You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Sanjiva Weerawarana <sa...@opensource.lk> on 2006/02/22 19:12:01 UTC
[axis2] Re: why is an http listener opening client side?
(You forgot the [axis2] prefix Steve ;-))
We need to fix this .. in the recent changes to the ListenerManager
stuff, we ended up with the current model. A few more days and you'll be
back to normal :).
I'm not sure of the answer for the backport issues.
Sanjiva.
On Mon, 2006-02-20 at 15:53 +0000, Steve Loughran wrote:
> Having got my code to compile again, I am now surprised to see that my
> unit tests are failing because I dont have the concurrent backport,
> which the SimpleHttpServer needs:
>
> java.lang.NoClassDefFoundError:
> edu/emory/mathcs/backport/java/util/concurrent/BlockingQueue
> at
> org.apache.axis2.transport.http.server.SimpleHttpServer.<init>(SimpleHttpServer.java:117)
> at
> org.apache.axis2.transport.http.server.SimpleHttpServer.<init>(SimpleHttpServer.java:84)
> at
> org.apache.axis2.transport.http.SimpleHTTPServer.start(SimpleHTTPServer.java:184)
> at org.apache.axis2.engine.ListenerManager.start(ListenerManager.java:104)
> at
> org.apache.axis2.client.ServiceClient.initializeTransports(ServiceClient.java:151)
> at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java:81)
> at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java:160)
> at org.smartfrog.services.deployapi.client.ApiCall.<init>(ApiCall.java:82)
> at
> org.smartfrog.services.deployapi.client.Endpointer.createStub(Endpointer.java:151)
> at
> org.smartfrog.services.deployapi.test.unit.CallTest.createSystemCall(CallTest.java:89)
> at
> org.smartfrog.services.deployapi.test.unit.CallTest.testSystemEndpoint(CallTest.java:49)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at com.intellij.rt.execution.junit2.JUnitStarter.main(JUnitStarter.java:32)
>
> 1. I'm running Java1.5; no need for backported stuff.
>
> 2. I didnt ask for an http server, and, for security reasons, would be
> grateful if one were not started.
Re: [axis2] Re: why is an http listener opening client side?
Posted by Paul Fremantle <pz...@gmail.com>.
Steve
We could potentially do a build (it would be hard), but then you wouldn't
have a single binary. Personally I think its easier at this point to include
backport. Once there is a much larger usage of JDK5 we could migrate and
then provide the backport as a separate build.
Paul
On 2/23/06, Steve Loughran <st...@apache.org> wrote:
>
> Paul Fremantle wrote:
> > Steve
> >
> > The answer is that there is no single set of imports that we can use in
> Java
> > that uses backport if its there in JDK 1.4 and the in-built JDK 5 stuff
> > otherwise.
> >
> > So we had to either fix Axis2 to be JDK5+ only, or use backport. We
> chose
> > backport for the widest acceptance. However, they are in their own
> > namespace, so in JDK5 you are using the backport lib not the JDK stuff.
> > Eventually we can do a global rename and create a JDK5+ only version.
>
> There is no way to do a 1.4 and a 1.5 build and switch to the right impl
> on demand?
>
> > I started writing a rant against Sun's strategy but I figured no-one
> would
> > be interested so I've deleted it.
>
> Oh, but I agree with it, even if is still unwritten.
>
>
>
--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair
http://bloglines.com/blog/paulfremantle
paul@wso2.com
"Oxygenating the Web Service Platform", www.wso2.com
Re: [axis2] Re: why is an http listener opening client side?
Posted by Steve Loughran <st...@apache.org>.
Paul Fremantle wrote:
> Steve
>
> The answer is that there is no single set of imports that we can use in Java
> that uses backport if its there in JDK 1.4 and the in-built JDK 5 stuff
> otherwise.
>
> So we had to either fix Axis2 to be JDK5+ only, or use backport. We chose
> backport for the widest acceptance. However, they are in their own
> namespace, so in JDK5 you are using the backport lib not the JDK stuff.
> Eventually we can do a global rename and create a JDK5+ only version.
There is no way to do a 1.4 and a 1.5 build and switch to the right impl
on demand?
> I started writing a rant against Sun's strategy but I figured no-one would
> be interested so I've deleted it.
Oh, but I agree with it, even if is still unwritten.
Re: [axis2] Re: why is an http listener opening client side?
Posted by Paul Fremantle <pz...@gmail.com>.
Steve
The answer is that there is no single set of imports that we can use in Java
that uses backport if its there in JDK 1.4 and the in-built JDK 5 stuff
otherwise.
So we had to either fix Axis2 to be JDK5+ only, or use backport. We chose
backport for the widest acceptance. However, they are in their own
namespace, so in JDK5 you are using the backport lib not the JDK stuff.
Eventually we can do a global rename and create a JDK5+ only version.
I started writing a rant against Sun's strategy but I figured no-one would
be interested so I've deleted it.
Paul
On 2/23/06, Deepal Jayasinghe <de...@opensource.lk> wrote:
>
> pls add backport-util-concurrent-2.0_01_pd.jar to your class path and see
> :)
>
>
>
> Sanjiva Weerawarana wrote:
>
> >(You forgot the [axis2] prefix Steve ;-))
> >
> >We need to fix this .. in the recent changes to the ListenerManager
> >stuff, we ended up with the current model. A few more days and you'll be
> >back to normal :).
> >
> >I'm not sure of the answer for the backport issues.
> >
> >Sanjiva.
> >
> >On Mon, 2006-02-20 at 15:53 +0000, Steve Loughran wrote:
> >
> >
> >>Having got my code to compile again, I am now surprised to see that my
> >>unit tests are failing because I dont have the concurrent backport,
> >>which the SimpleHttpServer needs:
> >>
> >>java.lang.NoClassDefFoundError:
> >>edu/emory/mathcs/backport/java/util/concurrent/BlockingQueue
> >> at
> >>org.apache.axis2.transport.http.server.SimpleHttpServer.<init>(
> SimpleHttpServer.java:117)
> >> at
> >>org.apache.axis2.transport.http.server.SimpleHttpServer.<init>(
> SimpleHttpServer.java:84)
> >> at
> >>org.apache.axis2.transport.http.SimpleHTTPServer.start(
> SimpleHTTPServer.java:184)
> >> at org.apache.axis2.engine.ListenerManager.start(
> ListenerManager.java:104)
> >> at
> >>org.apache.axis2.client.ServiceClient.initializeTransports(
> ServiceClient.java:151)
> >> at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java
> :81)
> >> at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java
> :160)
> >> at org.smartfrog.services.deployapi.client.ApiCall.<init>(
> ApiCall.java:82)
> >> at
> >>org.smartfrog.services.deployapi.client.Endpointer.createStub(
> Endpointer.java:151)
> >> at
> >>org.smartfrog.services.deployapi.test.unit.CallTest.createSystemCall(
> CallTest.java:89)
> >> at
> >>org.smartfrog.services.deployapi.test.unit.CallTest.testSystemEndpoint(
> CallTest.java:49)
> >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> >> at com.intellij.rt.execution.junit2.JUnitStarter.main(
> JUnitStarter.java:32)
> >>
> >>1. I'm running Java1.5; no need for backported stuff.
> >>
> >>2. I didnt ask for an http server, and, for security reasons, would be
> >>grateful if one were not started.
> >>
> >>
> >
> >
> >
> >
> >
>
> --
> Thanks,
> Deepal
> ................................................................
> ~Future is Open~
>
>
>
--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair
http://bloglines.com/blog/paulfremantle
paul@wso2.com
"Oxygenating the Web Service Platform", www.wso2.com
Re: [axis2] Re: why is an http listener opening client side?
Posted by Deepal Jayasinghe <de...@opensource.lk>.
pls add backport-util-concurrent-2.0_01_pd.jar to your class path and see :)
Sanjiva Weerawarana wrote:
>(You forgot the [axis2] prefix Steve ;-))
>
>We need to fix this .. in the recent changes to the ListenerManager
>stuff, we ended up with the current model. A few more days and you'll be
>back to normal :).
>
>I'm not sure of the answer for the backport issues.
>
>Sanjiva.
>
>On Mon, 2006-02-20 at 15:53 +0000, Steve Loughran wrote:
>
>
>>Having got my code to compile again, I am now surprised to see that my
>>unit tests are failing because I dont have the concurrent backport,
>>which the SimpleHttpServer needs:
>>
>>java.lang.NoClassDefFoundError:
>>edu/emory/mathcs/backport/java/util/concurrent/BlockingQueue
>> at
>>org.apache.axis2.transport.http.server.SimpleHttpServer.<init>(SimpleHttpServer.java:117)
>> at
>>org.apache.axis2.transport.http.server.SimpleHttpServer.<init>(SimpleHttpServer.java:84)
>> at
>>org.apache.axis2.transport.http.SimpleHTTPServer.start(SimpleHTTPServer.java:184)
>> at org.apache.axis2.engine.ListenerManager.start(ListenerManager.java:104)
>> at
>>org.apache.axis2.client.ServiceClient.initializeTransports(ServiceClient.java:151)
>> at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java:81)
>> at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java:160)
>> at org.smartfrog.services.deployapi.client.ApiCall.<init>(ApiCall.java:82)
>> at
>>org.smartfrog.services.deployapi.client.Endpointer.createStub(Endpointer.java:151)
>> at
>>org.smartfrog.services.deployapi.test.unit.CallTest.createSystemCall(CallTest.java:89)
>> at
>>org.smartfrog.services.deployapi.test.unit.CallTest.testSystemEndpoint(CallTest.java:49)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at com.intellij.rt.execution.junit2.JUnitStarter.main(JUnitStarter.java:32)
>>
>>1. I'm running Java1.5; no need for backported stuff.
>>
>>2. I didnt ask for an http server, and, for security reasons, would be
>>grateful if one were not started.
>>
>>
>
>
>
>
>
--
Thanks,
Deepal
................................................................
~Future is Open~