Hi again Simon,

I am confused for the true long time before answering to you. I was (am still) overloaded at the time you sent me this good news. As you know know I am still looking at SCA but I am working on our prototype. For that matter, as we did not succeded in connecting to the nursery with HTTP basic authentication we have changed our's mind to use - in a first time - web services without authentication.

It would be very interesting indeed to try connecting to WS with that kind of authentication and we did not completely give up with that option. Actually, the problem is that I am very late with the prototype whose coding has to be complete before the end of october. Furthermore the prototype uses Tuscany 1.1 incubating and it could be dangerous to change our Tuscany version now (I guess this will be necessary to benefit of the new authentication) ; so, unless you can provide me with very precise guide on how implementing with you new solution and it does require not too much changes, I regret not to be able to do it - at least now - (maybe next year will give me this opportunity.

Please, let me know and thanks again.

Best regards,
Marina.


Le 15 sept. 08 à 12:51, Simon Laws (JIRA) a écrit :


[ https://issues.apache.org/jira/browse/TUSCANY-2355? page=com.atlassian.jira.plugin.system.issuetabpanels:comment- tabpanel&focusedCommentId=12630984#action_12630984 ]

Simon Laws commented on TUSCANY-2355:
-------------------------------------

We are now adding so basic authentication policy support. I don't know if you are still looking at SCA but if you are and want to give the new support a spin I can point you in the right direction. WOuld be good to get some feedback if it is suitable.

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
            Fix For: Java-SCA-Next

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.


Reply via email to