Return-Path: Delivered-To: apmail-cxf-users-archive@www.apache.org Received: (qmail 53908 invoked from network); 10 Oct 2008 13:34:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Oct 2008 13:34:06 -0000 Received: (qmail 37269 invoked by uid 500); 10 Oct 2008 13:34:04 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 37229 invoked by uid 500); 10 Oct 2008 13:34:04 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 37218 invoked by uid 99); 10 Oct 2008 13:34:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Oct 2008 06:34:03 -0700 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=DNS_FROM_SECURITYSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.79.199.57] (HELO server.dankulp.com) (64.79.199.57) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Oct 2008 13:32:57 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id 71F2F197C6C7; Fri, 10 Oct 2008 09:33:32 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.5-gr0 (2008-06-10) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter.Kg0UAEzytd Received: from dilbert (c-24-91-141-225.hsd1.ma.comcast.net [24.91.141.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTP id CF431197C0A0; Fri, 10 Oct 2008 09:33:26 -0400 (EDT) From: Daniel Kulp To: users@cxf.apache.org Subject: Re: http://cxf.apache.org/schemas/jaxrs.xsd is OLD Date: Fri, 10 Oct 2008 09:33:25 -0400 User-Agent: KMail/1.9.9 Cc: "Sergey Beryozkin" References: <48EDD9C2.6030803@gmail.com> <00b801c92ab6$77129210$e002050a@IONAGLOBAL.COM> In-Reply-To: <00b801c92ab6$77129210$e002050a@IONAGLOBAL.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810100933.25974.dkulp@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-0.8 required=3.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5-gr0 In general, when we release, I tend to just explode the cxf-bundle jar and copy the schemas directory out of it. That's the only place where all the schemas are really in a single place. Otherwise you need funky scripts and stuff to grab all the schemas from all over the place in the maven tree, and I would argue they don't really belong in the maven tree as individual artifacts. They really don't do anyone any good there. Dan On Friday 10 October 2008 4:59:12 am Sergey Beryozkin wrote: > Hi Willem > > Sounds like a good idea indeed. I've never done a CXF kit deployment though > so not sure how this script would be used. Can you explain more please ? > > Thanks, Sergey > > > Hi Sergey, > > > > It is very easy to let mvn publish the schema into the repository when > > deploy the kit. > > How about run auto sync script to copy the schema which is deployed in > > the maven repo ? > > In Camel , we are using this script to publish the latest schema into > > the web site. > > > > Willem > > > > Sergey Beryozkin wrote: > >> It's been updated now, should sync in the next few hours. Apologies it > >> took me so long to do it - I was having some issues with logging in to > >> the people.apache.org from my Windows box :-) and I was also > >> postponing the update as the schema would likely change soon too, once > >> I add some schema validation support to the jax rs endpoints > >> > >> Cheers, Sergey > >> > >> ----- Original Message ----- From: "smallufo" > >> To: > >> Sent: Monday, September 29, 2008 2:03 AM > >> Subject: http://cxf.apache.org/schemas/jaxrs.xsd is OLD > >> > >>> http://cxf.apache.org/schemas/jaxrs.xsd is OLD > >>> It has entityProviders , which should rename to providers .... > >> > >> ---------------------------- > >> IONA Technologies PLC (registered in Ireland) > >> Registered Number: 171387 > >> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, > >> Ireland > > ---------------------------- > IONA Technologies PLC (registered in Ireland) > Registered Number: 171387 > Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland -- Daniel Kulp dkulp@apache.org http://dankulp.com/blog