[jira] Commented: (AXIS2-4678) AxisFault: The service could not be found for the end point refrence.

[ https://issues.apache.org/jira/browse/AXIS2-4678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12871034#action_12871034 ] Sriram Srinivasan commented on AXIS2-4678: -- I am getting the wsdl, when I go to th

Re: svn commit: r947705 - /axis/axis2/java/core/trunk/modules/kernel/src/org/apache/axis2/deployment/axis2_default.xml

I've temporarily reverted that change in order to stabilize the build. Andreas On Tue, May 25, 2010 at 00:06, Andreas Veithen wrote: > Causes massive build failure. See: > > http://hudson.zones.apache.org/hudson/job/Axis2/181/ > > > On Mon, May 24, 2010 at 18:31,   wrote: >> Author: azeez >> Dat

Re: Split packages issue (AXIS2-4311)

On Sun, May 23, 2010 at 5:21 PM, Andreas Veithen wrote: > On Sat, May 22, 2010 at 06:41, Amila Suriarachchi > wrote: > > > > > > On Fri, May 21, 2010 at 12:43 AM, Andreas Veithen > > wrote: > >> > >> Hi devs, > >> > >> I think we should have a look at AXIS2-4311 and see if and how we can > >> fi

Hudson build is back to stable : A xis2 » Apache Axis2 - Metadata #184

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is back to stable : Ax is2 » Apache Axis2 - Clustering #184

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2 » Apache Axis2 - SAAJ #184

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2 #184

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2-t runk-java-1.6 » Apache Axis2 - SAAJ #46

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is back to stable : Axis2-tr unk-java-1.6 » Apache Axis2 - Metadata #46

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected].

Hudson build is back to stable : Axis2-tru nk-java-1.6 » Apache Axis2 - Clustering #46

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2-trunk-java-1.6 #46

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Problem with ServiceClient/ListenerManager

Hi Folks, While debugging through the TCP test cases, I stumbled upon a little problem. Let's say somebody creates a ServiceClient instance as follows: ServiceClient sender = new ServiceClient(configContext, clientService); When this is called, internally it will initialize a ListenerManager ins

Re: Problem with ServiceClient/ListenerManager

Hiranya, I will give you a detailed answer later (now I do not have access to the source code), here is what I remember. As I remember correct when you first initialize the transport it only adds to the HashMap, and when you want to start it just start the entry in the Hasmap. So nothing harm happ

Re: Problem with ServiceClient/ListenerManager

Hi Deepal, On Tue, May 25, 2010 at 7:50 PM, Deepal Jayasinghe wrote: > Hiranya, > > I will give you a detailed answer later (now I do not have access to > the source code), here is what I remember. As I remember correct when > you first initialize the transport it only adds to the HashMap, and >

[jira] Updated: (AXIS2-4723) Make it Possible to Configure the TCP Transport at Service Level

[ https://issues.apache.org/jira/browse/AXIS2-4723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiranya Jayathilaka updated AXIS2-4723: --- Attachment: AXIS2-4723-update1.patch Restored the test cases back to their original s

Re: Problem with ServiceClient/ListenerManager

I ran a few more debug sessions and it seems the culprit is AbstractTransportListenerEx. This is the class which starts globally configured endpoints during init phase (before start is called). But the ListenerManager does not consider a transport is started until the start method is called on the

Re: Problem with ServiceClient/ListenerManager

It's definitely true that some of the code that AbstractTransportListenerEx executes inside init and destroy should actually be executed in start/stop. That needs to be fixed. However, your findings seem to suggest also that Axis2 may call the init method of a transport listener twice. That should

Re: Problem with ServiceClient/ListenerManager

I was just thinking that the problem sounds somehow familiar, and indeed some time ago, we already encountered it and I opened a JIRA for it: AXIS2-4552. Andreas On Tue, May 25, 2010 at 19:43, Andreas Veithen wrote: > It's definitely true that some of the code that > AbstractTransportListenerEx

Re: Problem with ServiceClient/ListenerManager

The start/stop vs. init/destroy issue is now fixed; see r948144. Andreas On Tue, May 25, 2010 at 19:43, Andreas Veithen wrote: > It's definitely true that some of the code that > AbstractTransportListenerEx executes inside init and destroy should > actually be executed in start/stop. That needs

Hudson build is still unstable: Axis2 » Apache Axis2 - SAAJ #185

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2 #185

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

SOAP/UDP + WS-Addressing

Devs, I made some progress with the SOAP/UDP scenario that uses an UDP endpoint configured at the transport level (and thus WS-Addressing for dispatching). Here is what works: * In this scenario, the generated WSDLs for the transports exposed over UDP now have bindings with EPRs in the form udp:/

Hudson build is still unstable: Axis2 » Apache Axis2 - SAAJ #186

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2 #186

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2-t runk-java-1.6 » Apache Axis2 - SAAJ #47

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2-trunk-java-1.6 #47

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build became unstable: axis2-transpor ts-trunk » Apache Axis2 - Transport - JMS #60

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: java-dev-h...@axis.

Hudson build became unstable: axis2-transports-trunk #60

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is unstable: Axis2 » Apache Axis2 - SAAJ #188

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is unstable: Axis2 #188

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build became unstable: axis2-transpor ts-trunk » Apache Axis2 - Transport - Sms #61

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: java-dev-h...@axis.

Hudson build became unstable: axis2-transpor ts-trunk » Apache Axis2 - Transport - TCP #61

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: java-dev-h...@axis.

Hudson build is back to stable : axis2-transpo rts-trunk » Apache Axis2 - Transport - JMS #61

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: java-dev-h...@axis.

Hudson build is still unstable: axis2-transports-trunk #61

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2-t runk-java-1.6 » Apache Axis2 - SAAJ #48

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Hudson build is still unstable: Axis2-trunk-java-1.6 #48

See - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

[jira] Updated: (AXIS2-4723) Make it Possible to Configure the TCP Transport at Service Level

[ https://issues.apache.org/jira/browse/AXIS2-4723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiranya Jayathilaka updated AXIS2-4723: --- Attachment: AXIS2-4723-update2.patch Since the problem in the AbstractTransportListen

[jira] Commented: (AXIS2-4724) Add Multicast Capabilities to the UDP Transport

[ https://issues.apache.org/jira/browse/AXIS2-4724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12871509#action_12871509 ] Hiranya Jayathilaka commented on AXIS2-4724: I was able to add multicast suppor