jakarta-taglibs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Geir Magnusson Jr." <ge...@optonline.net>
Subject Re: thoughts on new builds (was: Re: [UPDATE] Convertingexistingtaglibs to use new build)
Date Thu, 12 Jul 2001 12:04:28 GMT
James Strachan wrote:
> 
> Hi Geir
> 
> From: "Geir Magnusson Jr." <geirm@optonline.net>
> > James Strachan wrote:
> > >
> > > > This sounds like something I've heard referred to as CJAN (a la PERL's
> > > > CPAN), and that was tossed around on the ant-dev list a while back.  I
> > > don't
> > > > know why it hasn't taken off -- lack of a standard place to keep all
> the
> > > > libraries?  Anyway, it's a great idea if we could implement it
> somehow.
> > >
> > > Agreed.
> > >
> > > I'll see how CJAN is looking on jakarta-commons - last time I looked it
> > > wasn't too far away from being able to do some basic downloading - I
> think
> > > we've a great test case here on jakarta-tagilbs for CJAN ;-).
> > >
> > > I'll see if I can get some kind of ant target that will download all the
> > > required jars from somewhere. If we can get CJAN working then everyones
> > > happy (and we can use this technique on other jakarta projects too).
> I'll
> > > investigate further...
> >
> >
> > As the author of one of the implementations, I would be happy to work
> > here on this.  I wrote the 'jjar' version currently sitting in
> > commons-sandbox.
> >
> > It is called 'jjar' for Jakarta Java Archive Repository.  I felt that
> > CPAN was too big of a target to go after at first, with mirroring
> > servers and submission infrastructure - further, Java offers some unique
> > capabilities that allow us to think differently and tailor a solution
> > specifically for Java.
> >
> > The basic idea is that there is a repository of named, versioned jars
> > with a repository descriptor that allows the determination of
> > dependencies and such.  This allows dependency requirements to be
> > flexible - you may then specify only what you need, and jjar figures out
> > the rest dependency-wise.
> >
> > Currently, the proof of concept code contains an ant task and a
> > standalone 'commandline' task which allow you to specify on the cmd line
> > and in ant any given jar(s) and it/they and dependencies are fetched
> > into your local repository.
> >
> > It works fine.  I have a jar repository hosted on a publically
> > accessable machine, and the examples included demonstrate how it works.
> >
> > My next step was to add a 'jjar-aware' classloader, so the functionality
> > could be done on the fly at runtime.
> >
> > I am very interested in continuing work on this - it was something I
> > worked on very intensely after giving it much thought, but interest
> > seemed to die, so I stopped and did other things. (usual story :)
> >
> > So let me know if this is appealing :)
> 
> Yes its appealing! :-)
> 
> I followed the jjar / cjan discussions on jakarta-commons a while back and
> always meant to try out jjar (usual story :-)
> I was actually thinking of jjar in this thread, not CJAN (sorry Geir).
> 
> This sounds exactly what we need!

Ok - I am going to review the thread (been a rough couple of days, so
have been dumping lists other than Velocity...) and see if I can try to
solve whatever problem needs to be solved :)

geir

-- 
Geir Magnusson Jr.                           geirm@optonline.net
System and Software Consulting
Developing for the web?  See http://jakarta.apache.org/velocity/
You have a genius for suggesting things I've come a cropper with!

Mime
View raw message