Hi Sergey/Gabo,
Thanks for the replies. Our application is using our own MessageBodyWriter (that uses XStream provider instead of JAXB) and it seems that is putting the <String> around the WADL xml. I will try to fix this in our MessageBodyWriter and hopefully will solve the issue. Your replies were helpful in debugging the issue so thanks a lot again. -Sadhana -----Original Message----- From: Sergey Beryozkin [mailto:sergey.beryoz...@iona.com] Sent: Wednesday, August 26, 2009 3:38 AM To: users@cxf.apache.org Subject: Re: JAX-RS : initial WADL support Hi I missed this query, sorry. Just yesterday, I saw a generated WADL embedded in <String/>, in a specific DOSGi case (when no OSGI HttpService was used). Otherwise it's properly presented as XML.... Sadhana, can you help me please in reproducing this issue ? Are you using (D)OSGI by any chance ? If not then how exactly your application has been set up ? thanks, Sergey Gabo Manuel wrote: > > Hi Sadhana, > > Any chance that an out interceptor is enclosing the result? I think the > generation of wadl is still treated as a regular transaction so all in > and out interceptor chains apply. > > Gabo > > Sadhana Jain wrote: >> Hi Sergey, >> >> Thanks for the WADL generation support in CXF JAX-RS implementation. >> I tried it and it looks good. I was wondering why the WADL is generated >> within <String>...</String> elements? Is there a way to not get these and >> get only the valid WADL? >> >> Thanks, >> Sadhana >> >> Sadhana Jain >> Sr. Software Engineer >> >> >> Rovi Corporation >> 795 Folsom St, Suite 200 >> San Francisco, CA 94107 >> Direct: 415.247.5023 | Mobile: 925.212.6495 >> sadhana.j...@rovicorp.com >> rovicorp.com >> >> >> Rovi. The new name for Macrovision. >> >> >> -----Original Message----- >> From: Sergey Beryozkin [mailto:sbery...@progress.com] >> Sent: Wednesday, July 08, 2009 9:23 AM >> To: users@cxf.apache.org >> Subject: JAX-RS : initial WADL support >> >> Hi >> >> CXF JAX-RS now supports the auto-generation of WADL for JAX-RS endpoints >> (trunk, 2.2.3-SNAPSHOT). >> The whole tree/graph will be described in a generated instance. Note that >> JAX-RS subresources are supposed to be late-resolved, so I'd recommend >> using annotated interfaces for subresources and an >> enableStaticResolution=true property. At the moment I've decided to stay >> away from from supporting WADl for those subresources whicg are resolved >> late - will be very easy to support if really needed. Schemas will be >> generated for JAXB-annotated types. >> >> I'd appreciate if users could experiment a bit with the latest SNAPSHOTS >> and provide the feedback and help us to improve whatever we have in time >> for 2.2.3. I don't think WADL support in 2.2.3 will be perfect but we'll >> try our best to polish it in 2.3. >> I also do believe there's a practical advantage in us eventually >> supporting WSDL2 in some form (meaning the typed server code generation >> at least which is something we can't do with WADL, as well as supporting >> those users who are working with proxy-based client api) but I can't >> confirm at this stage when exactly we will do WSDL2. >> >> WADL instances for RESTful endpoints are available from {base endpoint >> address}/services, in addition to SOAP endpoints if any. >> Note that you can override the location at which listings are provided >> (in case you'd like '/services' be available to your resources) using >> 'service-list-path' parameter, ex : >> 'service-list-path' = '/listings' >> >> So please give it a try and let us know what you think >> >> thanks, Sergey >> ------------------------------------------------------------------------ >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 8.5.409 / Virus Database: 270.13.66/2325 - Release Date: >> 08/25/09 06:08:00 >> >> > > -- View this message in context: http://www.nabble.com/JAX-RS-%3A-initial-WADL-support-tp24394736p25150356.html Sent from the cxf-user mailing list archive at Nabble.com.