Return-Path: Delivered-To: apmail-incubator-cxf-dev-archive@locus.apache.org Received: (qmail 52236 invoked from network); 3 Dec 2007 02:40:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Dec 2007 02:40:31 -0000 Received: (qmail 29693 invoked by uid 500); 3 Dec 2007 02:40:19 -0000 Delivered-To: apmail-incubator-cxf-dev-archive@incubator.apache.org Received: (qmail 29658 invoked by uid 500); 3 Dec 2007 02:40:19 -0000 Mailing-List: contact cxf-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cxf-dev@incubator.apache.org Delivered-To: mailing list cxf-dev@incubator.apache.org Received: (qmail 29649 invoked by uid 99); 3 Dec 2007 02:40:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Dec 2007 18:40:18 -0800 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 james.mao@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; Mon, 03 Dec 2007 02:39:59 +0000 X-IronPort-AV: E=Sophos;i="4.23,241,1194238800"; d="scan'208";a="7704626" Received: from amer-ems1.ionaglobal.com ([10.65.6.25]) by amer-mx1.iona.com with ESMTP; 02 Dec 2007 21:40:01 -0500 Received: from [127.0.0.1] ([10.129.9.184]) by amer-ems1.IONAGLOBAL.COM with Microsoft SMTPSVC(6.0.3790.1830); Sun, 2 Dec 2007 21:40:00 -0500 Message-ID: <47536C53.9030101@iona.com> Date: Mon, 03 Dec 2007 10:39:15 +0800 From: James Mao User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: cxf-dev@incubator.apache.org CC: Glen Mazza Subject: Re: [PROPOSAL] Migrate Project Yoko from Incubator to Geronimo / CXF References: <200711301627.48753.dkulp@apache.org> <1196465015.6491.5.camel@gmazza-desktop> <200711301831.21653.dkulp@apache.org> In-Reply-To: <200711301831.21653.dkulp@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Dec 2007 02:40:01.0335 (UTC) FILETIME=[CD537470:01C83555] X-Virus-Checked: Checked by ClamAV on apache.org But we should also do the interop test as well if we migrate it from YOKO, right? With Orbix? James > Well, by CORBA, I really mean IIOP, but that's a detail. > > Basically, it's a combination binding (like soap) + transport (http) > where the JAXB (for example) objects get mashalled down to corba > streamables (instead of soap) and send on the wire via the IIOP stuff. > > The tooling is basically tools to do things like: > idl -> wsdl > wsdl -> idl > wsdl -> "wsdl with corba binding defined" > etc... > > Dan > > > > On Friday 30 November 2007, Glen Mazza wrote: > >> Just to make sure I understand this correctly, when you mean "corba >> binding", you mean another transport, just like HTTP or JMS, correct? >> >> Thanks, >> Glen >> >> Am Freitag, den 30.11.2007, 16:27 -0500 schrieb Daniel Kulp: >> >>> I just want to go on record as saying I COMPLETELY support this and >>> think the CXF parts of this makes a lot of sense for the CXF >>> project. I've always felt the binding parts of Yoko should have >>> been done in CXF to start off with. >>> >>> For those that aren't familliar with it, the yoko ws binding stuff >>> described in the proposal provides some tooling and a corba binding >>> for CXF. It allows a CXF client (like a JAX-WS/JAXB client, but >>> should work with the other frontends) to talk to CORBA servers or >>> for a CXF server to be exposed as a CORBA server so other CORBA apps >>> can talk to it. >>> >>> >>> Anyway, Matt wants a vote to accept the proposal or not, but I'd >>> like to leave this open for discussion for a couple days first as >>> I'd like to hear others thoughts about it. >>> >>> Dan >>> > > > >