Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 92070 invoked from network); 23 May 2005 10:10:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 May 2005 10:10:56 -0000 Received: (qmail 53865 invoked by uid 500); 23 May 2005 10:10:49 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 53718 invoked by uid 500); 23 May 2005 10:10:44 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Delivered-To: moderator for dev@geronimo.apache.org Received: (qmail 27471 invoked by uid 99); 23 May 2005 07:50:17 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) From: "Juergen Hoeller" To: "Dain Sundstrom" , Cc: "Thierry TEMPLIER" , "Dmitriy Kopylenko" , Subject: RE: Geronimo JCA Date: Mon, 23 May 2005 09:49:55 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Dain, everybody, Great news :-) Thierry, Dmitriy and me have essentially been toying with the idea of creating a separate standalone project (SourceForge or Apache) for a tx-aware JCA Connector, able to interact with JOTM (or the like) for 2PC outside a J2EE server. This is not within Spring's own core competencies, thus the idea of a separate project. That's when the idea of checking out Geronimo came in: After all, it needs to have exactly such a component as well. Reusing Geronimo's transaction coordinator and Connector framework is - of course - a great solution. A separate distribution of that part of Geronimo, clearly supporting standalone usage, would be great! How do you plan to handle that in general: Do you rather intend to have a single Geronimo distribution where everyone can pick components, or release the stuff with different packaging for different target scenarios? I'm mainly wondering about Geronimo's own code here, not about integrated components like JOTM. Cheers, Juergen -----Original Message----- From: Dain Sundstrom [mailto:dain@iq80.com] Sent: Monday, May 23, 2005 2:13 AM To: Dmitriy Kopylenko Cc: Thierry TEMPLIER; Juergen Hoeller; rob.harrop@interface21.com; dev@geronimo.apache.org Subject: Re: Geronimo JCA On May 22, 2005, at 4:05 PM, Dmitriy Kopylenko wrote: > Hi Dain, > > thanks for the reply. We'll post do the dev-list. One more thing. > Would it be feasible to package TM and Connector (with pool impl) > as as a separate, reusable modules, let's say geronimo-tx.jar and > jeronimo-jca.jar or something to that effect? Absolutely. David Jencks has written an fabulous piece of software here and I personally would love to see it become the implementation everyone uses. I think that having a single jar along with some standalone how-to docs would help a ton. BTW, I added a demonstration of using Spring in the core of geronimo to wire up beans and for configuration. The spring.xml file I use for geronimo may help you get the configurations right: http://svn.apache.org/viewcvs.cgi/geronimo/trunk/sandbox/spring- assembly/src/conf/server.xml?rev=170517&view=markup -dain