Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (athena.apache.org: domain of simone.tripodi@gmail.com
 designates 66.249.92.173 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=VN1XYNZpizjOzWJzmnY/vr9J2PqARE+8Y3LriYdtTt+h9JoUU23fu7deW7wCinYH0x
         Zmf34gwDEEFvSJ/zKhq5s6TiyDnrkeIYnJPFAHFGDV4GgY44QM8jIT2w29nPK4JCAOUo
         q6FQIEiMDNJC+av62h3I0yMcvctOPqFyXUxjw=
Message-ID: <4173dc210812220743i62dcd485wc943a7f1f4a3b063@mail.gmail.com>
Date: Mon, 22 Dec 2008 16:43:00 +0100
From: "Simone Tripodi" <simone.tripodi@gmail.com>
To: dev@cocoon.apache.org
Subject: Re: [RT] Reusable code for xml (dom/sax)
In-Reply-To: <494FB25F.6070909@apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <494FB25F.6070909@apache.org>

Hi Carsten,
I totally agree with you, I thought - more or less - the same when I
coded the XInclude Patch[1] for Cocoon 3, I had to strip off all
Avalon dependencies and porting the code to new Java 5 provided
features, especially for the XPath part.

So, IMHO your idea is nice; unfortunately, not being a Committer or
PMC Member, I can't express my +1 :P

Best regards,
Simone Tripodi

[1] https://issues.apache.org/jira/browse/COCOON3-3

2008/12/22 Carsten Ziegeler <cziegeler@apache.org>:
> We've built a lot of very useful code for dealing with sax events or dom
>  nodes over the past years. As soon as you start doing some xml coding
> outside of Cocoon, you really miss this stuff :)
> So did I in the past months - unfortunately the code we have right now
> is a) hidden and b) has too many dependencies to be really usable as a
> nice library. So in my case I ended up copying bits and classes from
> Cocoon to my own project. After having done this now for the third
> time...I think it's time to do something about it.
>
> In line with the ideas about Cocoon 3, I think it totally makes sense to
> have a nice reusable xml lib with zero dependencies. This could/should
> also be used as a base for Cocoon 3 (I see some of the famous copied
> classes there already :) ) - I'm not sure if we should do something for
> 2.2, but that's another topic.
>
> So I started a new little project in the whiteboard[3] which contains
> some classes from trunk bundled together. I used a new package to not
> conflict with the existing classes.
> To reduce dependencies I removed all refs to Avalon, some marker
> interfaces like XMLConsumer (I think ContentHandler is sufficient) and
> removed some methods which came out of the old days of Cocoon. I updated
> the code to Java 1.5 and made an OSGi bundle out of the resulting jar.
>
> WDYT?
>
>
> Carsten
>
> [1] http://svn.apache.org/repos/asf/cocoon/whiteboard/xml-utils/
> --
> Carsten Ziegeler
> cziegeler@apache.org
>


-- 
My LinkedIn profile: http://www.linkedin.com/in/simonetripodi
My GoogleCode profile: http://code.google.com/u/simone.tripodi/
My Picasa: http://picasaweb.google.com/simone.tripodi/
My Tube: http://www.youtube.com/user/stripodi
My Del.icio.us: http://del.icio.us/simone.tripodi