Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 13438 invoked from network); 18 Jun 2008 21:36:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Jun 2008 21:36:49 -0000 Received: (qmail 9328 invoked by uid 500); 18 Jun 2008 21:36:50 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 9279 invoked by uid 500); 18 Jun 2008 21:36:50 -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 9267 invoked by uid 99); 18 Jun 2008 21:36:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jun 2008 14:36:50 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of eric.johnson@iona.com designates 12.170.54.180 as permitted sender) Received: from [12.170.54.180] (HELO amer-mx1.iona.com) (12.170.54.180) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jun 2008 21:35:57 +0000 X-IronPort-AV: E=Sophos;i="4.27,667,1204520400"; d="scan'208";a="12539275" Received: from amer-ems1.ionaglobal.com ([10.65.6.25]) by amer-mx1.iona.com with ESMTP; 18 Jun 2008 17:36:14 -0400 Received: from 10.65.2.72 ([10.65.2.72]) by amer-ems1.IONAGLOBAL.COM ([10.65.6.25]) with Microsoft Exchange Server HTTP-DAV ; Wed, 18 Jun 2008 21:36:14 +0000 Received: from daphne by amer-ems1.ionaglobal.com; 18 Jun 2008 17:36:13 -0400 Subject: Re: Ideas for 2.2 From: Eric Johnson To: dev@cxf.apache.org In-Reply-To: <25C53336-B6BF-4DFB-B2F9-6EA4FF815622@apache.org> References: <25C53336-B6BF-4DFB-B2F9-6EA4FF815622@apache.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: IONA Technologies, PLC Date: Wed, 18 Jun 2008 17:36:12 -0400 Message-Id: <1213824972.14455.1.camel@daphne> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 X-Virus-Checked: Checked by ClamAV on apache.org I like the idea of custom annotations for making the Java-first stuff work better. On Wed, 2008-06-18 at 11:17 -0400, Daniel Kulp wrote: > Now that 2.1.1 is being voted on, I'd like to step back a bit and talk > a little about ideas for the next versions. > > First, most likely, we'll need to do a 2.1.2 release in about 6-8 > weeks (and maybe 2.0.8 as well). We've done a very good job of > getting fixes out to our users in a timely manner and I'd like to keep > that up, but I also would like to think about 2.2 a bit as well. I > haven't created the 2.1.x fixes branch yet, but I probably will > shortly if we start doing some new stuff toward 2.2. > > That said, here is my list of stuff that is "missing" and could be > considered for 2.2: > > 1) WS-Trust/WS-SecurePolicy/WS-SecureConversation stuff. Not > supporting these is becoming increasingly problematic. Most likely, > when I get back from my paternity leave, I'm going to start digging > into these a bit. I haven't really read up on these yet (in depth) so > any help would be greatly appreciated. > > 2) XMLBeans tooling - I started this a bit for 2.1.1. 2.1.1 now will > actually generate some interfaces for xmlbeans, but the sample clients/ > servers are wrong (don't set the jaxb databinding) and I'm not sure if > the interfaces even work unless you use a jaxws customization to force > everything into bare mode. Cleaning this stuff up could be a 2.1.x > "fix" as well. > > 3) JIBX data binding - This is probably the last major thing not > ported from XFire. Not sure the demand on it though. > > 4) Extension via annotation - Benson and I have chatted about this off > and on. Basically, we'd like to add hooks into the > ReflectServiceFactoryBean so that registered listeners can get events > about when things happen. Like when an interface is mapped to a > ServiceInfo, a method is mapped to a OperaionInfo and > BingingOperationInfo, etc... The listeners can then examine the > Method object or Class object or whatever for any additional things > it's interested in at runtime. This would allow for some custom > annotations. Examples: > Configure some logging: > @Logging(in = "in.log", out = "out.log", fault = "") > Configure and IDL location for the corba binding: > @IDLLocation("file:/foo.idl") > Add documentation to the wsdl: > @WSDLAnnotation("This operation does XXX") > etc... > Some of the stuff in the JAX-WS frontend could then be re-written to > use that. Processing of the @WebServiceFeature annotations and stuff > could be re-implemented that way. The main thing here is to make > some of the java-first things work a bit better/easier. (our own > @Features annotation could be deprecated in favor of explicit > annotations for the features we have) > > 5) OSGi stuff - I know there are some OSGi enhancements in the works > that could be pulled in: > a) osgi http transport - this currently lives in ServiceMix, but > could be pulled into CXF to work with other OSGi runtimes > b) Distributed OSGi (RFC 119) - there is work being done to > implement RFC 119 with CXF. There are some rules about releasing the > IP for this though that is being investigated. > > 6) JMS transport enhancements - I keep wanting to update this a bit to > leverage spring jms stuff a bit better to make it much easier to > configure. > > 7) JAX-RS updates - to 0.7 at least. Maybe later versions as they > come up with them. > > 8) Web site update? I'd like to possibly create a quick logo and > update the site a bit to look a bit less like confluence. This is a > "would be nice anytime, not just for 2.2" type thing. > > > I'm sure there will be a bunch of other enhancements as well. Stuff > like performance/memory enhancements, etc... > > Anyway, thoughts? Other ideas? Comments? > > > --- > Daniel Kulp > dkulp@apache.org > http://www.dankulp.com/blog > > >