On Mon, Jun 9, 2008 at 11:41 AM, Marina Deslaugiers (JIRA) < [email protected]> wrote:
> > [ > https://issues.apache.org/jira/browse/TUSCANY-2355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] > > Marina Deslaugiers updated TUSCANY-2355: > ---------------------------------------- > > Attachment: MDSP-SMSSenderEnablerSEI-V2_0.wsdl > WSmediawebtranslatorwebsms.composite > > Hi, > > Following your indications, Simon, I change my composite file to take > interface details from the WSDL file into account (adding the > <interface.wsdl interface= ... />". > > We proceeded again testing with the person responsible of web service > "Nursery" support to users. > > But, I still get the same error on the namespace: > " the namespaces used in SOAP BODY are not in conformity with the WSDL. > Indeed, one can find the value "http://translatewithsms" as the "pseudo" > namespace _ns_. Replacing that value with the one defined in the WSDL say " > http://com.osa.mdsp.enabler.sei/SMSEnabler/V2_0/SMSSenderSEI", the SOAP > frame works" > > If any, what mistake have I done ? Can you give me a correction, please. > I attach my modified Composite file and the WSDL file to this post. > > Thanks for your help > > > > CONTINUED Need help again on binding to external web service with login > authentication > > > --------------------------------------------------------------------------------------- > > > > Key: TUSCANY-2355 > > URL: https://issues.apache.org/jira/browse/TUSCANY-2355 > > Project: Tuscany > > Issue Type: Bug > > Components: Java SCA Axis Binding Extension > > Affects Versions: Java-SCA-1.1 > > Environment: Windows XP, Eclipse 3.3.2 , tuscany incubating 1.1 , > java 6 > > Reporter: Marina Deslaugiers > > Attachments: Aspen.tcpdump, MDSP-SMSSenderEnablerSEI-V2_0.wsdl, > Support.tcpdump, WSmediawebtranslatorwebsms.composite > > > > > > Hi, > > As planned this morning, we have made directly test with the person > > responsible of web service "Nursery" support to users. > > We have detected various problems. > > I attach (I hope joined files will actually be sent otherwise please let > me > > know) two "sniff" files at the TCP level on communication with the web > > server "Nursery": > > - The first one (see Aspen.tcpdump) corresponds to TCP frames sent > > by Tuscany that does not work > > - The second one (see Support.tcpdump) corresponds to TCP frames > > sent by the Nursery support -after modification (correction) of the > Tuscany > > frames- that does work > > Following are the differences and explanations reported by the person > > responsible for the Nursery WS support: > > 1) the namespaces used in SOAP BODY are not in conformity with the > > WSDL. Indeed, one can find the value "http://translatewithsms" as the > > "pseudo" namespace _ns_. Replacing that value with the one defined in > the > > WSDL say "http://com.osa.mdsp.enabler.sei/SMSEnabler/V2_0/SMSSenderSEI", > > the SOAP frame works > > Note that I realized that "translatewithsms" is the package name of my > > Eclipse project (containing in particular java client, interfaces etc. > > files). > > 2) at HTTP level, the web service in the Nursery is protected by > > "Basic Authentication" ; but the "Authorization" header is not sent by > > Tuscany > > (NB: at the current state, we cannot know whether it is actually a > > problem EXCEPT if Tuscany uses pre-emptive authentication mecanisms > > 3) Note that Tuscany sends the authentication > > credentials(user/password) using WS-Security that is not taken into > account > > by the Nursery platform. This is not a problem however, credentials are > not > > operate. > > NB: tcpdump files can be opened with WireShark http:// > > www.wireshark.org/download.html > > I might be responsible for these problems as I have probably made > mistakes > > in coding (at least regarding the policy expression). Please can you help > me > > in correcting. > > Thanks you very much. > > Regards, > > Marina. > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > >
