Hi Brad

I've started updating the documentation to start addressing some of your
concerns

The typo in the configuration example has been fixed, added Maven
Dependencies (your input will be welcome there) and Migrating from 0.8 to
1.0. With more to come


Thanks, Sergey
 


Brad O'Hearne-2 wrote:
> 
> On documentation:
> 
> - There is literally one line in the RESTFul Services / Jax-rs section  
> which references the existence of a 2.2 version and the extent jax-rs  
> compatibility / support.
> 
> - Nowhere does it list specific dependencies for jax-rs.
> 
> - Even in the How-to build your cxf project with maven section, where  
> it supposedly shows all dependencies possible, there is no listing of  
> the jax-rs dependency in there.
> 
> - The maven repository you mentioned below is not listed in the  
> pom.xml in the How-to / build / maven mentioned previously.
> 
> - The beans.xml file in the Configuring jax-rs services for Spring  
> section has a bug in it. There are conficting ID's used by the  
> jaxrs:server and customerService bean.
> 
> - Nowhere is there mentioned any progress on dependency SNAPSHOTS or  
> current repositories for locating these.
> 
> - In the past, there have been jax-rs configuration / usage changes in  
> newer versions -- these were not documented.
> 
> - I'm not completely sure about the standards here, so if I'm  
> mistaken, please correct me. I was of the understanding that the jax- 
> rs 1.0 standard specifies the @Produces and @Consumes annotations. CXF  
> does not support these, even in the 2.2 version -- using them results  
> in compile errors. It instead supports @ProducesMime and @ConsumesMime.
> 
> - Not that this cannot be deducted, but in all web services / REST  
> documentation in general, both with CXF and other frameworks I've  
> used, it would be a great help to pair with configuration / annotation  
> documentation a concise explanation of what the final URL your  
> services resides at, depending upon your configuration, i.e.:
> 
> <webapp-context-root (web.xml)> / <jaxrs:server address (beans.xml  
> address attr)> / <service class path (class file @Path)> / <service  
> method path (method @Path in class file)
> 
> Different configurations vary, of course, but documenting the  
> convention would be helpful. It would also be helpful to have some  
> discussion of the use of the address in the jaxrs:server configuration  
> vs. the service class @Path, and why these would be used as something  
> other than "/" or not. I know that starts entering the domain of REST  
> a bit, but when examples merely show "/", the user is left wondering  
> why it exists at all, or under what circumstances would it be changed,  
> if "/" is the recommended value.
> 
> - A list of changes from one version to another would be helpful.  
> Perhaps this exists somewhere and I don't know where.
> 
> Hope that helps.
> 
> Brad
> 
> On Nov 10, 2008, at 5:09 AM, Willem Jiang wrote:
> 
>> Hi Sergey,
>>
>> Can you add this document into the CXF wiki page ? Maybe you can also
>> add a section of CXF 2.1.x release note :)
>>
>> Cheers,
>>
>> Willem
>> Sergey Beryozkin wrote:
>>> Hi
>>>
>>>
>>>> All,
>>>>
>>>> If anyone knows the required dependencies (and versions), and any
>>>> required repositories to build CXF 2.2 with Jax-RS (RESTful  
>>>> services)
>>>> using Maven, I'd greatly appreciate it.
>>>
>>> As far as CXF is concerned, in 2.2-SNAPSHOT, compared to versions
>>> starting from 2.1.2, the following dependencies have changed :
>>>
>>> 1. javax.ws.rs/jsr311-api/0.8 -> javax.ws.rs/jsr311-api/1.0
>>>
>>> it's available from
>>>
>>> <repository>
>>>           <id>java.net.2</id>
>>>           <name>Java Net 2 Repository</name>
>>>           <url>http://download.java.net/maven/2</url>
>>> </repository>
>>>
>>> AFAIK, JAXRS team have changed the maven repo starting from 0.8, so  
>>> if
>>> you're migrating from CXF with versions earlier than 2.1.2 you  
>>> might see
>>> artifact download problems.
>>>
>>> 2. org.apache.cxf/cxf-rt-databinding-aegis/2.2-SNAPSHOT added -  
>>> compile
>>>
>>>
>>> Some other changes across CXF
>>> (http://svn.apache.org/repos/asf/cxf/trunk/parent/pom.xml)
>>>
>>> - Spring dependencies have changed from 2.0.8 in 2.1.x to 2.5.6
>>> - javax.xml.bind/jaxb-api/2.1
>>> - com.sun.xml.bind/jaxb-impl/2.1.7
>>>
>>> I'm not aware of any other significant changes which might affect  
>>> JAXRS
>>> implementation.
>>> Does it help ? Any specific problems you're still seeing ?
>>>
>>>>
>>>> A kind suggestion: I've been using CXF and Jax-RS stuff for around a
>>>> year now
>>>
>>> thanks :-) !
>>>
>>> . and every time there's been a mild breeze blow which has in
>>>> any way affected CXF configuration or building in Maven, simple
>>>> upgrading to the latest version has resulted in a several day plunge
>>>> down the rabbit hole to figure out how to build / configure again.  
>>>> It
>>>> would be a great improvement to the release process if at the very
>>>> least the build / configuration documentation was updated with the
>>>> latest release. Restated, don't release the code without the build /
>>>> configuration doc updated.
>>>
>>> Your suggestions are welcome and we'll try do do it right for 2.2  
>>> once
>>> it's released. I think Dan is doing a lot of work in this regard but
>>> capturing version and repository changes would be good indeed.
>>> In meantime please send a message to a user list whenever you have  
>>> any
>>> issues and we'll try our best to help.
>>>
>>>> When confronted with this yet again today,
>>>> despite the fact I have no need or desire to move away from CXF, I
>>>> spent several hours researching alternatives so that I could avoid
>>>> having to go through this again.
>>>
>>> I'd really hate to see users like yourself who've helped us to push  
>>> CXF
>>> JAX-RS implementation to its current level go (still not rock-solid  
>>> but
>>> in a much better shape than it used to be), same way as I hate seeing
>>> users who've just quickly tried it and decided to look elsewhere.  
>>> From
>>> our perspective we know though that users are totally free to  
>>> choose so
>>> we have really one option - just keep working and make it work well  
>>> and
>>> I know we'll get there. It's important for users to understand that
>>> we're committed to seeing CXF as a platform capable of  
>>> accommodating and
>>> mixing different styles of services. Likewise we'll think hard on  
>>> how to
>>> make CXF JAXRS 'shine' on its own. There's only one problem - lack of
>>> resources - for ex I'm not able to allocate 100% of my time to JAXRS
>>> work so that's why users have to struggle with figuring out  
>>> themselves
>>> how to update dependencies/etc.
>>>
>>> But as I said, your comments are helpful and we'll take them on  
>>> board.
>>>
>>> Thanks, Sergey
>>>
>>>>
>>>> Thanks -- any help you can give with the question above would be
>>>> greatly appreciated.
>>>>
>>>> Cheers,
>>>>
>>>> Brad
>>>>
>>>> Brad O'Hearne
>>>> Owner / Developer
>>>> Big Hill Software
>>>> ph.480.280.1468
>>>> fx.888.600.8806
>>>> [EMAIL PROTECTED]
>>>> http://www.bighillsoftware.com
>>>>
>>>>
>>>
>>>
>>> --------------------------------------------------------------------------------
>>>
>>>
>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Need-Maven-dependencies-for-CXF-2.2-using-Jax-rs-tp20393126p20518739.html
Sent from the cxf-user mailing list archive at Nabble.com.

Reply via email to