Code d'erreur HTTP: 302 lors de l'appel de https webservice

Je suis en train d'appeler un SOAP RPC service web de style et d'obtenir l'erreur suivante:

Exception in thread "main" com.soleil.xml.interne.ws.client.ClientTransportException: Le serveur a envoyé le code d'état HTTP 302:

C'est un https service web et j'ai importé le certificat dans le fichier cacerts thru navigateur mais pour obtenir le même résultat. Veuillez noter que, je peux consommer un REPOS webservice partir de la même machine sans importer le certificat.

Ce que je suis absent lors de l'appel d'un service SOAP? C'est à mon client de problème ou quelque chose doit être fait sur le côté serveur. J'ai accès au serveur.

OriginalL'auteur JoyLahi | 2014-05-21

ssl web-services

11

Code de statut HTTP 302 est une redirection, et est donc peu probable en raison d'un problème de certificat. Au départ, ma conjecture est que vous avez besoin d'ajouter un " /" (ou le supprimer) à partir de votre URL. Certains serveur http cadres de redirection lorsqu'une ressource ne se termine pas par un /, de sorte que, au lieu de:
```
GET /myRpcEndpoint
```
Essayer
```
GET /myRpcEndpoint/
```
L'autre possibilité est que cette ressource nécessite une authentification et le serveur est en vous redirigeant vers une page de connexion. Si vous voulez savoir ce qui se passe (et pas le deviner), prendre un coup d'oeil un les en-têtes de réponse pour le 302. Il y aura un en-tête location vous indiquant où le serveur veut que vous alliez à la place.

Salut Eric - Merci beaucoup! Je suis à l'aide de wsimport avec le wsdl du service (par exemple, sa-sf.erp.net/testWSthree/service?wsdl). Donc, je crois que l'url ou l'emplacement sont bonnes. À propos de l'autre, comment puis-je voir l'en-tête de réponse? Je vais appeler le service à partir d'un client de test d'application dans eclipse.
À l'aide de HTTPWatch, j'ai remarqué que le serveur est de rediriger la réponse à sa-dev-sf.erp.net/testWSthree/service?wsdl. au lieu de https://.. et a la suite de l'en-Tête de l'info dans httpwatch: (de la Ligne d'État) HTTP/1.1 302 Found de Connexion à proximité de l'Emplacement sa-dev-sf.erp.net/testWSthree/service?wsdl
eh bien, je pense que vous avez compris de vous - même la redirection est http. En lisant entre les lignes, si ce serveur est ASP.NET je crois qu'il y est un fichier de configuration (web.config?) qui spécifie les adresses Url sont sécurisés (https) et qui ne le sont pas. Peut-être que c'est aussi simple que de trouver le fichier de config. Mais, je suis minable avec ASP, donc ne regardez pas trop dur avec mes conseils!!!
Salut Eric - Merci beaucoup d'être si patient! C'est une application java hébergé dans Apache Tomcat. Serveur Tomcat a server.xml, context.xml, web.xml et d'autres fichiers. Server.xml fichier d'entrée comme ceci: <Connector port="8025" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> Mais, le port 8443 (supposons que pour être port ssl) est commenté. S'il vous plaît aider ou me faire savoir où je peux obtenir de l'aide. Je suis nouveau dans ce domaine.
Nous sommes tous des nouvelles de tout ce qui à un moment donné dans le temps. Malheureusement, mon Tomcat aide va être encore moins utile que mon .NET de l'aide. 🙁 J'espère que quelqu'un d'autre va venir avec quelques détails. Ou vous pouvez créer une nouvelle question avec ces nouvelles informations. Quelque chose comme "serveur Tomcat redirection https vers http" et de fournir vos fichiers de configuration et de ce que vous avez essayé.

OriginalL'auteur erik.j.johnson
4

Eu un cas similaire où le code client recevra un HTTP 302 code d'erreur lors de la communication avec https et marcherait bien lors de la communication avec le protocole http. Dans le code client,vous pouvez avoir besoin de spécifier l'adresse de point de terminaison sur le contexte de la demande à l'aide de la BindingProvider.ENDPOINT_ADDRESS_PROPERTY de la propriété. À la suite de la JAX-WS paradigme, l'exemple ci-dessous devrait fonctionner.
Veuillez noter que seuls les BindingProvider.ENDPOINT_ADDRESS_PROPERTY doit être défini, le reste de votre code doit rester le même.
```
public static void main(String args[]) throws {

    ObjectFactory factory = new ObjectFactory();

    GetProducts_Service service = new GetProducts_Service();
    GetProducts getProducts = service.getGetProductsPort();
    final BindingProvider getProductsBP = (BindingProvider) getProducts;
    getProductsBP.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY,
            "https://example.server.net/ExampleServicesWar/GetProducts");

    GetProductsRequest request = factory.createGetProductsRequest();        
    GetProductsResponse response=getProducts.getProducts(request);      
    List<Product> products=response.getProducts();

}
```
Salut Rami - Merci beaucoup d'être utile! J'ai modifié mon code en conséquence. Cela fonctionne bien quand je suis en appelant le service à partir de l'IDE Eclipse. Mais quand je l'appelle exactement le même client déployé sur notre serveur tomcat ot me donne un message d'erreur. javax.xml.ws.WebServiceException: impossible d'accéder à l'WSDL: https:.... Veuillez noter que j'ai créé un thread séparé pour cette question. Merci de voir si vous pouvez avoir une solution: stackoverflow.com/questions/23835441/...

OriginalL'auteur Rami Del Toro

Tout ce que vous devez faire est d'utiliser la bonne fin de l'url du point de

((BindingProvider)port).getRequestContext().put(BindingProvider.
        ENDPOINT_ADDRESS_PROPERTY, "https://yourservice");

Besoin d'importer en haut:

import javax.xml.ws.BindingProvider;

port est à l'appel de la Méthode:

plein source:

private static String getApplicationStatus(java.lang.String remoteAccessKey, java.lang.Integer responseId) {
    net.quotit.oes._2010.ws.applicationstatusupdate.OASStatusUpdateService service = new net.quotit.oes._2010.ws.applicationstatusupdate.OASStatusUpdateService();
    net.quotit.oes._2010.ws.applicationstatusupdate.IApplicationStatusUpdate port = service.getStatusUpdate();
    ((BindingProvider)port).getRequestContext().put(BindingProvider.
        ENDPOINT_ADDRESS_PROPERTY, "https://servicename/basic");

    return port.getApplicationStatus(remoteAccessKey, responseId);
}

OriginalL'auteur Ramesh Bas

Vous devez vous connecter pour publier un commentaire.