Sorry, was meant for the list...
Forwarded Message
From: David Tanzer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [classlib] build / test system
Date: Tue, 21 Feb 2006 11:36:23 +0100
It has it's own repository format, and at the moment our repository is
quite
Will it use a maven repository? This sounds like a lot of the
functionality in Maven. Whether you like Maven or not, the fact that
there are large repositories of jars is great, so I hope your friend
will take advantage of that.
David Tanzer wrote:
A friend of mine is currently developing a
This actually sounds a lot like Ivy to me. We used jpackage to
accomplish a good portion of this back at redhat, but at Peopleclick,
we are moving towards an ivy-centered approach.
Ryan
On 2/20/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Will it use a maven repository? This sounds like a
A friend of mine is currently developing a program to manage Java
project resources (jars and others) called gc resource repository
(gc-rr):
http://dev.guglhupf.net/commons/rr/index.html
Some of the features are:
* Central resource repository to share resources between multiple
projects.
David Tanzer wrote:
A friend of mine is currently developing a program to manage Java
project resources (jars and others) called gc resource repository
(gc-rr):
http://dev.guglhupf.net/commons/rr/index.html
Some of the features are:
* Central resource repository to share resources between
On Sun, 2006-02-19 at 10:46 -0600, Archie Cobbs wrote:
David Tanzer wrote:
A friend of mine is currently developing a program to manage Java
project resources (jars and others) called gc resource repository
(gc-rr):
http://dev.guglhupf.net/commons/rr/index.html
Some of the
2006/2/15, Geir Magnusson Jr [EMAIL PROTECTED]:
Stepan Mishura wrote:
I need sync. with repository once a day, for example, in the morning to get
yours and Tim's last updates :-) . And during a working day I may do dozen
workspace builds. So each build will verify whether used jar files (I
If redistributing Eclipse's jars is not an issue then I think it would be
good to put them to SVN and set up the ant build script accordingly. This
will simplify build process.
Also this can be applied, for example, to BC provider jar - we'll avoid
questions like: which version of BC did you use?
Hi Stepan,
And if redistributing the Eclipse jars was an issue then we could simply
make use of the Maven jar repository at ibiblio.org. The jars necessary
for using the Eclipse compiler can be obtained from there without the
need to download the entire Eclipse platform (see
George Harley george.c.harley at googlemail.com writes:
Hi Stepan,
And if redistributing the Eclipse jars was an issue then we could simply
make use of the Maven jar repository at ibiblio.org.
We want to be able to redistribute a java compiler implementation as well. If
redistributing
Stepan Mishura stepan.mishura at gmail.com writes:
Also this can be applied, for example, to BC provider jar - we'll avoid
questions like: which version of BC did you use? Everybody will use jar that
is distributed with Harmony code base and is used to test it.
Not necessarily. When deploying
Well, it would be nice. However I don't like build scripts that depend on
network.
Yes, there should be the possibility to download needed jars once and
forget about network.
--
Alexey A. Petrenko
Intel Middleware Products Division
Hi Alexey,
The usetimestamp attribute of Ant's get task kind of offers this
functionality. Setting the attribute value to true means that the
download only proceeds if the local copy of the resource is missing or
stale.
There is more information on this at
And to detect whether it is stale or not you need network. Right?
It is very inconvenient to find out in the middle of the build that network
is too slow and it will take hours to download new version of a jar file.
You know, it always happens when you are in a big hurry :-)
Thanks,
Stepan
On
Hi,
OK, yes, it needs a network connection. My point was really that
usetimestamp provides a mechanism for jars to be downloaded only when
required (i.e. when not present or when stale). I wasn't really
intending to sell it as a way of working without the network hence the
declaration that
Yah, that or just fetch from ibiblio or -ish dynamically. I hate
connecting anything to ibiblio because it's so painfully slow at times...
But I do want to establish precise versions for things - keeps the what
was on your classpath problems to a bare minimum.
geir
Stepan Mishura wrote:
George Harley wrote:
Hi Stepan,
And if redistributing the Eclipse jars was an issue then we could simply
make use of the Maven jar repository at ibiblio.org. The jars necessary
for using the Eclipse compiler can be obtained from there without the
need to download the entire Eclipse
Dalibor Topic wrote:
Ocassionally, that means removing proprietary software from binaries/sources
distributed by the Apache Software Foundation (used to redistribute Sun's BCL
licensed stuff a while ago, and may still do, see [1] for an example) in order
to make them redistributable by other
Alexey Petrenko wrote:
Well, it would be nice. However I don't like build scripts that depend on
network.
Yes, there should be the possibility to download needed jars once and
forget about network.
That's what using get in ant does - it should be able to fail
silently. Or, if not, we put
Stepan Mishura wrote:
And to detect whether it is stale or not you need network. Right?
If you have a network, then you get it. If you don't have a network,
then it doesn't matter if it's stale or not, because there is nothing
you can do about it anyway.
The assumption is that you keep
Hi Geir,
If folks find the ibiblio site slow and the latest versions of what we
need are not available, is there any merit in an Apache Harmony
repository being set up that would contain whatever binaries are
required by developers (e.g. eclipse compiler jars, BC provider jar, etc) ?
Best
George Harley wrote:
Hi Geir,
If folks find the ibiblio site slow and the latest versions of what we
need are not available, is there any merit in an Apache Harmony
repository being set up that would contain whatever binaries are
required by developers (e.g. eclipse compiler jars, BC
Geir Magnusson Jr geir at pobox.com writes:
That was a mistake, the BCL stuff.
Yeah, I believe everyone agrees on that.
That is being taken care of.
Does that mean tomcat 4[1] will it be pulled completely from Apache.org,
or will there be a new release?
It would be easy to write a script
Dalibor Topic wrote:
Geir Magnusson Jr geir at pobox.com writes:
That was a mistake, the BCL stuff.
Yeah, I believe everyone agrees on that.
That is being taken care of.
Does that mean tomcat 4[1] will it be pulled completely from Apache.org,
or will there be a new release?
I have
I need sync. with repository once a day, for example, in the morning to get
yours and Tim's last updates :-) . And during a working day I may do dozen
workspace builds. So each build will verify whether used jar files (I think
we will have a number of them) are up to date or not. Right? Is this
Stepan Mishura wrote:
I need sync. with repository once a day, for example, in the morning to get
yours and Tim's last updates :-) . And during a working day I may do dozen
workspace builds. So each build will verify whether used jar files (I think
we will have a number of them) are up to date
I'm dorking around with some ant scripts for doing a complete unit test
run over all modules.
After some pondering, I'd like to have us eat our own dogfood (ok,
Eclipse's dogfood) and start doing everything that we can using the
eclipse java compiler, with the goal of self-hosting at some
Geir Magnusson Jr wrote:
So to that end, I'd like to set things up so that by default, we use the
eclipse compiler, but that means that people have to go through a
[painful] process to get the jars (2 of them) - namely if you don't have
Eclipse installed, you have to go get it and dig two jars
Archie Cobbs wrote:
Geir Magnusson Jr wrote:
So to that end, I'd like to set things up so that by default, we use
the eclipse compiler, but that means that people have to go through a
[painful] process to get the jars (2 of them) - namely if you don't
have Eclipse installed, you have to go
Geir Magnusson Jr wrote:
Archie Cobbs wrote:
Geir Magnusson Jr wrote:
So to that end, I'd like to set things up so that by default, we use
the eclipse compiler, but that means that people have to go through a
[painful] process to get the jars (2 of them) - namely if you don't
have
30 matches
Mail list logo