Return-Path: Delivered-To: apmail-cxf-users-archive@www.apache.org Received: (qmail 55808 invoked from network); 20 Oct 2009 08:50:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Oct 2009 08:50:15 -0000 Received: (qmail 46451 invoked by uid 500); 20 Oct 2009 08:50:13 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 46411 invoked by uid 500); 20 Oct 2009 08:50:13 -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 46400 invoked by uid 99); 20 Oct 2009 08:50:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Oct 2009 08:50:13 +0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=SPF_PASS,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [131.239.30.131] (HELO ntmamx1.progress.com) (131.239.30.131) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Oct 2009 08:50:04 +0000 Received: from ntmamx1.progress.com (127.0.0.1) by ntmamx1.progress.com (MlfMTA v3.2r9) id hrlsrc0171sf for ; Tue, 20 Oct 2009 04:49:37 -0400 (envelope-from ) Received: from progress.com ([172.16.3.168]) by ntmamx1.progress.com (SonicWALL 7.1.1.1995) with ESMTP; Tue, 20 Oct 2009 04:49:37 -0400 Received: from NTEXFE02.bedford.progress.com (ntexfe02 [10.128.10.26]) by progress.com (8.13.8/8.13.8) with ESMTP id n9K8nh0P006519 for ; Tue, 20 Oct 2009 04:49:43 -0400 (EDT) Received: from sberyoz ([10.5.2.31]) by NTEXFE02.bedford.progress.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 20 Oct 2009 04:49:42 -0400 Message-ID: <008601ca5162$45adbfa0$1f02050a@emea.progress.com> From: "Sergey Beryozkin" To: Cc: "Oliver Wulff" References: <1348C4A8B6B9AF46A57B2CAA346E9C83F98CD1@MAIL02.bedford.progress.com> <200910191703.49705.dkulp@apache.org> Subject: Re: Use of OSGi http service instead of jetty engine Date: Tue, 20 Oct 2009 09:49:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-15"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3598 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-OriginalArrivalTime: 20 Oct 2009 08:49:42.0763 (UTC) FILETIME=[444703B0:01CA5162] X-Mlf-Version: 7.1.1.1995 X-Mlf-UniqueId: o200910200849370398375 X-Virus-Checked: Checked by ClamAV on apache.org Starting with 2.2.4 it is also possible to configure an alias for the CXF servlet. Example : > For the most part, in the spring config, instead of importing > META-INF/cxf/cxf-extension-http-jetty.xml > you would import > META-INF/cxf/osgi/cxf-extension-osgi.xml > > The "address" used on jaxws:endpoint and such would just be: > > /blah > > with no http://host:port type thing. would result in http://host:8181/cxf/blah URI being support but a given jaxws or jaxrs endpoint. Port '8181' can be changed in the etc/config.properties. You can add an org.apache.cxf.osgi.cfg to /etc directory and set the 'org.apache.cxf.servlet.context' property to say '/' or '/custom' and it will be used instead of 'cxf'. This property can also be configured using shell config commands and indeed the changes can be persisted and restored after the restart with the latest Karaf fix from Guilluame. cheers, Sergey > On Mon October 19 2009 4:57:30 pm Oliver Wulff wrote: >> Hi there >> >> When a customer deploys several applications into an osgi container >> (servicemix 4.x) each bundle configures/(instantiates) a jetty engine with >> security configurations etc. An idea is to re-use the osgi http service. >> Is this possible? Somehow, the osgi http service must know under which >> circumstances the request should be dispatched to cxf. > > Yes. Wit CXF less than 2.2.4, you would need the osgi http transport for cxf > thing that smx 4 has in their svn repo someplace. With 2.2.4, we moved that > code into cxf where we can maintain it better. > > For the most part, in the spring config, instead of importing > META-INF/cxf/cxf-extension-http-jetty.xml > you would import > META-INF/cxf/osgi/cxf-extension-osgi.xml > > The "address" used on jaxws:endpoint and such would just be: > > /blah > > with no http://host:port type thing. > > > -- > Daniel Kulp > dkulp@apache.org > http://www.dankulp.com/blog