You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomee.apache.org by Romain Manni-Bucau <rm...@gmail.com> on 2011/06/25 13:25:08 UTC
cxf 2.4.1
Hi,
starting to move openejb to cxf 2.4.1 i have some issues.
Here is my patch: https://gist.github.com/1046378
the openejb-cxf tests doesn't pass anymore :(
here the exception i have:
junit.framework.AssertionFailedError: A throwable instead of a checked
exception...
at
org.apache.openejb.server.cxf.CxfJaxWsProviderTest.test00_runCheckedException(CxfJaxWsProviderTest.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at
com.intellij.junit3.JUnit3IdeaTestRunner.doRun(JUnit3IdeaTestRunner.java:139)
at
com.intellij.junit3.JUnit3IdeaTestRunner.startRunnerWithArgs(JUnit3IdeaTestRunner.java:52)
at
com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:199)
at
com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:62)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:120)
testing on simple-webservice the CxfService can't be created:
Caused by: java.lang.IncompatibleClassChangeError: Implementing class
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at
org.apache.cxf.bus.extension.Extension.getClassObject(Extension.java:129)
at
org.apache.cxf.bus.extension.ExtensionManagerImpl.activateAllByType(ExtensionManagerImpl.java:137)
at
org.apache.cxf.bus.extension.ExtensionManagerBus.<init>(ExtensionManagerBus.java:131)
at
org.apache.cxf.bus.extension.ExtensionManagerBus.<init>(ExtensionManagerBus.java:139)
at org.apache.cxf.bus.CXFBusFactory.createBus(CXFBusFactory.java:40)
at org.apache.cxf.bus.CXFBusFactory.createBus(CXFBusFactory.java:36)
at org.apache.cxf.bus.CXFBusFactory.createBus(CXFBusFactory.java:32)
at org.apache.cxf.BusFactory.getDefaultBus(BusFactory.java:98)
at org.apache.cxf.BusFactory.getDefaultBus(BusFactory.java:87)
at
org.apache.openejb.server.cxf.client.SaajInterceptor.registerInterceptors(SaajInterceptor.java:37)
at org.apache.openejb.server.cxf.CxfService.<init>(CxfService.java:38)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.apache.xbean.recipe.ReflectionUtil$ConstructorFactory.create(ReflectionUtil.java:958)
... 45 more
somebody has some ideas on these exceptions?
- Romain
Re: cxf 2.4.1
Posted by Karan Malhi <ka...@gmail.com>.
Fantastic stuff guys. This is your chance to engrave(document) your
work in history, chapter in the docs is the best way to do it :).
Looking forward to your writeup.
On Fri, Jul 8, 2011 at 3:10 AM, Jean-Louis MONTEIRO <je...@gmail.com> wrote:
> Hi,
>
> That was also to keep things more consistent with previous releases where
> the log on was performed automatically.
> Again, it's fully configurable and we can add a chapter in the documentation
> on how to override our validator with a NoOpValidator from CXF.
>
> Jean-Louis
>
> 2011/7/8 Romain Manni-Bucau <rm...@gmail.com>
>
>> Hi,
>>
>> thanks to Jean-Louis OpenEJB is now using cxf 2.4.1, normally HEAD compiles
>> and it works in Tomcat too but if you have some issues please shout.
>>
>> About the update i modified openejb-http to implement servlet
>> request/response and now we can delegate really more to cxf (less
>> copy/paste).
>>
>> There is one issue about wss4j, since cxf 2.4.x brings wss4j 1.6 (instead
>> of
>> 1.5 before), and since this version fixes some security issues we have now
>> to log on the user in a different way on the server side. In this version,
>> cxf uses validators to delegate validations and callbackhandlers are only
>> used to bring back information (a password for example ;)). So the
>> ServerPasswordHandler which was logged in the user had been refactored into
>> a validator.
>>
>> With Jean-Louis we decided it was better to add this validator by default
>> in
>> the wss4j chain but it is configurable in openejb-jar.xml (cf
>> webservice-ws-security example for details).
>>
>> Like for cxf the property is a map the properties format is a bit
>> complicated but it is probably the simplest syntax we can use in a property
>> style:
>>
>> wss4j.in.validator.{
>>
>> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}UsernameToken=
>> org.apache.openejb.server.cxf.OpenEJBLoginValidator
>>
>> [syntax: wss4j.in.validator.{<namespace>}<local> = <validator>]
>>
>> (well, now you see why it is added by default ;)).
>>
>>
>> - Romain
>>
>> 2011/7/6 Romain Manni-Bucau <rm...@gmail.com>
>>
>> > Hi,
>> >
>> > having a look to this i have still some questions:
>> >
>> > 1) how does it work with jetty:
>> > -> today if i start a standalone openejb it will deploy my
>> > webservices, same thing in tomee...i remember David said it was thanks to
>> > jetty but i don't get how it is configured (in particular in the pom)
>> > 2) i would like to remove http://nopath, how can i get the <IP>:<PORT>
>> to
>> > use?
>> >
>> >
>> > - Romain
>> >
>> >
>> > 2011/7/1 Romain Manni-Bucau <rm...@gmail.com>
>> >
>> >> yep,
>> >>
>> >> svn is copied on github i think but it is a readonly repo.
>> >>
>> >> I pushed it on svn if so would like to help otherwise i use hg-svn or
>> >> git-svn bridges.
>> >>
>> >> - Romain
>> >>
>> >>
>> >> 2011/7/1 Jacek Laskowski <ja...@japila.pl>
>> >>
>> >>> On Thu, Jun 30, 2011 at 10:35 PM, Romain Manni-Bucau
>> >>> <rm...@gmail.com> wrote:
>> >>> > i created a branch for this mogration:
>> >>> >
>> >>>
>> https://svn.apache.org/repos/asf/openejb/branches/openejb-4.0.x-cxf-2.4.x/
>> >>>
>> >>> Hi,
>> >>>
>> >>> Just an idea crossed my mind when this branching cropped up - does
>> >>> anyone use git for openejb development? Could I use git alongside your
>> >>> use of svn?
>> >>>
>> >>> Jacek
>> >>>
>> >>> --
>> >>> Jacek Laskowski
>> >>> Java EE, functional languages and IBM WebSphere -
>> http://blog.japila.pl
>> >>> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
>> >>> http://confitura.pl
>> >>>
>> >>
>> >>
>> >
>>
>
--
Karan Singh Malhi
twitter.com/KaranSinghMalhi
Re: cxf 2.4.1
Posted by Jean-Louis MONTEIRO <je...@gmail.com>.
Hi,
That was also to keep things more consistent with previous releases where
the log on was performed automatically.
Again, it's fully configurable and we can add a chapter in the documentation
on how to override our validator with a NoOpValidator from CXF.
Jean-Louis
2011/7/8 Romain Manni-Bucau <rm...@gmail.com>
> Hi,
>
> thanks to Jean-Louis OpenEJB is now using cxf 2.4.1, normally HEAD compiles
> and it works in Tomcat too but if you have some issues please shout.
>
> About the update i modified openejb-http to implement servlet
> request/response and now we can delegate really more to cxf (less
> copy/paste).
>
> There is one issue about wss4j, since cxf 2.4.x brings wss4j 1.6 (instead
> of
> 1.5 before), and since this version fixes some security issues we have now
> to log on the user in a different way on the server side. In this version,
> cxf uses validators to delegate validations and callbackhandlers are only
> used to bring back information (a password for example ;)). So the
> ServerPasswordHandler which was logged in the user had been refactored into
> a validator.
>
> With Jean-Louis we decided it was better to add this validator by default
> in
> the wss4j chain but it is configurable in openejb-jar.xml (cf
> webservice-ws-security example for details).
>
> Like for cxf the property is a map the properties format is a bit
> complicated but it is probably the simplest syntax we can use in a property
> style:
>
> wss4j.in.validator.{
>
> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}UsernameToken=
> org.apache.openejb.server.cxf.OpenEJBLoginValidator
>
> [syntax: wss4j.in.validator.{<namespace>}<local> = <validator>]
>
> (well, now you see why it is added by default ;)).
>
>
> - Romain
>
> 2011/7/6 Romain Manni-Bucau <rm...@gmail.com>
>
> > Hi,
> >
> > having a look to this i have still some questions:
> >
> > 1) how does it work with jetty:
> > -> today if i start a standalone openejb it will deploy my
> > webservices, same thing in tomee...i remember David said it was thanks to
> > jetty but i don't get how it is configured (in particular in the pom)
> > 2) i would like to remove http://nopath, how can i get the <IP>:<PORT>
> to
> > use?
> >
> >
> > - Romain
> >
> >
> > 2011/7/1 Romain Manni-Bucau <rm...@gmail.com>
> >
> >> yep,
> >>
> >> svn is copied on github i think but it is a readonly repo.
> >>
> >> I pushed it on svn if so would like to help otherwise i use hg-svn or
> >> git-svn bridges.
> >>
> >> - Romain
> >>
> >>
> >> 2011/7/1 Jacek Laskowski <ja...@japila.pl>
> >>
> >>> On Thu, Jun 30, 2011 at 10:35 PM, Romain Manni-Bucau
> >>> <rm...@gmail.com> wrote:
> >>> > i created a branch for this mogration:
> >>> >
> >>>
> https://svn.apache.org/repos/asf/openejb/branches/openejb-4.0.x-cxf-2.4.x/
> >>>
> >>> Hi,
> >>>
> >>> Just an idea crossed my mind when this branching cropped up - does
> >>> anyone use git for openejb development? Could I use git alongside your
> >>> use of svn?
> >>>
> >>> Jacek
> >>>
> >>> --
> >>> Jacek Laskowski
> >>> Java EE, functional languages and IBM WebSphere -
> http://blog.japila.pl
> >>> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
> >>> http://confitura.pl
> >>>
> >>
> >>
> >
>
Re: cxf 2.4.1
Posted by Jacek Laskowski <ja...@japila.pl>.
On Fri, Jul 8, 2011 at 8:52 AM, Romain Manni-Bucau
<rm...@gmail.com> wrote:
> thanks to Jean-Louis OpenEJB is now using cxf 2.4.1, normally HEAD compiles
> and it works in Tomcat too but if you have some issues please shout.
I'm really impressed. It took me so long to bump the version up that
now since it's done I'm gonna spend some time understanding your
changes. Hats off to both of you!
Jacek
--
Jacek Laskowski
Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Hi,
thanks to Jean-Louis OpenEJB is now using cxf 2.4.1, normally HEAD compiles
and it works in Tomcat too but if you have some issues please shout.
About the update i modified openejb-http to implement servlet
request/response and now we can delegate really more to cxf (less
copy/paste).
There is one issue about wss4j, since cxf 2.4.x brings wss4j 1.6 (instead of
1.5 before), and since this version fixes some security issues we have now
to log on the user in a different way on the server side. In this version,
cxf uses validators to delegate validations and callbackhandlers are only
used to bring back information (a password for example ;)). So the
ServerPasswordHandler which was logged in the user had been refactored into
a validator.
With Jean-Louis we decided it was better to add this validator by default in
the wss4j chain but it is configurable in openejb-jar.xml (cf
webservice-ws-security example for details).
Like for cxf the property is a map the properties format is a bit
complicated but it is probably the simplest syntax we can use in a property
style:
wss4j.in.validator.{
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}UsernameToken=
org.apache.openejb.server.cxf.OpenEJBLoginValidator
[syntax: wss4j.in.validator.{<namespace>}<local> = <validator>]
(well, now you see why it is added by default ;)).
- Romain
2011/7/6 Romain Manni-Bucau <rm...@gmail.com>
> Hi,
>
> having a look to this i have still some questions:
>
> 1) how does it work with jetty:
> -> today if i start a standalone openejb it will deploy my
> webservices, same thing in tomee...i remember David said it was thanks to
> jetty but i don't get how it is configured (in particular in the pom)
> 2) i would like to remove http://nopath, how can i get the <IP>:<PORT> to
> use?
>
>
> - Romain
>
>
> 2011/7/1 Romain Manni-Bucau <rm...@gmail.com>
>
>> yep,
>>
>> svn is copied on github i think but it is a readonly repo.
>>
>> I pushed it on svn if so would like to help otherwise i use hg-svn or
>> git-svn bridges.
>>
>> - Romain
>>
>>
>> 2011/7/1 Jacek Laskowski <ja...@japila.pl>
>>
>>> On Thu, Jun 30, 2011 at 10:35 PM, Romain Manni-Bucau
>>> <rm...@gmail.com> wrote:
>>> > i created a branch for this mogration:
>>> >
>>> https://svn.apache.org/repos/asf/openejb/branches/openejb-4.0.x-cxf-2.4.x/
>>>
>>> Hi,
>>>
>>> Just an idea crossed my mind when this branching cropped up - does
>>> anyone use git for openejb development? Could I use git alongside your
>>> use of svn?
>>>
>>> Jacek
>>>
>>> --
>>> Jacek Laskowski
>>> Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
>>> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
>>> http://confitura.pl
>>>
>>
>>
>
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Hi,
having a look to this i have still some questions:
1) how does it work with jetty:
-> today if i start a standalone openejb it will deploy my webservices,
same thing in tomee...i remember David said it was thanks to jetty but i
don't get how it is configured (in particular in the pom)
2) i would like to remove http://nopath, how can i get the <IP>:<PORT> to
use?
- Romain
2011/7/1 Romain Manni-Bucau <rm...@gmail.com>
> yep,
>
> svn is copied on github i think but it is a readonly repo.
>
> I pushed it on svn if so would like to help otherwise i use hg-svn or
> git-svn bridges.
>
> - Romain
>
>
> 2011/7/1 Jacek Laskowski <ja...@japila.pl>
>
>> On Thu, Jun 30, 2011 at 10:35 PM, Romain Manni-Bucau
>> <rm...@gmail.com> wrote:
>> > i created a branch for this mogration:
>> >
>> https://svn.apache.org/repos/asf/openejb/branches/openejb-4.0.x-cxf-2.4.x/
>>
>> Hi,
>>
>> Just an idea crossed my mind when this branching cropped up - does
>> anyone use git for openejb development? Could I use git alongside your
>> use of svn?
>>
>> Jacek
>>
>> --
>> Jacek Laskowski
>> Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
>> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
>> http://confitura.pl
>>
>
>
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
yep,
svn is copied on github i think but it is a readonly repo.
I pushed it on svn if so would like to help otherwise i use hg-svn or
git-svn bridges.
- Romain
2011/7/1 Jacek Laskowski <ja...@japila.pl>
> On Thu, Jun 30, 2011 at 10:35 PM, Romain Manni-Bucau
> <rm...@gmail.com> wrote:
> > i created a branch for this mogration:
> >
> https://svn.apache.org/repos/asf/openejb/branches/openejb-4.0.x-cxf-2.4.x/
>
> Hi,
>
> Just an idea crossed my mind when this branching cropped up - does
> anyone use git for openejb development? Could I use git alongside your
> use of svn?
>
> Jacek
>
> --
> Jacek Laskowski
> Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
> http://confitura.pl
>
Re: cxf 2.4.1
Posted by Jacek Laskowski <ja...@japila.pl>.
On Thu, Jun 30, 2011 at 10:35 PM, Romain Manni-Bucau
<rm...@gmail.com> wrote:
> i created a branch for this mogration:
> https://svn.apache.org/repos/asf/openejb/branches/openejb-4.0.x-cxf-2.4.x/
Hi,
Just an idea crossed my mind when this branching cropped up - does
anyone use git for openejb development? Could I use git alongside your
use of svn?
Jacek
--
Jacek Laskowski
Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
i created a branch for this mogration:
https://svn.apache.org/repos/asf/openejb/branches/openejb-4.0.x-cxf-2.4.x/
i'll try to update the httpservletXX implementation next week.
- Romain
2011/6/30 Romain Manni-Bucau <rm...@gmail.com>
> Hi,
>
> I got a step further, on fact i just needed to implement a bit more
> httpservletrequest.
>
> Now openejb-cxf compiles with test...
>
> What do we do, a kind of mock implementation or do we use an already
> existing one?
>
> - Romain
>
> Le 30 juin 2011 12:33, "Jacek Laskowski" <ja...@japila.pl> a écrit :
>
> > On Thu, Jun 30, 2011 at 12:31 AM, Romain Manni-Bucau
> > <rm...@gmail.com> wrote:
> >
> >> i still need help to upgrade the cxf version, i have a NPE i don't find
> from
> >> where it is thrown :(
> >
> > I'm in front of IDEA with the sources of openejb and cxf at my
> > disposal digging into their intricacies. When I found out anything,
> > I'll report. I think I'll be available on IRC later tonight, but don't
> > expect I'll be ready to talk it over yet.
> >
> > Jacek
> >
> > --
> > Jacek Laskowski
> > Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
> > Warszawa JUG conference = Confitura (formerly Javarsovia) ::
> http://confitura.pl
>
>
Re: https://issues.apache.org/jira/browse/OPENEJB-1608
Posted by David Blevins <da...@gmail.com>.
This is excellent, Ranga!
One more for the review/commit queue :)
(starting to like that whole git pull queue concept)
-David
On Jun 30, 2011, at 12:34 PM, Ranga S wrote:
> Please review the latest patch for the above mentioned ticket. I've split the original example into three separate examples.
>
>
> - Ranga
https://issues.apache.org/jira/browse/OPENEJB-1608
Posted by Ranga S <sr...@yahoo.com>.
Please review the latest patch for the above mentioned ticket. I've split the original example into three separate examples.
- Ranga
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Hi,
I got a step further, on fact i just needed to implement a bit more
httpservletrequest.
Now openejb-cxf compiles with test...
What do we do, a kind of mock implementation or do we use an already
existing one?
- Romain
Le 30 juin 2011 12:33, "Jacek Laskowski" <ja...@japila.pl> a écrit :
> On Thu, Jun 30, 2011 at 12:31 AM, Romain Manni-Bucau
> <rm...@gmail.com> wrote:
>
>> i still need help to upgrade the cxf version, i have a NPE i don't find
from
>> where it is thrown :(
>
> I'm in front of IDEA with the sources of openejb and cxf at my
> disposal digging into their intricacies. When I found out anything,
> I'll report. I think I'll be available on IRC later tonight, but don't
> expect I'll be ready to talk it over yet.
>
> Jacek
>
> --
> Jacek Laskowski
> Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
http://confitura.pl
Re: cxf 2.4.1
Posted by Jacek Laskowski <ja...@japila.pl>.
On Thu, Jun 30, 2011 at 12:31 AM, Romain Manni-Bucau
<rm...@gmail.com> wrote:
> i still need help to upgrade the cxf version, i have a NPE i don't find from
> where it is thrown :(
I'm in front of IDEA with the sources of openejb and cxf at my
disposal digging into their intricacies. When I found out anything,
I'll report. I think I'll be available on IRC later tonight, but don't
expect I'll be ready to talk it over yet.
Jacek
--
Jacek Laskowski
Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Hi again,
i still need help to upgrade the cxf version, i have a NPE i don't find from
where it is thrown :(
here is my current patch: https://gist.github.com/1055173
i modified it:
- openejb-http
- openejb httprequest implements httpservletrequest, same idea for
httpsession and httpresponse [it probably needs some more work]
- the goal is to be able to delegate more easily to any library and
avoid to copy/paste code only to convert objects
- openejb-cxf
- a lot of deletion because i want to delegate more to cxf
If you succeed to find where the NPE comes from please say it, i'll be happy
to be able to continue.
- Romain
2011/6/29 Romain Manni-Bucau <rm...@gmail.com>
> Hi,
>
> i answered in your mail
>
> - Romain
>
> 2011/6/29 Jacek Laskowski <ja...@japila.pl>
>
>> On Tue, Jun 28, 2011 at 9:40 PM, Romain Manni-Bucau
>> <rm...@gmail.com> wrote:
>> > here is my patch https://gist.github.com/1046378 but it just compile
>> today,
>> > i probably broke a lot of things, it will probably need refactoring.
>> >
>> > However any help is welcomed :)
>>
>> Hi Romain,
>>
>> Thanks for the invitation. I may accept it :)
>>
>> I'd appreciate if you could answer a few questions.
>>
>> How did you know how to change
>>
>> server/openejb-cxf/src/main/java/org/apache/openejb/server/cxf/HttpDestination.java?
>> Did you follow compiler's errors or read the source code of CXF?
>>
>
> I mainly followed the compiler errors and i compared it to the previous
> version so "my HttpDestination" is a merge between openejb HttpDestination
> and cxf 2.3 HTTPDestination
>
>
>>
>> Why did you copy
>>
>> server/openejb-cxf/src/main/java/org/apache/openejb/server/cxf/WSDLQueryHandler.java
>> from CXF? I suppose you meant to get passed the compilation errors,
>> didn't you?
>>
>
> I copied it because it is removed from cxf 2.4.1. Now it is an interceptor
> but like we are using an abstraction layer for the http transport, i'm not
> sure how we could use the cxf interceptor so i just came back to the old way
> to do. I think i can get wsdl with my patch but i can't send messages.
>
>
>>
>> Jacek
>>
>> --
>> Jacek Laskowski
>> Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
>> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
>> http://confitura.pl
>>
>
>
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Hi,
i answered in your mail
- Romain
2011/6/29 Jacek Laskowski <ja...@japila.pl>
> On Tue, Jun 28, 2011 at 9:40 PM, Romain Manni-Bucau
> <rm...@gmail.com> wrote:
> > here is my patch https://gist.github.com/1046378 but it just compile
> today,
> > i probably broke a lot of things, it will probably need refactoring.
> >
> > However any help is welcomed :)
>
> Hi Romain,
>
> Thanks for the invitation. I may accept it :)
>
> I'd appreciate if you could answer a few questions.
>
> How did you know how to change
>
> server/openejb-cxf/src/main/java/org/apache/openejb/server/cxf/HttpDestination.java?
> Did you follow compiler's errors or read the source code of CXF?
>
I mainly followed the compiler errors and i compared it to the previous
version so "my HttpDestination" is a merge between openejb HttpDestination
and cxf 2.3 HTTPDestination
>
> Why did you copy
>
> server/openejb-cxf/src/main/java/org/apache/openejb/server/cxf/WSDLQueryHandler.java
> from CXF? I suppose you meant to get passed the compilation errors,
> didn't you?
>
I copied it because it is removed from cxf 2.4.1. Now it is an interceptor
but like we are using an abstraction layer for the http transport, i'm not
sure how we could use the cxf interceptor so i just came back to the old way
to do. I think i can get wsdl with my patch but i can't send messages.
>
> Jacek
>
> --
> Jacek Laskowski
> Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
> http://confitura.pl
>
Re: cxf 2.4.1
Posted by Jacek Laskowski <ja...@japila.pl>.
On Tue, Jun 28, 2011 at 9:40 PM, Romain Manni-Bucau
<rm...@gmail.com> wrote:
> here is my patch https://gist.github.com/1046378 but it just compile today,
> i probably broke a lot of things, it will probably need refactoring.
>
> However any help is welcomed :)
Hi Romain,
Thanks for the invitation. I may accept it :)
I'd appreciate if you could answer a few questions.
How did you know how to change
server/openejb-cxf/src/main/java/org/apache/openejb/server/cxf/HttpDestination.java?
Did you follow compiler's errors or read the source code of CXF?
Why did you copy
server/openejb-cxf/src/main/java/org/apache/openejb/server/cxf/WSDLQueryHandler.java
from CXF? I suppose you meant to get passed the compilation errors,
didn't you?
Jacek
--
Jacek Laskowski
Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
here is my patch https://gist.github.com/1046378 but it just compile today,
i probably broke a lot of things, it will probably need refactoring.
However any help is welcomed :)
- Romain
2011/6/28 Jacek Laskowski <ja...@japila.pl>
> On Sat, Jun 25, 2011 at 1:25 PM, Romain Manni-Bucau
> <rm...@gmail.com> wrote:
>
> > starting to move openejb to cxf 2.4.1 i have some issues.
>
> I've been trying it with 2.3.3, and frankly haven't even noticed 2.4.1
> release. What changes did you make to compile the sources?
>
> Jacek
>
> --
> Jacek Laskowski
> Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
> Warszawa JUG conference = Confitura (formerly Javarsovia) ::
> http://confitura.pl
>
Re: cxf 2.4.1
Posted by Jacek Laskowski <ja...@japila.pl>.
On Sat, Jun 25, 2011 at 1:25 PM, Romain Manni-Bucau
<rm...@gmail.com> wrote:
> starting to move openejb to cxf 2.4.1 i have some issues.
I've been trying it with 2.3.3, and frankly haven't even noticed 2.4.1
release. What changes did you make to compile the sources?
Jacek
--
Jacek Laskowski
Java EE, functional languages and IBM WebSphere - http://blog.japila.pl
Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: cxf 2.4.1
Posted by Romain Manni-Bucau <rm...@gmail.com>.
going further i had this hidden exception:
java.lang.reflect.UndeclaredThrowableException
at $Proxy48.setLocationURI(Unknown Source)
at
org.apache.openejb.server.cxf.WsdlQueryHandler.updatePortLocation(WsdlQueryHandler.java:116)
at
org.apache.openejb.server.cxf.WsdlQueryHandler.updatePorts(WsdlQueryHandler.java:94)
at
org.apache.openejb.server.cxf.WsdlQueryHandler.updateServices(WsdlQueryHandler.java:66)
at
org.apache.openejb.server.cxf.WsdlQueryHandler.updateDefinition(WsdlQueryHandler.java:49)
at
org.apache.openejb.server.cxf.WSDLQueryHandler.writeResponse(WSDLQueryHandler.java:163)
at
org.apache.openejb.server.cxf.CxfWsContainer.getWsdl(CxfWsContainer.java:117)
at
org.apache.openejb.server.cxf.CxfWsContainer.processGET(CxfWsContainer.java:87)
at
org.apache.openejb.server.cxf.CxfWsContainer.onMessage(CxfWsContainer.java:74)
at
org.apache.openejb.server.webservices.OpenEJBHttpWsRegistry$ClassLoaderHttpListener.onMessage(OpenEJBHttpWsRegistry.java:117)
at
org.apache.openejb.server.httpd.HttpListenerRegistry.onMessage(HttpListenerRegistry.java:43)
at
org.apache.openejb.server.httpd.OpenEJBHttpServer.process(OpenEJBHttpServer.java:176)
at
org.apache.openejb.server.httpd.OpenEJBHttpServer.processRequest(OpenEJBHttpServer.java:132)
at
org.apache.openejb.server.httpd.OpenEJBHttpServer.service(OpenEJBHttpServer.java:78)
at
org.apache.openejb.server.httpd.HttpEjbServer.service(HttpEjbServer.java:61)
at org.apache.openejb.server.ServicePool$2.run(ServicePool.java:91)
at org.apache.openejb.server.ServicePool$3.run(ServicePool.java:120)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.IllegalAccessException: Class
org.apache.cxf.tools.common.ExtensionInvocationHandler can not access a
member of class
org.apache.cxf.transport.http.HTTPTransportFactory$HttpAddressType with
modifiers "public"
at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65)
at java.lang.reflect.Method.invoke(Method.java:588)
at
org.apache.cxf.tools.common.ExtensionInvocationHandler.invoke(ExtensionInvocationHandler.java:42)
... 20 more
... a classloading problem but do you have any clues about it?
- Romain
2011/6/25 Romain Manni-Bucau <rm...@gmail.com>
> Hi,
>
> starting to move openejb to cxf 2.4.1 i have some issues.
>
> Here is my patch: https://gist.github.com/1046378
>
> the openejb-cxf tests doesn't pass anymore :(
>
> here the exception i have:
>
> junit.framework.AssertionFailedError: A throwable instead of a checked
> exception...
> at
> org.apache.openejb.server.cxf.CxfJaxWsProviderTest.test00_runCheckedException(CxfJaxWsProviderTest.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at
> com.intellij.junit3.JUnit3IdeaTestRunner.doRun(JUnit3IdeaTestRunner.java:139)
> at
> com.intellij.junit3.JUnit3IdeaTestRunner.startRunnerWithArgs(JUnit3IdeaTestRunner.java:52)
> at
> com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:199)
> at
> com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:62)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at com.intellij.rt.execution.application.AppMain.main(AppMain.java:120)
>
> testing on simple-webservice the CxfService can't be created:
>
> Caused by: java.lang.IncompatibleClassChangeError: Implementing class
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
> at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
> at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> at
> org.apache.cxf.bus.extension.Extension.getClassObject(Extension.java:129)
> at
> org.apache.cxf.bus.extension.ExtensionManagerImpl.activateAllByType(ExtensionManagerImpl.java:137)
> at
> org.apache.cxf.bus.extension.ExtensionManagerBus.<init>(ExtensionManagerBus.java:131)
> at
> org.apache.cxf.bus.extension.ExtensionManagerBus.<init>(ExtensionManagerBus.java:139)
> at org.apache.cxf.bus.CXFBusFactory.createBus(CXFBusFactory.java:40)
> at org.apache.cxf.bus.CXFBusFactory.createBus(CXFBusFactory.java:36)
> at org.apache.cxf.bus.CXFBusFactory.createBus(CXFBusFactory.java:32)
> at org.apache.cxf.BusFactory.getDefaultBus(BusFactory.java:98)
> at org.apache.cxf.BusFactory.getDefaultBus(BusFactory.java:87)
> at
> org.apache.openejb.server.cxf.client.SaajInterceptor.registerInterceptors(SaajInterceptor.java:37)
> at org.apache.openejb.server.cxf.CxfService.<init>(CxfService.java:38)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> at
> org.apache.xbean.recipe.ReflectionUtil$ConstructorFactory.create(ReflectionUtil.java:958)
> ... 45 more
>
> somebody has some ideas on these exceptions?
>
> - Romain
>