Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 30757 invoked from network); 10 Apr 2008 07:12:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Apr 2008 07:12:19 -0000 Received: (qmail 29584 invoked by uid 500); 10 Apr 2008 07:12:18 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 29511 invoked by uid 500); 10 Apr 2008 07:12:18 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 29500 invoked by uid 99); 10 Apr 2008 07:12:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Apr 2008 00:12:17 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [213.133.51.241] (HELO mail.hippo.nl) (213.133.51.241) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Apr 2008 07:11:22 +0000 Received: from [10.10.100.205] ([10.10.100.205]) by mail.hippo.nl with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Apr 2008 09:11:42 +0200 Message-ID: <47FDBDAE.2000407@onehippo.com> Date: Thu, 10 Apr 2008 09:11:42 +0200 From: Jeroen Reijn User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Core XML Module References: <47FB93E1.2060400@apache.org> <47FD2F11.6080008@tuffmail.com> <47FD2F73.4010801@apache.org> In-Reply-To: <47FD2F73.4010801@apache.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Apr 2008 07:11:42.0915 (UTC) FILETIME=[211CE930:01C89ADA] X-Virus-Checked: Checked by ClamAV on apache.org It sounds like a good plan. Go ahead Carsten! +1 Reinhard Poetz wrote: > Grzegorz Kossakowski wrote: >> Carsten Ziegeler pisze: >>> We currently have the core xml module, separated into api, impl and a >>> special entity resolver. The dependencies of these modules are minimal >>> but unfortunately the impl depends on spring internal classes. >>> >>> As we need xml stuff in Corona and as I would like to use this xml stuff >>> in other projects as well (and these projects use osgi and not spring), >>> I think we should cut these dependencies. >>> >>> So from my pov we need to change two things: make the modules usable >>> without spring and make it runnable in an osgi environment. >>> Making it usable in an osgi environment is very easy and just requires >>> to add some maven plugins and some meta data. There is no impact for >>> people not using osgi apart from an additional config file in the jar. >>> >>> Making the impl independent from spring just requires to create a new >>> super class of the current implementation which is spring free. >>> >>> If noone objects I would like to go ahead and do the changes. > > +1 > -- Met vriendelijke groet, Kind regards, Jeroen Reijn Hippo Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 www.onehippo.com info@onehippo.com