+1
cheers, Sergey
2009/4/21 Daniel Kulp :
> his is a vote to release CXF 2.2.1
>
>
> Once again, there have been a bunch of bug fixes and enhancements that
> have been done compared to the 2.2 release. Over 55 JIRA issues
> are resolved for 2.2.1.
>
> List of issues:
>
https://issues.apache.
+1
cheers, Sergey
David
2009/4/21 Daniel Kulp :
> This is a vote to release CXF 2.1.5
>
>
> Once again, there have been a bunch of bug fixes and enhancements that
> have been done compared to the 2.1.4 release. Over 87 JIRA issues
> are resolved for 2.1.5.
>
> List of issues:
>
https://issu
+1
- Original Message -
From: "Ulhas Bhole"
To:
Sent: Thursday, April 23, 2009 11:48 AM
Subject: Re: [VOTE] Release Apache CXF 2.0.11
+1
-- Ulhas
Daniel Kulp wrote:
This is a vote to release CXF 2.0.11
Once again, there have been a bunch of bug fixes and enhancements that
have be
@Path("/receive")
public void receive(@PathParam("*/*")String itemXML) {
System.out.println(itemXML);
}
@Post
@PathParam value is wrong. @PathParam is meant to capture tempate variable
instances, for ex
@Path("/receive/{item}")
public void receive(@PathParam("
Hi,
Now that we have CXF JAX-RS passing TCK for jax-rs 1.0 api, it's time to start thinking about updating the jax-rs api dependency to
1.1.
The following changes might affect existing users :
1. javax.ws.rs.core.Response.Status.Family class
has been removed and instead
javax.ws.rs.core.Res
+1
- Original Message -
From: "Eoghan Glynn"
To:
Sent: Friday, May 01, 2009 5:39 PM
Subject: [VOTE] Release CXF dOSGi 1.0
Folks,
I'm calling a vote to release CXF Distributed OSGi 1.0.
The dOSGi subproject of CXF provides the Reference Implementation of
the Distribution Software
Hi
http://people.apache.org/repo/m2-incubating-repository/org/apache/abdera/abdera-i18n/0.4.0-incubating/
contains this jar - may be it was a transient error ?
cheers, Sergey
- Original Message -
From: "rahul.soa"
To:
Sent: Monday, May 04, 2009 9:47 PM
Subject: [Build Error] Missi
+1
- Original Message -
From: "Eoghan Glynn"
To:
Sent: Thursday, May 07, 2009 3:01 PM
Subject: [VOTE] Release CXF dOSGi 1.0 (take 2)
Folks,
I'm calling a second vote to release CXF Distributed OSGi 1.0.
The main differences between this and the first take are:
- addition of a so
Hi,
You're probably not interested, but I thought I'd throw it out there.
We're definitely very interested in more people contributing to the CXF JAX-RS implementation. We're seeing high-quailty patches
being
contributed to the JAX-WS runtime from JBoss folks so obviously we'll be happy
to
+1
thanks, Sergey
-Original Message-
From: Daniel Kulp [mailto:dk...@apache.org]
Sent: 22 May 2009 18:51
To: dev@cxf.apache.org
Subject: [VOTE] Release CXF 2.2.2
This is a vote to release CXF 2.2.2
With only 23 JIRA's resolved for 2.2.2, this doesn't have as many
"fixes" as
many of t
Hi Willem
>
This one is a copy and paste error. I just removed it from jaxrs:client.
I also removed the following from jaxrs:server :
jaxrs:binding
jaxrs:serviceFactory
@transportId
@bindingId
@endpointName
@serviceName
as they most likely made it into jaxrs:server as a result of copying
from
rtId if we want to configure
the transport for JAXRS endpoint, such as JMS transport or local
transport.
BTW, I found the @serviceClass does not work for JAXRS server, and I'm
heading to fix it.
Willem
Sergey Beryozkin wrote:
> Hi Willem
>
>>
>
> This one is a cop
ourceClasses element
into the schema.
But in Camel cxfrs URI, I added this resourcesClasses option like this
cxfrs://http://localhost:9000?resourceClasses=org.apache.camel.component
.cxf.jaxrs.testbean.CustomerService
Willem
Sergey Beryozkin wrote:
> Hi William
>
> Ok, I haven't thou
Hi Willem
Thanks for this commit, just would like to clarify one thing about one
of the comments in your test :
+
+
+
I just checked the jaxrs.xsd, there's a @modelRef attribute in
jaxrs:client.
May be I just have misunderstood your comment ?
Thanks, Sergey
+1
Sergey
On Fri, Jun 5, 2009 at 11:25 AM, Daniel Kulp wrote:
>
>
> With 2.2.2 out the door, I think it's probably time to create a 2.2.x fixes
> branch and move trunk to targetting 2.3.
>
> Basically, there are things that should start coming in that are more than
> just "bug fixes" that should
Hi
I'm planning to integrate the JAX-RS runtime into DOSGi.
Both JAXRS endpoints and client proxies can be created either from
Spring or programmatically and they can work with JAXB, Aegis, XmlBeans.
First CXF minimal bundle needs to be updated to include
cxf-frontend-jaxrs and depend on
.createClientProxyFactoryBean()
won't be able to return a JAXRSClientFactoryBean.
Should all of these client-side proxy factories implement a common
interface? I'll admit to being a little lost here, as I still can't
figure out the difference between JaxWsClientFactoryBean and
Hi,
CXF 2.1.x branch supports a 0.8 version of JAX-RS api.
We put quite a lot of effort into ensuring 2.1.x users can write functional
RESTful applications with the help of JAX-RS 0.8 api, by not only back merging
all the fixes needed but also adapting some of the code from the CXF 2.2 lines
(
+1
cheers, Sergey
Daniel Kulp wrote:
Alessio has been one of the primary driving forces behind getting CXF to be a
certified JAX-WS provider for JBoss. As part of that work, he has identified
several bugs/issues in CXF and has provided patches for many of them. He has
also been helping i
Hi Josh
What do you think about this idea. The factory which returns handlers
can check first if a given service intents include "HTTP" but no "SOAP"
and a frontend.jaxrs property is set, and if yes then it returns
JaxRSPojoConfigurationTypeHandler which will do what
PojoConfigurationTypeHandle
Hi
I need to generate schema instances from java types, these types may or may not
be JAXB annotated.
What options are available in CXF ?
thanks, Sergey
Hi Josh
This is super, thanks for starting the actual integration project.
> I'm not sure how the cxf-rt-frontend-jaxrs dependency should be handled.
It is embedded inside cxf-minimal-bundle (2,3-SNAPSHOT) so there's no need to
update single or multi bundle distributions.
Yesterday I updated
newly introduced JaxRs handler ? Or may be just
update your original pathc to do with the JAXWS support ? I will apply it and proceed from there - will just add some simple demo...
thanks, Sergey
Thanks,
Josh
On Thu, Jun 11, 2009 at 3:34 AM, Sergey Beryozkin wrote:
Hi Josh
This is super, tha
There's some uinfortunate typo in my last message, hope David won't notice it
:-)
- Original Message -
From: "Sergey Beryozkin"
To:
Sent: Thursday, June 11, 2009 5:11 PM
Subject: Re: Integrating JAX-RS runtime into DOSGi
Hi Josh
Great, I'm glad this is
g another major patch
point than me just copying his code.
Cheers, Sergey
-Original Message-
From: Eoghan Glynn [mailto:eogl...@gmail.com]
Sent: 12 June 2009 09:58
To: dev@cxf.apache.org
Subject: Re: Integrating JAX-RS runtime into DOSGi
2009/6/12 David Bosschaert :
>
> 2009/
June 2009 14:20
To: dev@cxf.apache.org
Subject: Re: Integrating JAX-RS runtime into DOSGi
I've attached the jaxws/jaxrs/databinding patch to
https://issues.apache.org/jira/browse/CXF-2252
Thanks,
Josh
On Fri, Jun 12, 2009 at 3:19 AM, Sergey Beryozkin
wrote:
> Hi,
>
> I agree
Hi Josh
It seems that in DOSGi RI this is actually what is being done. When a
service is being registered a DSW provider picks up this event and
creates an endpoint. So it should work in the case of JAX-RS & JAX-WS
with the help of properties you introduced in your patch.
David told me that if a
es it
> available remotely through CXF/DOSGi. If you select the JAX/RS
> configueration type (which is currently being worked on) it should
> make it available via JAX-RS
>
> Isn't that exactly the whiteboard pattern as desired? I don't really
> see the value of picking *
Hi,
I'm seeing problems with the JAXRS AegisElementProvider producing/consuming
complex types like Maps.
I'm nearly done with making a basic end to end JAX-RS demo working n DOSGi, the
immediate problem is that
a client proxy fails to consume the following somewhat complicated
Aegis-produced re
For the purpose of the demo I introduced a wrapper around the Map and it works nicely, but I'd appreciate
any help in getting to the bottom of the problem I described below.
thanks, Sergey
- Original Message -
From: "Sergey Beryozkin"
To:
Sent: Wednesday, June 1
said. Given my current level of load, if you tee it up, I'll try to
knock it down. But I need something that misbehaves. I'm sorry to have to
ask for that silver platter.
On Wed, Jun 17, 2009 at 8:43 AM, Sergey Beryozkin wrote:
For the purpose of the demo I introduced a wrapper around th
I created two JIRAs - please have a look at them whenever you get a chance -
they don't block me at the moment
https://issues.apache.org/jira/browse/CXF-2296
https://issues.apache.org/jira/browse/CXF-2297
thanks, Sergey
- Original Message -
From: "Sergey Beryozkin&qu
Thanks Benson :-)
- Original Message -
From:
To:
Sent: Thursday, June 18, 2009 1:31 AM
Subject: svn commit: r785866 - in /cxf/trunk/rt/frontend/jaxrs/src:
main/java/org/apache/cxf/jaxrs/provider/AbstractAegisProvider.java test/java/org/apache/cxf/jaxrs/provider/AegisProviderTest.java
Sent: 12 June 2009 14:20
To: dev@cxf.apache.org
Subject: Re: Integrating JAX-RS runtime into DOSGi
I've attached the jaxws/jaxrs/databinding patch to
https://issues.apache.org/jira/browse/CXF-2252
Thanks,
Josh
On Fri, Jun 12, 2009 at 3:19 AM, Sergey Beryozkin
wrote:
> Hi,
>
> I agree,
Hi Josh
I've got some code that allows OSGI bundles to use the whiteboard pattern to
register restful services. When a service is registered with a specific
property, say, "jaxrs.resource=true" the JAX-RS implementation registers
that service as a JAX-RS resource. The same could be done with
#x27;ll be happy to add the support for it (while still using DOSGi under the hood)...
thanks, Sergey
Josh
On Sat, Jun 20, 2009 at 11:10 AM, Sergey Beryozkin wrote:
Hi,
I've applied your patch and I've completed the initial integration of
JAX-RS into DOSGi RI. As it often happens
Hi Josh
I'd like to ask your opinion about providing JAXRS providers through this
pattern.
I'm not sure how CXF keeps track of these providers now, but I assume
there's a registry of some kind. Are the providers tied to specific jax-rs
resources, or are they "global"? If it's a global
Hi
Please see my comments with prefixed with S.B.
>>
>>>
> I'm not sure how CXF keeps track of these providers now, but I assume
>> there's a registry of some kind. Are the providers tied to specific
>> jax-rs
>> resources, or are they "global"? If it's a global registry, it should be
>> tri
Sorry, my fault. I was under the illusion there were no servlet system tests at
all :-)
I turned this specific test into a negative one, given that there's another
test which tests the service listings working.
Now, /services becomes available to applications if a hide-service-list-page servlet
Hi,
I have problems with the JAXB schema generation.
Consider this bean :
@XmlRootElement(name="thebook", namespace="http://books";)
public class Book {
private int id;
public Book() { }
public int getId() { return id; }
public void setId(int ident) { id = ident; }
}
JAXBContext generat
Hi
I'm not sure yet - it appears JSONProvider may need to be updated to handle
unwrapped cases.
Does anyone know, is it already possible to do somehow in CXF ?
Perhaps one workaround is to register a RequestFilter which will replace an
InputStream on the inbound message with another stream which
In fact, I can probably update JSON provider to do it. If it is set to
operate in 'unwrapped' mode then it will append a class name to the stream,
will do it shortly
cheers, Sergey
Sergey Beryozkin wrote:
>
> Hi
>
> I'm not sure yet - it appears JSONProvide
to different models. 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
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
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 be
ects the
complexity of the response objects. Can you give an example please ?
Thanks,
Gary
-Original Message-
From: Sergey Beryozkin [mailto:sbery...@progress.com]
Sent: 11 July 2009 21:28
To: dev@cxf.apache.org
Subject: RE: JAX-RS Request Matching Wierdness
Hi Gary
So what is the concrete pro
, 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
resource
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"
To:
Sent: Thursday, July 16, 2009 10:39 AM
Subject: DOSGI - problem with jax-ws
Hi all,
I have a problem getting the g
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 opened.
Hi,
For some reasons, after Confluence has been updated, all the xml and code
fragments at http://cwiki.apache.org/CXF20DOC/jax-rs.html
look very messy.
However, when I go into 'Edit' mode and then click 'Preview' then all is
displayed perfectly well.
What's going on ? Any hints will be apprec
It actually does look much better now, thanks for taking care of it
cheers, Sergey
- Original Message -
From: "Daniel Kulp"
To:
Cc: "Sergey Beryozkin"
Sent: Friday, July 17, 2009 3:48 PM
Subject: Re: [OT] Fixing JAX-RS documentation
On Fri July 17 20
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 don
+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 c
+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 done
es XML like:
>
>
>
> foo
> bar
>
>
>
> And json like:
> {foo: {values: {value: ["foo", "bar"]}}}
>
> Whereas really, if this is an API that you want to publicize, you really
> want:
>
> {values: ["foo", &q
flectionServiceFactoryBean could be updated to
use that method (if the databinding implements the new interface) to pass a
map of all the configured endpoint properties. Thus, configuring some of the
jaxb things could be simpler - just define them in jaxws:endpoint.
It's also a lot
, configuring some of the jaxb things could be simpler - just define
> them in jaxws:endpoint.
>
> It's also a lot more extensible in the future.
>
> Thoughts?
>
> Dan
>
> On Wed July 29 2009 7:03:15 am Sergey Beryozkin wrote:
>> Hi
>>
>>
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
(CXF 3.0), the initialize method above would get put in
> DataBinding
> 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 ever
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 least
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 List) to
AegisJSON
:
>
> It's off by default, isn't it?
>
> On Tue, Aug 11, 2009 at 11:58 AM, Sergey
> Beryozkin wrote:
>>
>> Is there a property which can be used to disable Aegis schema validation
>> ?
>>
>> thanks, Sergey
>> --
>> View this messag
fically in that test.
On Fri, Aug 14, 2009 at 8:27 AM, Sergey
Beryozkin wrote:
Hi
Some class path exception was reported by ab (ignorable) aegis test :
http://svn.apache.org/repos/asf/cxf/trunk/systests/src/test/java/org/apache/cxf/systest/jaxrs/JAXRSDataBindingTest.java
I think it was coming fro
s/src/test/resources/jaxrs_databinding/WEB-INF/beans.xml
thanks, Sergey
On Thu, Aug 20, 2009 at 5:29 AM, Sergey Beryozkin wrote:
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
Hi Josh
I've applied a patch with few minor updates (just updated the code to make
sure that the current bundle is not affected when other application service
bundles are stopped),
thanks, Sergey
Josh Holtzman wrote:
>
> I'm looking at CXF-2288 and trying to figure out the best place to handl
This is super, thanks for your help Benson...
cheers, Sergey
- Original Message -
From: "Benson Margulies"
To:
Sent: Friday, August 21, 2009 2:05 AM
Subject: Re: How to disablle Aegis schema validation
All fixed.
On Thu, Aug 20, 2009 at 7:39 AM, Sergey Beryozkin 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
>
>
t: Re: Handling collections with Aegis in JAX-RS
Sergey,
You have to be kidding me. The test (testReadWriteComplexMap) writes a
plain bean and then expects to read a map. Of course if fails!
--benson
On Fri, Aug 21, 2009 at 6:38 AM, Sergey
Beryozkin wrote:
Hi Benson
if you could look at any
ur lives even easier. Once we've got the ability to expose a single
service with both of these frontends, I'll make use of that as well.
I agree that the jaxrs.resource property is no longer needed, as you can
simply register jaxrs resources as a dosgi services.
Josh
On Sat, Jun 20, 2009
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"
To:
Sent: Friday, August 21, 2009 5:00 PM
Subject: Re: Handling collections with Aegis in JAX-RS
All fixed now.
I finally remem
rgulies"
To:
Sent: Friday, August 21, 2009 5:52 PM
Subject: Re: Handling collections with Aegis in JAX-RS
It appears to be you. I ran mvn in rt/databinding/aegis again, and
still no hate mail from hudson as well.
On Fri, Aug 21, 2009 at 12:39 PM, Sergey Beryozkin wrote:
Hi Benson
I
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"
To:
Sent: Friday, August 21, 2009 6:19 PM
Subject: Re: Handling collections with Aegis in JAX-RS
Dan
On Fri, Aug 21, 2009 at 12:39 PM, Sergey Beryozkin
wrote:
> 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"
>
> To:
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
larification so I can position your work in my mind.
> Thanks
>
> On Aug 21, 2009, at 12:28 PM, "Sergey Beryozkin"
> wrote:
>
>> Hi Josh
>>
>> Can you please let me know if JAXB is being used for your JAX-RS
>> endpoints ?
>> I'
s databinding ?
thanks, Sergey
bimargulies wrote:
>
> I have a rather clear memory of working on these, there wasn't enough
> passing of Generic classes around. I'll go have a look.
>
>
> On Fri, Aug 21, 2009 at 6:38 AM, Sergey
> Beryozkin wrote:
>>
>> Hi Benson
ce.
Will document it tomorrow
Give it a try please whenever you get a chance and let me know if it works
for you
cheers, Sergey
Josh Holtzman wrote:
>
> Hi Sergey. Yes, we are using JAXB with both JAX-RS and JAX-WS endpoints.
>
> Josh
>
> On Aug 21, 2009 6:28 PM, "
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"
To:
Sen
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
wrote:
Hi Josh
I've u
teable were wrong. Sorry, false alarm. This
works like a charm!
Thanks,
Josh
On Wed, Aug 26, 2009 at 6:16 PM, Sergey Beryozkin wrote:
Hi Josh
Thanks, this is exactly how providers are expected to be registered.
http://hudson.zones.apache.org/hudson/job/CXF-DOSGi
shows my changes have bee
Hi
Eoghan Glynn will be back next week and he will reply; sounds like a good
enhancement for the WS-RM CXF implementation
cheers, Sergey
- Original Message -
From: "Dan Ryazansky"
To:
Sent: Thursday, August 27, 2009 3:17 PM
Subject: Reliable messaging: Connecting to Oracle
The c
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:
To:
Sent: Thursday, August 27, 2009 6:18 PM
Subject: svn commit: r808545 - in /cxf/branches/2.2
Yes, looks like so, have a look in jaxrs/security/jaxrs-https.xml
please, I think you might've moved the certs referenced there to the
other location
Cheers, Sergey
-Original Message-
From: Daniel Kulp [mailto:dk...@apache.org]
Sent: 29 August 2009 03:15
To: dev@cxf.apache.org
Cc: Benson
Hi
After running 'mvn -Psetup.eclipse' on the trunk, I can see that all the
related files like .project/etc have been created in
systests/jaxrs, systests/aegis, systests/uncategorized, but no
projects can be imported from those subfolders.
Does it work for someone else ?
Cheers, Sergey
something like this?
org.whatever.FooXmlReaderWriter,
org.whatever.SomeOtherReaderOrWriter
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
wrote:
> Oh, this is exactly the sort o
get rid of the .project and .classpath from the systests toplevel.
On Mon, Aug 31, 2009 at 6:33 AM, Sergey Beryozkin wrote:
> Hi
>
>
>
> After running 'mvn -Psetup.eclipse' on the trunk, I can see that all the
> related files like .project/etc have been created in
&g
It's finished, so please try a single-bundle distribution :
http://hudson.zones.apache.org/hudson/job/CXF-DOSGi/org.apache.cxf.dosgi
$cxf-dosgi-ri-singlebundle-distribution/
Sergey
-Original Message-
From: Sergey Beryozkin [mailto:sbery...@progress.com]
Sent: 31 August 2009 12:
o recall a general CXF issue with array properties in DS, so
this
may be completely unrelated to the JAX-RS stuff.
Thanks,
Josh
On Mon, Aug 31, 2009 at 1:35 PM, Sergey Beryozkin
wrote:
> Hi
>
> I've implemented just now on the trunk. I have the unit test only
> assuming that the ca
ssing.
So, to get what you want, we'd need to rework your interface to use
java.lang.reflect.Type. I'm willing to look into the Aegis-specific
angle
here for now and see how to add generic roots. I think the new interface
needs more thinks.
On Mon, Aug 24, 2009 at 8:58 AM, Sergey
Beryozki
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 d
t this does not work:
org.whatever.MyJaxRsReaderWriter,
org.whatever.SomeOtherReaderOrWriter
I seem to recall a general CXF issue with array properties in DS, so
this
may be completely unrelated to the JAX-RS stuff.
Thanks,
Josh
On Mon, Aug 31, 2009 at 1:35 PM, Sergey Beryozkin
wrote:
> Hi
>
>
-
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 interface Conte
Hi Benson
- Original Message -
From: "Benson Margulies"
To: "CXF Dev"
Sent: Monday, August 31, 2009 6:33 PM
Subject: generics and type mapping in Aegis
Sergey's issues with JAX-RS have started me looking at how Aegis maps types.
The following temptation now occurs: allow the fundam
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, here
at org.apache.cxf.BusFactory.getThreadDefaultBus(BusFactory.java:97)
at
org.apache.cxf.endpoint.AbstractEndpointFactory.getBus(AbstractEndpointFactory.java:73)
sorry if you didn't get a chance to complete this work yet
Sergey
Sergey Beryozkin wrote:
>
> Hi Dan
>
> Did you finish the part 3 of this
on...
thanks, Sergey
Dan
On Tue September 1 2009 7:59:05 am Sergey Beryozkin wrote:
Without Spring the exception is different :
Exception in thread "main" java.lang.NoClassDefFoundError:
javax/wsdl/WSDLException
at java.lang.Class.getDeclaredC
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
Map but it can pass Set if
1 - 100 of 1543 matches
Mail list logo