On Thu, 28 Mar 2002, [EMAIL PROTECTED] wrote:
Now, it occurred to me that ANT would be the best tool to use for
keeping manifest files in synchronization with code/releases, but I
found [not that there may not exist] no easy way to do this with
built in commands.
Ant 1.4.1 supports manifest
On Fri, 29 Mar 2002, Danny Angus wrote:
Morning,
I wrote:
I'm not qualified to put forward any suggestions
That doesnt stop most people, including myself from replying ;)
Sam replied:
I respectfully disagree.
Thanks Sam, I'll now bore you with my own opinion, and see if you
On Thu, 2002-03-28 at 16:06, Peter Donald wrote:
On Fri, 29 Mar 2002 07:49, Andrew C. Oliver wrote:
*gets the feeling that the project marketing campaign for Maven has
begun and wonders if he bought into a time share and singed up for a
free seminar by accident*
The funny thing is that
Morning,
I wrote:
I'm not qualified to put forward any suggestions
Sam replied:
I respectfully disagree.
Thanks Sam, I'll now bore you with my own opinion, and see if you change
your mind.. ;-)
I believe that there are two conflicting forces at work within Jakarta
regarding cross
Even less valuable opinions inline :)
Danny Angus [EMAIL PROTECTED] wrote on 29/03/2002 10:08:45 PM:
I don't know how this helps to clarify the situation, but I expect a
Jakarta registry is probably required, and the ability for
sub-projects to
define their classpaths as part of their
On Fri, 29 Mar 2002 22:08, Danny Angus wrote:
This raises a couple of issues though..
a) it implies that there be an ant based installer for each application
participating in the scheme
Maybe not an ant based installer. However what it does need is something that
is equivelent to unixes
So where does that leave us?
Do you (Pete) believe that the work you're going to put into Ant2 and java versioning
can address this satisfactorily in a generic way?
What participation would it require from sub-projects wanting to adopt it?
Should, perhaps, Jakarta be using our hard fought
There was a discussion about an enterprise distribution of jakarta and
other open-source java technologies some time back on this list that
resulted in starting oed project on SourceForge [which is pretty much
dead at the moment :-( ].
Which may suggest that there's more to solving this
There was a discussion about an enterprise distribution of jakarta and
other open-source java technologies some time back on this list that
resulted in starting oed project on SourceForge [which is pretty much
dead at the moment :-( ].
Which may
Danny Angus wrote:
There was a discussion about an enterprise distribution of jakarta and
other open-source java technologies some time back on this list that
resulted in starting oed project on SourceForge [which is pretty much
dead at the moment :-( ].
Which may suggest that there's more
It would be a real shame for the lack of an total automated
solution to lead
to the lack of a simple manual solution. If administrators can manually
check the explicit version of a JAR, rather than comparing
sizes/datestamps,
that would be a major improvement over today. Correctly version
Ainsi parlait Andrus Adamchik :
[..]
Task of a package creator is harder. (Here is a link with detailed
information : http://www.rpm.org/max-rpm/ ). In short (in reality it is
rather hard) package creators need to get sources, convert
configure-make-make install into a special RPM spec for a
I hear you. And I think I understand pretty well ;-). Therefore I was
looking at your project as an example how this should be done in Java
world.
Guillaume Rousse wrote:
Curiously in java world, packager work is generaly is at best
misunderstood, often ignored, or even seen with some
Hi,
(if this is getting too OT tell me to sling my hook)
I just printed and read the jdk 1.3 optional packages versioning document
(again) then found this ..
http://java.sun.com/j2se/1.4/docs/guide/plugin/developer_guide/extensions.ht
ml the section on Java Extensions Installation made
All,
I've been lucky enough to have benefited from a lot of the excellent
packages put out be this community, e.g. ANT/XERCES/LOG4J/XALAN/SOAP2.2/AXIS
etc etc, and I thank you all for that. Recently however my utilization of a
lot of Apache software has bitten me (commons-logging in AXIS in this
It would also be very nice if this were rolled into Maven :)
cheers,
- Leo
Well, at this point Adam, we don't so much has have a written guideline
for creating a Jakarta release, so adding versioning to a non-existent
guidelines poses something of a challenge :O)
Please please please
*gets the feeling that the project marketing campaign for Maven has
begun and wonders if he bought into a time share and singed up for a
free seminar by accident*
Leo Simons wrote:
It would also be very nice if this were rolled into Maven :)
cheers,
- Leo
Well, at this point Adam, we don't
: Thursday, March 28, 2002 1:33 PM
To: Jakarta General List
Subject: Re: Managing versions of Apache Jakarta software
Well, at this point Adam, we don't so much has have a written guideline
for creating a Jakarta release, so adding versioning to a non-existent
guidelines poses something of a challenge :O
and to think I haven't even downloaded it yet! :D
*gets the feeling that the project marketing campaign for Maven has
begun and wonders if he bought into a time share and singed up for a
free seminar by accident*
Leo Simons wrote:
It would also be very nice if this were rolled into
On Fri, 29 Mar 2002 07:49, Andrew C. Oliver wrote:
*gets the feeling that the project marketing campaign for Maven has
begun and wonders if he bought into a time share and singed up for a
free seminar by accident*
The funny thing is that some of the people marketing maven haven't even
, that filled the gap (and perhaps eventually showed Javasoft the
need for one.)
regards,
Adam
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 28, 2002 1:33 PM
To: Jakarta General List
Subject: Re: Managing versions of Apache Jakarta software
Peter Donald wrote:
On Fri, 29 Mar 2002 07:49, Andrew C. Oliver wrote:
*gets the feeling that the project marketing campaign for Maven has
begun and wonders if he bought into a time share and singed up for a
free seminar by accident*
The funny thing is that some of the people marketing maven
Pete Donald wrote:
Anyways if there is a demand for this I can get it into the
ant1.5 codebase
earlier.
I think what there ought to be a demand for is a Jakarta wide code of practice for
declaring versions and dependancies, even if its only in documentation. I guess this
just adds a
Sam Ruby [mailto:[EMAIL PROTECTED]] wrote:
I very much like xml-commons-which.
http://cvs.apache.org/viewcvs.cgi/xml-commons/java/src/org/apache/env/
It seems very useful, and I've only view it briefly [so I am no expert] but
wouldn't it be better if classes/packages known or
24 matches
Mail list logo