Hi KL
On 19/11/11 17:20, K Fung wrote:
Hi Sergey,
I've updated CXF-3859 with my newest iteration of the code :-)
great
Here is what has changed in this version...
+ Removed use of java.net repository as mail.jar is no longer a required
dependency
+ Bump version to 2.5.1-SNAPSHOT
+ Use
I was thinking a bit more about it, we should probably just put it into
org.apache.cxf.jaxrs.ext.cors in the jaxrs frontend at the moment, as I
think that the creation of cxf-rt-jaxrs-extensions is needed shortly
anyway which could keep most of the extensions, we can 'spawn' more
specific
Hi Dan,
Thank you for your fast reply.
Daniel Kulp wrote
The error makes it sound like there is an XML issue. Can you post the xml
configuration ?
Here is the xml configuration file, which is pretty light (and works in
2.1.4) :
?xml version=1.0 encoding=UTF-8?
beans
On 23/11/11 14:17, matiou wrote:
Hi Dan,
Thank you for your fast reply.
Daniel Kulp wrote
The error makes it sound like there is an XML issue. Can you post the xml
configuration ?
Here is the xml configuration file, which is pretty light (and works in
2.1.4) :
?xml version=1.0
Hmm... The XML looks fine. Sounds like your picking up a bad XML/StAX
parser and not woodstox.
You MAY be able to work around it via:
http:conduit
xmlns:http=http://cxf.apache.org/transports/http/configuration;
name=*.http-conduit
http:client
Hi Sergey,
I'm wondering if 'minimalosgi' has to be exported ?
I tried this before and it didn't work.
minimalosgi has one classloader; the CXF bundle has its own
classloader. minimalosgi's
classloader has knowledge about CXF (due to the Import-Package declarations
in its MANIFEST.MF) but CXF