Title: HOW TO: get axis2 client tcp to find Addressing module
I've been working this a bit more by changing the WinFX side to use a custom binding that is a tcp transport with a text encoding, but still get the following warnings/exceptions on the Axis side when debugging:
 
Can anyone comment on the PrimitiveAssertion warnings?  Also, what is the default settings when the URI passed into the client stub is tcp-based?  Specifically, what is the encoding, etc.
 
Thanks,
Bob
===========================
Warning: cannot find a module for process PrimitiveAssertion - {http://schemas.xmlsoap.org/ws/2004/09/policy/encoding}Utf816FFFECharacterEncoding

Warning: cannot find a module for process PrimitiveAssertion - {http://schemas.microsoft.com/ws/06/2004/mspolicy/netframing1}Streamed

Warning: cannot find a module for process PrimitiveAssertion - {http://www.w3.org/2005/08/addressing}UsingAddressing

org.apache.axis2.AxisFault: Connection reset; nested exception is:

com.ctc.wstx.exc.WstxIOException: Connection reset

at org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:126)

at org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:67)

at org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:349)

at org.apache.axis2.description.OutInAxisOperationClient.execute(OutInAxisOperation.java:279)

at Service1Stub.MyOperation1(Service1Stub.java:177)

at InteropClientJava.main(InteropClientJava.java:49)

Caused by: com.ctc.wstx.exc.WstxIOException: Connection reset

at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:539)

at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:592)

at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:617)

at com.ctc.wstx.stax.WstxInputFactory.createXMLStreamReader(WstxInputFactory.java:315)

at org.apache.axiom.om.util.StAXUtils.createXMLStreamReader(StAXUtils.java:51)

at org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:117)

... 5 more

Caused by: java.net.SocketException: Connection reset

at java.net.SocketInputStream.read(Unknown Source)

at java.net.SocketInputStream.read(Unknown Source)

at com.ctc.wstx.io.UTF8Reader.loadMore(UTF8Reader.java:354)

at com.ctc.wstx.io.UTF8Reader.read(UTF8Reader.java:110)

at com.ctc.wstx.io.ReaderBootstrapper.initialLoad(ReaderBootstrapper.java:240)

at com.ctc.wstx.io.ReaderBootstrapper.bootstrapInput(ReaderBootstrapper.java:127)

at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:534)

... 10 more


 


From: Martin Gainty [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 24, 2006 9:12 AM
To: [email protected]
Subject: Re: HOW TO: get axis2 client tcp to find Addressing module

Robert-
 
Does WinFX have TLS debug support such as what is supported in Axis?
As this inquiry is not supporting Axis solutions this is prob O/T ..accordingly I ask list members where should this be posted?

Martin --
*********************************************************************
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed.  If you have received this email message in error, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy.  Thank you.
 

 
----- Original Message -----
Sent: Tuesday, May 23, 2006 7:49 PM
Subject: RE: HOW TO: get axis2 client tcp to find Addressing module

I actually got that via WSDL2Java -uri.  That's what generated my java proxy code for calling my service.  The service is very simple:
 
interface IService
{
    string MyOperation(string s);
}
 
I believe the problem is in the tcp transport settings.  My guess [but I have to dig into it] is that the WinFX defaults for tcp and the axis2 defaults are probably not in sync.
 
Thanks for the suggestion, however!


From: Martin Gainty [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 23, 2006 5:30 PM
To: [email protected]
Subject: Re: HOW TO: get axis2 client tcp to find Addressing module

Robert

It looks like you're going to need the WSDL the service generates so you may understand supported operations and parameters of the webservice
Anyone else ?

Martin --
*********************************************************************
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed.  If you have received this email message in error, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy.  Thank you.
 

 
----- Original Message -----
Sent: Tuesday, May 23, 2006 4:54 PM
Subject: RE: HOW TO: get axis2 client tcp to find Addressing module

I was able to get this working by pointing the ConfigurationContext.createConfigurationContextFromFileSystem at the apache installation's axis 2 location.  I am now struggling with getting the actual tcp connection established.  The WinFX side is throwing an exception [see below].  I'm currently tracing the call using the NET trace tools.  If anyone has [successfully] written an axis2 client to a WinFX service using the TCP transport and has any suggestions, I'd appreciate it.
 
Thanks,
Bob
 
exception: Expected record type 'Version', found '60'


From: DeRemer, Bob [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 23, 2006 2:40 PM
To: [email protected]
Subject: HOW TO: get axis2 client tcp to find Addressing module

I'm trying to write a simple java client in axis2 that uses tcp transport to talk to my .NET WinFX service.  I'm currently using the AXIOM approach vs the wsdl-gen'd proxy code.  In the AXIOM case, I get an exception when trying to engageModule.  I'm looking for some example that shows what I need to do in code to specify the configurationContext - so it knows where the addressing.mar is, but haven't been able to find any good example.  The sample code in the std source download doesn't appear to do anything to set this - as if the java console client just knows where the Axis repository is.

Thanks in advance for any help,

Bob DeRemer
Sr. Software Architect
 
SAP Labs, LLC
350 Eagleview Blvd
Exton, PA  19341  USA
T1  +1.610.903.8000 x 136
T2  +1.717.505.7923
M   +1.717.424.9595
E    [EMAIL PROTECTED]

Reply via email to