. I'll be revisiting it once/if we do some WSDL2 generation
cheers, Sergey
Sergey,
On Thu July 2 2009 12:59:10 pm Sergey Beryozkin wrote:
I have problems with the JAXB schema generation.
Consider this bean :
@XmlRootElement(name=thebook, namespace=http://books;)
public class Book {
private
Hi,
No, we don't support yet serilalizing/deserializing explicit
collections/lists. I will attempt to fix it before 2.2.3, serializing bit at
least.
cheers, Sergey
Chaitanya-10 wrote:
Hi,
I have a JAX-RS method which takes an array of Employee objects as a
param. Employee class is
Hi Gary
So what is the concrete problem you're facing ?
FYI, it is the map that sorts resource classes according a number of
criteria. Another thing is that the JAX-RS selection algorithm does not
have be implemented literally the way it's documented in the spec,
rather the final result should
with CXF. It's
doable with sub-resource locators, but then my response objects start
getting complicated.
S.B : I'm not quite sure why the use of subresources affects the
complexity of the response objects. Can you give an example please ?
Thanks,
Gary
-Original Message-
From: Sergey
.
Anyway, thanks for looking into this.
-Original Message-
From: Sergey Beryozkin [mailto:sbery...@progress.com]
Sent: 12 July 2009 20:20
To: dev@cxf.apache.org
Subject: RE: JAX-RS Request Matching Wierdness
Hi Gary
The thing is that JAX-RS does not allow for checking on the multiple root
Hi
I think you may need to import javax.jws.* into your service bundle. Can you
give it a try please ?
cheers, Sergey
- Original Message -
From: Björn Schütte bjo...@schuette.se
To: dev@cxf.apache.org
Sent: Thursday, July 16, 2009 10:39 AM
Subject: DOSGI - problem with jax-ws
Hi
I have just completed an initial work for supporting reading/writing explicit
collections or arrays.
Unfortunately, as far as JSON is concerned, only writing is supported. There
appears to be some issue at the Jettison level and we'll be trying to
identify it so that a Jettison JIRA can be
It actually does look much better now, thanks for taking care of it
cheers, Sergey
- Original Message -
From: Daniel Kulp dk...@apache.org
To: dev@cxf.apache.org
Cc: Sergey Beryozkin sbery...@progress.com
Sent: Friday, July 17, 2009 3:48 PM
Subject: Re: [OT] Fixing JAX-RS
Hi
Until now it's not been possible to reuse existing CXF DataBinding
implementations in CXF JAX-RS. For example, the JAX-RS impl provides its own
versions of JAXB/Aegis/XMlBeans databindings by implementing JAX-RS
MessageBodyProviders.
Resolving this issue has been on the map for a while and
+1
Cheers, Sergey
-Original Message-
From: Daniel Kulp [mailto:dk...@apache.org]
Sent: 29 July 2009 18:36
To: dev@cxf.apache.org
Subject: [VOTE] Release CXF 2.0.12
This is a vote to release CXF 2.0.12
Once again, there have been a bunch of bug fixes and enhancements that
have been
+1
Cheers, Sergey
-Original Message-
From: Daniel Kulp [mailto:dk...@apache.org]
Sent: 29 July 2009 18:56
To: dev@cxf.apache.org
Subject: [VOTE] Release CXF 2.2.3
his is a vote to release CXF 2.2.3
Once again, there have been a bunch of bug fixes and enhancements that
have been done
+1
Cheers, Sergey
-Original Message-
From: Daniel Kulp [mailto:dk...@apache.org]
Sent: 29 July 2009 18:54
To: dev@cxf.apache.org
Subject: [VOTE] Release CXF 2.1.6
This is a vote to release CXF 2.1.6
Once again, there have been a bunch of bug fixes and enhancements that
have been
: [foo, bar]}
Seems like the JSON is generated via JAXB and an XMLStreamWriter, which
unfortunately is too limited to provide real control over the JSON.
Thanks,
Gary
-Original Message-
From: Sergey Beryozkin [mailto:sbery...@progress.com]
Sent: 10 February 2009 10:48
To: dev
29 2009 7:03:15 am Sergey Beryozkin wrote:
Hi
Until now it's not been possible to reuse existing CXF DataBinding
implementations in CXF JAX-RS. For example, the JAX-RS impl provides its
own versions of JAXB/Aegis/XMlBeans databindings by implementing JAX-RS
MessageBodyProviders.
Resolving
On Thu July 30 2009 9:53:36 am Sergey Beryozkin wrote:
Hi
I think what might make sense for a short term binary compatible type
approach is to add a new interface like ClassSetDataBinding or
something that defines the init(...) method that is needed for JAXRS.
JAX-RS can then do instanceof
Hi Eamonn
Perhaps you can do the same way the (out) logging interceptor does it ? Can
it capture the outbound message on the client side ?
connection.getResponseCode()
I thought your latest patch has fixed it ?
thanks, Sergey
Eamonn Dwyer-2 wrote:
Hi
is there a way of getting the
and the original one removed so only one initialize method would need to
be
implemented.
I'd prefer not to have a bunch of different init(..) methods on the
interface
itself that everyone HAS to implement.
Dan
On Thu July 30 2009 9:53:36 am Sergey Beryozkin wrote:
Hi
I
Is there a property which can be used to disable Aegis schema validation ?
thanks, Sergey
--
View this message in context:
http://www.nabble.com/How-to-disablle-Aegis-schema-validation-tp24920473p24920473.html
Sent from the cxf-dev mailing list archive at Nabble.com.
Hi,
The entry page looks good to me, it's different after all ! - though the users
docs pages are still styled by Confluence.
I'm quite happy with Confluence styles too but unfortunately, as you mentioned,
it appears all the proper formatting
is lost after a given page has been edited - at
Hi Benson
I can't make the Aegis tests writing/reading collections working in CXF JAX-RS.
I've found that AegisProviderTest#testReadWriteComplexMap is still @Ignored, it
might've passed for you because it was @Ignored :-)
I've also added testWriteCollections() (which writes ListAegisTestBean)
Hi Benson
I did write that test :-) That test demonstrates how CXF DataBindings can be wrapped (under the hood) into JAXRS providers. JAXB,
Aegis and SDO (plus SDO JSON) are tested, I had to disable the Aegis test - I definitely did not enable the validation. Perhaps the
validation is turned
Point me at the test.
have a look please at
http://svn.apache.org/repos/asf/cxf/trunk/systests/src/test/java/org/apache/cxf/systest/jaxrs/JAXRSDataBindingTest.java
(testGetBookAegis),
endpoint with id 'aegisbook' is created here :
...@iona.com wrote:
Hi Benson
if you could look at any of these tests or at least point me in the right
direction then it would be great.
I know you're busy - so just look at it whenever you get a chance, not
urgent...
cheers, Sergey
Sergey Beryozkin-2 wrote:
Hi Benson
I can't make the Aegis tests
Hi Benson
I'm seeing all the Aegis write tests failing at the momentOr is it only me ?
cheers, Sergey
- Original Message -
From: Benson Margulies bimargul...@gmail.com
To: dev@cxf.apache.org
Sent: Friday, August 21, 2009 5:00 PM
Subject: Re: Handling collections with Aegis in
I'm confused... Hudson has apparently run the build with your changes - I'll do
the clean build
cheers, Sergey
- Original Message -
From: Sergey Beryozkin sbery...@progress.com
To: dev@cxf.apache.org
Sent: Friday, August 21, 2009 6:19 PM
Subject: Re: Handling collections
Hi Benson
AegisJSONProvider and DataBindingJSONProvider do set a namespace map which
contain a namespace for the xsi prefix.
What exactly JSON is saying ?
Sergey
bimargulies wrote:
Now I've got problems. To make collections work in JAX-RS, I need to
ensure that xsi:type gets written
in my mind.
Thanks
On Aug 21, 2009, at 12:28 PM, Sergey Beryozkin
sbery...@progress.com wrote:
Hi Josh
Can you please let me know if JAXB is being used for your JAX-RS
endpoints ?
I've spotted that for HTTP Service based JAX-RS endpoints no
AegisProvider is being set - I'would
Hi
After updating the source and rebuilding the workspace I can see 'src/test'
being sorted before 'src/main'. I'm wondering, what might've caused it ?
cheers, Sergey
I can't also run a JAXRS test in Eclipse which depends on AOP aspects, for some reasons aspectj is not added to the list of
libraries even though it's in the list of dependencies in pom.xml...
cheers, Sergey
- Original Message -
From: Sergey Beryozkin sbery...@progress.com
To: dev
let me know if I misunderstood the recipe for registering JAX-RS
providers. I'll be out of the office until Monday, and will start digging
into the CXF code to see what's going on when I return.
Many thanks,
Josh
On Tue, Aug 25, 2009 at 7:21 PM, Sergey Beryozkin sergey.beryoz...@iona.com
wrote
isReadable and isWriteable were wrong. Sorry, false alarm. This
works like a charm!
Thanks,
Josh
On Wed, Aug 26, 2009 at 6:16 PM, Sergey Beryozkin sbery...@progress.comwrote:
Hi Josh
Thanks, this is exactly how providers are expected to be registered.
http://hudson.zones.apache.org/hudson/job/CXF
Dan, thanks a million for merging all the jaxrs-related updates back to 2.2.x...I was planning to do it, I even updated cxf 2.2.x
this morning :-)
cheers, Sergey
- Original Message -
From: dk...@apache.org
To: comm...@cxf.apache.org
Sent: Thursday, August 27, 2009 6:18 PM
Subject: svn
this?
property name=org.apache.cxf.rs.provider
org.whatever.FooXmlReaderWriter,
org.whatever.SomeOtherReaderOrWriter
/property
Or is there some way to reference an object instance in DS that I'm
unaware
of?
Thanks,
Josh
On Wed, Aug 26, 2009 at 6:45 PM, Sergey Beryozkin
sbery
Missed 'would result in the array value being passed'...
-Original Message-
From: Sergey Beryozkin [mailto:sbery...@progress.com]
Sent: 31 August 2009 13:10
To: dev@cxf.apache.org
Subject: RE: Integrating JAX-RS runtime into DOSGi
Ok, I didn't know
property name
to the JAX-RS stuff.
Thanks,
Josh
On Mon, Aug 31, 2009 at 1:35 PM, Sergey Beryozkin
sbery...@progress.comwrote:
Hi
I've implemented just now on the trunk. I have the unit test only
assuming that the calling BundleContext will be used to load the
classes
- can you please verify it?
I'm
, Sergey
- Original Message -
From: Benson Margulies
To: Sergey Beryozkin ; CXF Dev
Sent: Tuesday, September 01, 2009 12:26 AM
Subject: Seeming JAX-RS mistake
This can't work right for generic types (like collections), since it doesn't
use java.lang.reflect.Type.
public
Hi Dan
Did you finish the part 3 of this refactoring ?
I'm setting up a custom JAXRS project in Eclipse and I still have to add a
wsdl4j library to the list of dependencies though I've been able to drop
quite a few dependencies compared to a similar project I set up earlier...
Just in case,
Hi Benson
Are you planning to have AegisDatabinding supporting the PropertiesAwareDataBinding interface ? Or does 'padb' mean something
else...I've looked at the source but AegisDatabinding is not implementing it yet. If you decide to implement it then JAXRS will pass
MapClass, Type but it can
There is a randomly failing continuations test that I've asked Sergey
to look at, but it's failing on on the branches. If he cannot find a
fix tomorrow, I'll @Ignore it for a bit.
Looking into it now... The initial observation is that it is always green if the test server (Server2) is
/apache/cxf/systest/jms/continuations/HelloWorldWithContinuationsJMS.java
cheers, Sergey
- Original Message -
From: Sergey Beryozkin sbery...@progress.com
To: dev@cxf.apache.org
Cc: Benson Margulies bimargul...@gmail.com
Sent: Thursday, September 03, 2009 11:41 AM
Subject: Failing JMS
2009 18:54
To: dev@cxf.apache.org
Cc: Sergey Beryozkin; Benson Margulies
Subject: Re: Failing JMS Continuations test (Was : Re: Back to
normal.)
OK. I'm pretty sure Sergey and I tracked this down to some thread
safety
issues in the ConduitSelector. However, it was made even worse
a prefix StaX would just go add an xmlns=, but I don't
(yet) think that this is something that happens.
Do you have any idea why the JSON environment ends up being so much more
fussy?
--benson
On Mon, Aug 24, 2009 at 8:58 AM, Sergey Beryozkin
sergey.beryoz...@iona.com
wrote:
Hi
Users can easily wrap Jackson if they prefer. We can add a property to
existing providers which will allow for namespaces be dropped altogether
during the serialization if users prefer to parse JSON manually.
Cheers, Sergey
-Original Message-
From: Benson Margulies
http://wiki.fasterxml.com/JacksonInFiveMinutes
It looks to me as if a Jackson 'provider' would be a pretty straightforward
construction. To be clear, there's be no CXF DataBinding in the process at
all. Jackson maps pojos to JSON and vica versa.
The plus side of this is that it would yield,
https://jsr311.dev.java.net/nonav/javadoc/javax/ws/rs/ext/MessageBodyWriter.html#writeTo(T,%20java.lang.Class,%20java.lang.reflect.Type,%20java.lang.annotation.Annotation[],%20javax.ws.rs.core.MediaType,%20javax.ws.rs.core.MultivaluedMap,%20java.io.OutputStream)
type - the class of object that
that needs @SuppressWarning(unchecked), well,
I'm sad but I'll stop sending email. Since my generic AegisProvider passes
tests, however, ...
On Mon, Sep 7, 2009 at 5:50 AM, Sergey Beryozkin sbery...@progress.comwrote:
https://jsr311.dev.java.net/nonav/javadoc/javax/ws/rs/ext
Hi
[1] +1 to b. yes it does, I haven't tried but users can wrap whatever
providers they want into their custom JAXRS providers. I'd rather do a
system test showing users they can do if they want.
possible pros : jackson will do natural JSON easily
possible cons : it's convention-based, that is
Hi
Have a look please at
http://svn.apache.org/repos/asf/cxf/dosgi/trunk/samples/greeter_rest/
it is indeed virtually identical to a soap based greeter demo but
the difference is here :
http://svn.apache.org/repos/asf/cxf/dosgi/trunk/samples/greeter_rest/int
with the
cxf-dosgi-ri-singlebundle-distribution_1.0.0?
The reason I am asking is because I want to connect the REST service
with its client by
over p2p instead of over HTTP.
Thanks
Sergey Beryozkin wrote:
Hi
Have a look please at
http://svn.apache.org/repos/asf/cxf/dosgi/trunk/samples
Sergey Beryozkin wrote:
Hi
Yes, we do, it is the CXF JAXRS implementation which is embedded inside
the
DOSGI RI but given that the RI is based on CXF it's probably can be
expected. But DOSGi is an open spec.
Can I conceivably run this particular REST GreeterService and its
I can't open the JIRA due to a timeout.
Yes, I've seen Josh reporting a similar issue and I did verify I could start
the cleanly build DOSGi distribution in Equinox 3.5.
I'm just thinking, can it be an ordering issue ? In the bundles list you posted
a JAXRS bundle is listed after a CXF DSW
Message -
From: Sergey Beryozkin sbery...@progress.com
To: dev@cxf.apache.org
Sent: Tuesday, September 29, 2009 3:52 PM
Subject: Re: [jira] Updated: (CXF-2452) DOSGI CXF Distributed Software Bundle
(1.1.0.SNAPSHOT) fails on startup
I can't open the JIRA due to a timeout.
Yes, I've seen
I meant to send this message earlier on.
I've updated the 2.3-SNAPSHOT (trunk only) to depend on the jax-rs api 1.1 two
weeks ago. I'll create JIRA subtasks later on, but
the 3 JAX-RS requirements have already been implemented earlier on (sorting of
message body providers by type, support for
with the specs
cheers, Sergey
- Original Message -
From: Sergey Beryozkin sbery...@progress.com
To: dev@cxf.apache.org
Sent: Tuesday, September 29, 2009 3:59 PM
Subject: Re: [jira] Updated: (CXF-2452) DOSGI CXF Distributed Software Bundle
(1.1.0.SNAPSHOT) fails on startup
Actually, can you
+1
Sergey
- Original Message -
From: Daniel Kulp dk...@apache.org
To: dev@cxf.apache.org
Sent: Thursday, October 08, 2009 4:22 PM
Subject: [VOTE] Release CXF 2.1.7
+1
- Original Message -
From: Daniel Kulp dk...@apache.org
To: dev@cxf.apache.org
Sent: Thursday, October 08, 2009 4:26 PM
Subject: [VOTE] Release CXF 2.2.4
Hi,
I started working on a ServiceMix features pacth to do with the updates to cxf
osgi http transport last week and built a patch with 2.2.4-SNAPSHOT.
I'm hoping to submit a patch today but being stuck with the following build
failure when updated the CXF version to 2.2.4 :
INFO]
@cxf.apache.org
Cc: Sergey Beryozkin sbery...@progress.com
Sent: Tuesday, October 13, 2009 3:35 PM
Subject: Re: Build problems with CXF 2.2.4 in ServiceMix
Hmm
It looks like by removing common-utilities from the deps, we lost the stax-api
from the deps of the plugin. That's not good. :-(
If you
Sergey Beryozkin wrote:
Hi
no problems at all - your questions are welcome.
I know DOSGi does not run under J2ME(I tested the single distribution
and
it didn't go far)
What happened during that test ? Just curious...
I haven't worked with J2ME so I don't have any recommendations
for
JAX-RS annotations or the CXF libs? Felix has a full-featured HTTP
bundlified server?
Thanks
Sergey Beryozkin wrote:
Hi
no problems at all - your questions are welcome.
I know DOSGi does not run under J2ME(I tested the single
distribution and
it didn't go far)
What happened
+1
On Nov 15, 2009, at 6:07 AM, Daniel Kulp wrote:
This is a vote to release CXF 2.1.8
Once again, there have been a bunch of bug fixes and enhancements that
have been done compared to the 2.1.7 release. Over 25 JIRA issues
are resolved for 2.1.8
List of issues:
+1
Sergey
Forgot the list of issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=1231051
1version=12314303styleName=HtmlCreate=Create
Dan
On Sat November 14 2009 8:09:03 pm Daniel Kulp wrote:
This is a vote to release CXF 2.2.5
Once again, there have been a
Hi
Question for everyone.
What are peoples thoughts about making 2.1.9 (in January) the last of the
2.1.x line?
2.2.x will have been out for 10 months by then so users definitely should have
had plenty of time to migrate. 2.2.x is generally a simple migration from
2.1.x. I think
Hi Andy
I've just had a chance to read the documentation you put in place, I think it is very impressive. Just CC-ing to the dev list, as
this feature is still being developed, given that CXF 2.2.6 will only be released early next year.
I have just few comments. They're more about some
+1
thanks, Sergey
- Original Message -
From: Eoghan Glynn eogl...@gmail.com
To: dev@cxf.apache.org
Sent: Wednesday, November 25, 2009 5:31 PM
Subject: [VOTE] Release CXF dOSGi 1.1
Folks,
I'm calling a vote to release CXF Distributed OSGi 1.1.
The dOSGi subproject of CXF provides
Hi
Quick question about the Atom logging stuff...
Is this intended for 2.2.6 or just for 2.3? Just wondering if I need to
merge it back or not.
I was planning to backmerge the Andy's commits, just haven't had a chance yet.
I'll unblock the relevant revisions if needed
cheers, Sergey
There were a couple of System.out.println() statements printing nice feeds :-),
they've been removed now.
Note the AtomPushEngine might do System.err.println() occasionally, but I believe it is the only way AtomPushEngine can log itself,
at least at the moment. I'm not sure how feasible it is
Hi David
The endpoint.uri is a new property that's introduced in the OSGi Remote
Service Admin spec. This is now the standard way to configure the endpoint
URI. The old properties are still supported for backward compatibility.
This endpoint.uri property will work JAXRS services as well ?
If
Hi,
The jaxrs spring security system tests should be paasing now with -Pspring3, I did a minor update to the spring aop helper to ensure
double cglib proxies are handled ok...
I actully tried with updating the tests to use SpringSecurity 3.0.RC2, but I'd consider introducing SpringSecurity
Hi
Hi,
I tried to create a RestFul JSON service with CXF. The example works for GET
method. When i try the same with POST method, i get .No operation matching
request path found error message.
URL I hit is: http://localhost:8081/SampleRestProject/helloWorld/customers.
Find below resource
Interceptor for JAXRS endpoints (specially important for the client)
as the ClientFaultConverter tries to unmarshall a SOAP XML exception.
Cyrille
--
Cyrille Le Clerc
clecl...@xebia.fr
http://blog.xebia.fr
On Mon, Dec 21, 2009 at 6:54 PM, Sergey Beryozkin sbery...@progress.com wrote:
Hi Cyrille
Just to let everyone know that I'm not planning to update a jax-rs version in 2.2.x but need to backmerge some of the fixes which
are also applicable to 2.2.x and which have been merged to the trunk as part of 817055
- Original Message -
From: serg...@apache.org
To:
as the server side work is already pretty big
:-)
S.B agreed :-)
Please tell me if it makes sense to continue to work on this,
Cyrille
(1) see org.apache.cxf.systest.jaxrs.CustomOutFaultInterceptor in jaxrs systest
On Tue, Dec 29, 2009 at 12:48 PM, Sergey Beryozkin
sbery...@progress.com
Hi
Some users have reported that the CXF HTTP OSGI transport is causing issues in
OSGI containers depending on the Spring DM 1.0.2 or earlier, due to Spring DM
eagerly loading the CXF HTTP OSGI context but failing to deal with the
(spring-)osgi-compendium related elements.
The only solution
29, 2009 at 12:48 PM, Sergey Beryozkin
sbery...@progress.com wrote:
Hi Cyrille
Thanks for posting this proposal/analysis, please see some comments
prefixed with S.B. below...
cheers, Sergey
Hello all,
Here is a proposal of refactoring of both the JAXRS client-side and
server-side
Hi Cyrille
Thanks for fixing it, a very important fix indeed and sorry for a delay in
replying to this thread.
Please see some comments inline, I'll do some snips along the way...
thanks, Sergey
Hello Sergey,
I added thread local variables cleanup in
JAXRSInInterceptor.handleFault() as
Hi
Hi,
I wrote a soap monitoring tool for cxf and I'd like to make it open
source. I'd like to know if it could be included in cxf package since I
think it could be useful to other cxf users.
Basically it's just two soap interceptors that store requests, responses
and some more data in a
Hi
It is possible. It has to work, you do not even has to enable it for JAXRS; for DOSGI-RI/JAX-RS it is a default databinding given
that the JAXRS spec requires the JAXB support OTB so I thought asking users to explictly add org.apache.cxf.rs.databinding=jaxb just
to enable JAXB would be too
+1
Daniel Kulp wrote:
This is a vote to release CXF 2.1.9
Once again, there have been a bunch of bug fixes and enhancements that
have been done compared to the 2.1.8 release. Over 43 JIRA issues
are resolved for 2.1.9
*Note:* as announced earlier this will be the last 2.1.x release of
, Sergey
Thanks for the clarification and the impressively fast response!
Regards,
Daniel
Am 20.01.2010 um 18:20 schrieb Sergey Beryozkin:
Hi
It is possible. It has to work, you do not even has to enable it for JAXRS; for DOSGI-RI/JAX-RS it is a default databinding given
that the JAXRS spec
to switch to the implementation included in the
JVM?
Kind regards,
Daniel
Am 21.01.2010 um 13:01 schrieb Sergey Beryozkin:
Hi
Please see a comment with S.B
- Original Message - From: Daniel Bimschas
bimsc...@itm.uni-luebeck.de
To: dev@cxf.apache.org
Sent: Wednesday, January 20, 2010
pass, everything seems fine. Are you
interested in a tiny Maven-based project demonstrating the issue?
Am 22.01.2010 um 16:58 schrieb Sergey Beryozkin:
Hi,
please see more comments inline
snip/
just one more question. I converted a plain (non-OSGi) JAX-RS project to DOSGi-based CXF. Now
Am 22.01.2010 um 17:21 schrieb Sergey Beryozkin:
Ok, great it started working for you... Do you reckon that something can actually be fixed at the DOSGI level ? If yes then
indeed, please open a DOSGI issue and attach
about as most JRE-classes are usually present by default.
Kind regards,
Daniel
Am 22.01.2010 um 17:46 schrieb Sergey Beryozkin:
Excellent, thanks. Please ping the Felix team, and I'll play with this project
too...
cheers, Sergey
- Original Message - From: Daniel Bimschas
bimsc
Thanks Dan, sorry about it, was too confident it was the same code on
2.2.x...
-Original Message-
From: dk...@apache.org [mailto:dk...@apache.org]
Sent: 27 January 2010 18:59
To: comm...@cxf.apache.org
Subject: svn commit: r903784 -
Hi Rémi
Hi,
I've updated CXF-2641 with a new patch (which can be applied to the
2.2.x branch or to the trunk) so that maven dependencies don't need to
be changed.
thanks for your effort. I hope you agree the code is getting much better now.
Some more comments :
- can you update ExchangeDAO
Hi Dan
I did the JIRA issue fix in a hurry in the morning, sorry.
Your fix is a good one, thanks
Sergey
-Original Message-
From: Daniel Kulp [mailto:dk...@apache.org]
Sent: 05 February 2010 19:44
To: dev@cxf.apache.org
Subject: JAXRSUriInfoTest test failure...
Sergey,
The
Hi
I'd like to update the values of Message.REQUEST_URI and
Message.HTTP_REQUEST_METHOD from
org.apache.cxf.message.Message.REQUEST_URI and
org.apache.cxf.message.Message.HTTP_REQUEST_METHOD to
org.apache.cxf.request.uri and org.apache.cxf.request.method respectively.
I do not see any issues
Hi Eoghan,
the resulting artifact has an OSGI Locator embedded. This may not be that bad in itself, but it includes some extra bits which
non-OSGI consumers won't need and as briefly discussed on the Jersey list, it will 'force' all OSGI users which will depend on it to
rely on a specific
Hi
It has been fixed :
http://svn.apache.org/viewvc?rev=909411view=rev
I think many users do explicitly configure providers and if not then they do not see a continious growth (perhaps due to the same
threads coming in back) so noone has reported it yet...CC-ing to the users list so that
Hi
I've started working on the wadl-first code generation (well not quite the
wadl-first one yet...) and I'm using the code I've 'borrowed' from the
DynamicClientFactory from cxf-rt-databinding-jaxb. At the moment I can only see
files corresponding to schema types being generated.
How can I
of schema element names to type names which I'm using as a last resort to actually resolve
wadl:representation/@element...
thanks, Sergey
- Original Message -
From: Daniel Kulp dk...@apache.org
To: dev@cxf.apache.org
Cc: Sergey Beryozkin sbery...@progress.com
Sent: Wednesday, February 24
Hi
My concern is that the way intents maps are loaded is the implementation detail of DSW and even though using Spring is what we use
at the moment to load them I'm feeling we should not exclude other options (to make it easier for 'interested' OSGI non-Spring aware
containers to
+1
Daniel Kulp wrote:
David's been doing a good job lately of answering questions on the mailing
lists and getting involved there. He's also submitted several high quality
patches for the ws-security and security-policy stuff. The patches are all
very complete with excellent unit tests
+1 !
Sergey
On Fri, Mar 19, 2010 at 1:21 AM, Daniel Kulp dk...@apache.org wrote:
Once again, there have been a bunch of bug fixes and enhancements that
have been done compared to the 2.2.6 release. Over 55 JIRA issues
are resolved for 2.2.7.
List of issues:
- Simple and lightweight Atom HTML-based browser supporting feed links
(next/previous/first/last) based on the existing CXF JAXRS WebClient API to
be added to a rt/management-web component and which will be used for
browsing the CXF logs. This browser will let users see the contents of the
current
Hi
I need to update a JAXRS JAXBElementProvider to create attachment
marshallers/unmarshallers for a xop packaging format be supported.
cxf-rt-databinding-jaxb/org.apache.cxf.jaxb.attachment has all the classes I
need but I'm not sure I should add a strong dependency on
cxf-rt-databinding-jaxb
to override addSwaRefAttachment()... It is strange indeed
addSwaRefAttachment() is available at the JAXB level...
And then I'll refactor some code into AttachmentUtil in the core
cheers, Sergey
On Fri, Mar 19, 2010 at 3:26 PM, Sergey Beryozkin sberyoz...@gmail.comwrote:
Hi
I need to update a JAXRS
tomasz.oponow...@gmail.com wrote:
Hi,
I want to attend the GSOC, and get involved into open source. I chose
project called Simple and lightweight Atom HTML-based browser for CXF
logs (CXF-2736) from suggestions in JIRA . Finally I create my
proposal. I guess that Sergey Beryozkin will be mentor
Hi Jeffrey
thanks for resolving this issue, it's been a tricky one :-). It would be
interesting to know which JVM parameter is 'to blame'...
cheers, Sergey
On Fri, Apr 2, 2010 at 3:12 PM, Jeffrey Poore (JIRA) j...@apache.orgwrote:
[
101 - 200 of 1210 matches
Mail list logo
