Return-Path: X-Original-To: apmail-cxf-dev-archive@www.apache.org Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6AEA2105F2 for ; Tue, 7 May 2013 11:46:48 +0000 (UTC) Received: (qmail 68393 invoked by uid 500); 7 May 2013 11:46:48 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 68056 invoked by uid 500); 7 May 2013 11:46:48 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 68045 invoked by uid 99); 7 May 2013 11:46:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 11:46:47 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rmannibucau@gmail.com designates 209.85.220.180 as permitted sender) Received: from [209.85.220.180] (HELO mail-vc0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 11:46:42 +0000 Received: by mail-vc0-f180.google.com with SMTP id hv10so368272vcb.39 for ; Tue, 07 May 2013 04:46:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=0BnNbXJ2TvI2UFmHCu47ruPsc5U3A+8sSQSIg9QEGJg=; b=m7o4OiVhQ7A2RQtzghj+lVDy0/zI7e2sCSKc+ZnatgyCuPpWWzm9S59l2kYVE+zgYT 3xHbrnDMj15pUfNVrgIhx+Qx+vLg+VCuo1zTdwo+9X2XTPtIurKC2EXSmzwze+mGtK8j Djv35wOxHD8J+RtQgDmNQtfQ96luzjSOyN15z7oYp7O8YSZjLOL5j4wxSNdU2MMpljwD 1MlKGLyZYskPzmco3CdpXtAarHtuxqSrQyCyKaocZleGErhM0UAY2mVxsppCtkhABRLj kQaaNAsU7fPEs/QjfaBXOTdV9Oib8+7OmMEzoLyWf3in3rfd56YualNjGaFM75IDkUYU JnYg== X-Received: by 10.220.215.73 with SMTP id hd9mr926391vcb.19.1367927181609; Tue, 07 May 2013 04:46:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.116.164 with HTTP; Tue, 7 May 2013 04:46:01 -0700 (PDT) In-Reply-To: References: <5188C96E.2060909@gmail.com> From: Romain Manni-Bucau Date: Tue, 7 May 2013 13:46:01 +0200 Message-ID: Subject: Re: Cxf CDI and Jersey integration (No SPRING) To: dev@cxf.apache.org Content-Type: multipart/alternative; boundary=bcaec54ee374bd13ef04dc1f5d02 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec54ee374bd13ef04dc1f5d02 Content-Type: text/plain; charset=ISO-8859-1 @Nicolae: if you use cdi that's even worse, you basically have the same than tomee but done by yourself....and it doesn't answer the question "what's the issue with EJBs"? PS: we can talk about it on IRC if you want/can to avoid to bother cxf list, freenode #openejb for instance *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **http://rmannibucau.wordpress.com/* *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Github: https://github.com/rmannibucau* 2013/5/7 Nicolae Petridean > Hi, > we do not want to use EJB :). We use CDI for now, and even if we would > change that, we would choose Spring. > > Thanks, Nicu > > > On Tue, May 7, 2013 at 2:38 PM, Romain Manni-Bucau >wrote: > > > @Nicolae: Hi "too much EJB"? what does it mean? The EJB code is > basically > > less than cxf one > > > > *Romain Manni-Bucau* > > *Twitter: @rmannibucau * > > *Blog: **http://rmannibucau.wordpress.com/*< > > http://rmannibucau.wordpress.com/> > > *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* > > *Github: https://github.com/rmannibucau* > > > > > > > > 2013/5/7 Nicolae Petridean > > > > > Hi Sergey, > > > thanks for the quick answer. > > > Tomee is not an option for us...too much EJB inside. > > > The oAuth 2.0 resources will help. > > > > > > Nicu > > > > > > > > > On Tue, May 7, 2013 at 12:29 PM, Sergey Beryozkin < > sberyozkin@gmail.com > > > >wrote: > > > > > > > Hi > > > > > > > > On 07/05/13 09:50, Nicolae Petridean wrote: > > > > > > > >> Hi guys, > > > >> we are buidling an application that uses Jersey for exposing rest > > > services > > > >> and CDI for services management. > > > >> We need to integrate this app with a 3rd party identity provider but > > > we're > > > >> also consider the opportunity to replace jersey with CXF. The > problem > > is > > > >> we > > > >> do not have Spring in the application big picture. Can you help us > > with > > > >> some examples or advise about how and if we should do it (integrate > > with > > > >> jersey and CDI (Weld ) ? The security protocol we will use is also > not > > > >> clear yet. There is a possibility to use Oauth 2.0. > > > >> > > > > I'd recommend to ask a question about Jersey & CDI at the Jersey > users > > > > list, I'm pretty sure they support it in Glassfish. > > > > > > > > We do not have an explicit support for CDI in CXF. I think you can > get > > > CDI > > > > + CXF working well in TomEE+ distro. See what we have about OAuth2 at > > the > > > > moment: > > > > > > > > http://cxf.apache.org/docs/**jax-rs-oauth2.html< > > > http://cxf.apache.org/docs/jax-rs-oauth2.html> > > > > > > > > Also check Apache Oltu for OAuth2 - that should work with Jersey/CXF > > too. > > > > > > > > > > > > > > > >> If you cannot answer fully to my question, maybe you can guide us > to a > > > CXF > > > >> example without Spring. > > > >> > > > >> You can use CXFNonSpringJaxrsServlet, see > > > > http://cxf.apache.org/docs/**jaxrs-services-configuration.**html#** > > > > JAXRSServicesConfiguration-**ConfiguringJAXRSservicesincont** > > > > ainerwithoutSpring< > > > > > > http://cxf.apache.org/docs/jaxrs-services-configuration.html#JAXRSServicesConfiguration-ConfiguringJAXRSservicesincontainerwithoutSpring > > > > > > > > > > > > HTH, Sergey > > > > > > > > > > > > Thanks in advance, Nicu > > > >> > > > >> > > > > > > > > -- > > > > Sergey Beryozkin > > > > > > > > Talend Community Coders > > > > http://coders.talend.com/ > > > > > > > > Blog: http://sberyozkin.blogspot.com > > > > > > > > > > --bcaec54ee374bd13ef04dc1f5d02--