will be a great
addition to the team.
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Python, just for that :o)
Cheers
Niclas
On Tuesday 19 July 2005 13:26, [EMAIL PROTECTED] wrote:
There is a problem with run 'vmgump-public' (17072005_180001), location :
http://vmgump.apache.org/gump/public
The log ought be at:
http
unacceptable
HTML, nothing was left.
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
as the
periodicity of the schedule.
Restart is not really feasible. Stopping is probably better word.
Right now the Kaffe build is running, and it has a lot of other issues I
think, so no need to do anything.
Cheers
Niclas
class inspection mechanism, also present in javac.
Beginning of thread is available here;
http://archives.java.sun.com/cgi-bin/wa?A2=ind0501L=rmi-usersF=S=P=844
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED
. Other?
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
/kerberos/trunk/kerberos should be directory/kerberos/trunk and then
more projects should be added; main, core, protocol, and client I guess.
I am too tired to do this right now.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org
(maybe shouldn't
have done that part :o) ).
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED
just ignored the event and went on with
my work.
So, there are plenty of other people on this list living in within the reach
of nature's wrath, mostly hurricane/cyclone territory. I am not one of those
:o)
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net
Hi,
Are there any restrictions (firewall) to open sockets on Brutus??
Some of the Directory testcases opens port (or next available) for
listening and then executes tests against it as a client. Is there anything
at OS level that prohibit this?
Cheers
Niclas
be used to put together the
build dependency graph, i.e. the build order.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org
of the following unsatisfied dependencies:
geronimo-spec-jta-1.0.1B-rc1.jar
geronimo-spec-javamail-1.3.1-rc1.jar
This is for directory-naming-factory.
Any clue?
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org
On Tuesday 21 December 2004 21:17, Stefan Bodewig wrote:
On Tue, 21 Dec 2004, Niclas Hedhman [EMAIL PROTECTED] wrote:
And the Gump descriptor has;
depend property=maven.jar.geronimo-spec-jta project=jta id=jta
/ depend property=maven.jar.geronimo-spec-javamail project=javamail
id
I have noticed my mistake Correcting!!
Niclas
On Tuesday 21 December 2004 21:47, [EMAIL PROTECTED] wrote:
niclas 2004/12/21 05:47:58
Modified:project directory-eve.xml directory-janus.xml
directory-kerberos.xml directory-ldap.xml
) (by lazy consensus, very lazy...)
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
. Therefore we
need a second moderator for that list. If anybody wants to be added
as moderators for the other lists as well, that's fine with me.
Any volunteers?
You can add me, provided I am taken out upon my later request ;o)
Cheers
Niclas
--
+--//---+
/ http
to maintain it.
I am currently sick, and not in the shape of this :o(
Need to inform the Directory folks, and what that means to them... but
shouldn't be much of a hazzle.
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.org
with Magic for the Avalon projects).
I can sense that Brett and myself are leaning more towards the 2. , whereas
for instance Adam and Stefan(o) are more favourable of 1.
Both have their technical and social strengths. But I think we need to
conclude which way to go.
Cheers
Niclas
On Monday 13 December 2004 09:09, Stefano Mazzocchi wrote:
Eric, I really don't care what ID we choose, as long as it does identify
something univocally also in a global and distributed environment.
RDF ?
Isn't RDF a perfect fit for this kind of problems ?
Niclas
, POM *alone* is not enough, but can remove the need for a gump goal in
Maven.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org
.
Ian Springer, I think you should enquire why that is the case.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e
On Tuesday 14 December 2004 19:47, Stefan Bodewig wrote:
This has to be done by each developer individually, correct?
Correct.
Find my config file below.
Cheers
Niclas
### This file configures various client-side behaviors.
###
### The commented-out examples below are intended to demonstrate
-naming shouldn't be too hard to get operational. However, it
consist of two projects, not one. See
https://svn.apache.org/repos/asf/incubator/directory/naming/trunk/gump.xml
I think I'll have these Ok as soon as Log4J is back to be operational (they
have been notified).
Cheers
Niclas
, such as;
directory-naming-core
directory-naming-factory
eve
eve-dib
eve-shared
eve-protocol
eve-kerberos
and others.
So there is something very wrong.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org
they both proceeds, which
will be a race for CPU.
Also, from my PoV (trying to get directory to build), could you perhaps also
swap the public-1800 with the jdk15-0600 or the test-1200, as it would help
me a lot.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net
On Sunday 12 December 2004 04:40, Adam R. B. Jack wrote:
all because dependencies have failed to build, but no nags on projects
that
actually failed, such as;
Yes, indeed. Could you forward a few (or all) of them to me, P2P please?
done. don't think you want them all.
:o)
cheers
niclas
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
)
Cheers
Niclas
Are you sure the svn tag is right? The doco says it just takes an URL
(though this is fine if it works!)
- Brett
On Fri, 10 Dec 2004 23:07:52 +1100, Brett Porter [EMAIL PROTECTED]
wrote:
The EMPTY is annoying, but strictly speaking, they should be, whilest
they actually
didn't notice.
I'll try to enable this for the next run (if any), and see what happens.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net /
/ http://niclas.hedhman.org
On Saturday 11 December 2004 01:11, Niclas Hedhman wrote:
On Friday 10 December 2004 20:19, Brett Porter wrote:
Ok, I still have to do the EMPTYs, but can you take another look? (or
is there a way I can do this?)
If you commit the Eve Gump descriptor, then go to CVS Gump profile/ dir
On Saturday 11 December 2004 01:08, Stefan Bodewig wrote:
Yes, it is Gump's fault, but then again it doesn't make any sense as
a descriptor-element either.
Btw, I do it myself all the time; When a testcase fail, it is easier to remove
the test ;o)
Cheers
Niclas
!!! I am trying to bring the Directory project into Gump, and made a very
rough first cut at it...
If you find them annoying, just ignore :o)
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
if this was a chagne for 1.3 and whether that means
that everyone who uses RFA have to change the config files, I got from Ceki
the answer; Yes to those two questions.
Very strange change of attitude, and I don't know why this is happening.
Cheers
Niclas
On Tuesday 30 November 2004 21:32, Ceki Glc wrote:
At 03:39 AM 11/30/2004, Geir Magnusson Jr wrote:
anyway, the interesting thing is the problem I have fixing Velocity so
Gump is happy ...
Niclas Hedhman informed us of this problem. There was a conscious choice to
remove the old
work around them
[projects not willing to co-operate]...
I would call that mixed signals... ;o)
Cheers
Niclas
P.S. Let me know when you figured out that Java is a better tool after all :o)
so I can help more actively.
--
+--//---+
/ http://www.dpml.net /
/ http
build system
groups, to put in the continous integration support directly into those
tools, instead of the manual labour of bolting it on externally.
I might be back later, but for now I wish you all Good Luck.
Cheers
Niclas
--
+--//---+
/ http://www.dpml.net
that other projects can use it? Adam
was the main person I spoke to initially and has been very busy/quiet
lately.
AFAIK, most people around here; Stefano, Adam, Stefan, me, Leo and probably
others.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http
it somehow and doesn't have it.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
that are forcing a 1.0.2 release), so I'll get to it
after that.
This brings up the issue; Gump seems to be using 1.0. Is that sufficient or is
an upgrade recommended?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
, at some point. I have no idea how they manage to depend on it though,
since it was a fairly internal module in Merlin.
Steve?? Any clue?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
On Thursday 18 November 2004 20:15, Stefan Bodewig wrote:
On Thu, 18 Nov 2004, Niclas Hedhman [EMAIL PROTECTED] wrote:
On Thursday 18 November 2004 18:08, [EMAIL PROTECTED] wrote:
+depend project=jakarta-velocity/
+depend project=jakarta-velocity/
+depend
Gang,
I think the following Gump failure could be related to recent Log4J changes...
http://brutus.apache.org/gump/public/ws-axis/ws-axis/gump_work/build_ws-axis_ws-axis.html
Any input is appreciated.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http
, and
that doesn't exist either. Either do the above (1.) since Gump is providing
the HEAD build of the said package, or tell us how to tell the build script
where to find this jar.
Thanks for your co-operation.
Niclas Hedhman
P.S. Please respond to the [EMAIL PROTECTED]
[1] The current success rate
build.
I am too busy to fix this, but I think the property
maven.commons-beanutils-core.jar
needs to be set to the Jar in question.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
. And, the maven.commons-beanutils-core.jar will
map between the two, correct?
Correct. BUT I am not entirely sure that properties work with maven as one
would expect. trial and error I guess.
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
for 2 minutes test.
Ok. If you want a property to be set, just set it;
maven
property name=gump.isRunning value=true /
/maven
should work.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
On Tuesday 02 November 2004 23:18, Eric Pugh wrote:
Cool, it is GUMP-87. So, the files output by gump are not located
someplace that I can browse via HTTP then huh.. Anyway I could get
permissions to logon to the box and see?
It is not for me to grant, so meanwhile here is the relevant (I
element, and I think so.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
IMHO
the best of both for the ASF side of the equation.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail
for those builds (i.e. each participants
will make available more resource than their part will consume).
IMHO, this is a tangible, highly interesting and highly valuable challenge,
and not beyond reach.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http
is a sign of Gump creating problem for you,
or if Gump amplifies future trouble with external dependencies??
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
On Monday 01 November 2004 23:41, Stefano Mazzocchi wrote:
So, let me rephrase my proposal:
If a project:
1) is not an ASF project
2) no ASF project depend on it
3) has been broken for a while and shows no sign of activity (gump-wise)
we remove it from the gump.xml profile that
export JAVAC=jikes-kaffe
## Jikes doesn't like javac.source=1.2 in build.xml, but only accepts 1.3
or 1.4 export ANT_OPTS=-Dbuild.compiler=jikes -Djavac.source=1.3
So, are you suggesting that we do the above, or are you suggesting that we
should prepare to get Kaffe from CVS?
Cheers
Niclas
. Except for Americans it would make life a lot easier, since
who have a clue about what PST and PDT is, and when it is either... ;o)
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
projects are dependent upon.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED
the junit results to a
browsable output area, which is great now when we will be hitting more and
more testcase failures, and quickly provide the output to the people it
concerns.
Since it is almost in place, can someone have a quick look at it, and see if
there is a quick fix.
Cheers
Niclas
? The
2.5 in the jar name in Jetty suggests Xerces-J 2.5 to me.
Perhaps. Feel free to try to get the name xmlParserAPIs to map against the
Maven artifactID of the same name. ATM, type=boot jars will not map to
Maven jar overrides, and I couldn't figure out any other way to handle this.
Cheers
Niclas
connections.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
with every build.
Alternatively, Steve wanted Gump to ask Magic to generate the Gump descriptor
before executing, i.e. before building the project models. An alternative to
that, was we discussed to have a servlet generating it upon the http://
request, but that never took off either.
Cheers
Niclas
. If they link to installed packages, that is.
The link is;
ln -s jms.jar geronimo-jms-DEV.jar
so it is only a Jar reference. Should work, right?
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
Excalibur gang,
Jakarta Turbine Fulcrum has a couple of projects that depends on the
excalibur-configuration project, which doesn't exist anymore.
What is the migration path for this artifact?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http
. If they link to installed packages, that is.
Well, well, well... Now I am starting to understand how some of this stuff
works. :o)
Thanks for the pointer
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
a separate bootstrap script.
WDYT?
Cheers
Niclas
P.S. After this passes, there are other issues further down in the bootstrap
script, but I haven't worked on those yet.
echo ... Compiling Ant Classes
${JAVAC} $BOOTJAVAC_OPTS -d ${CLASSDIR} \
${TOOLS}/bzip2/*.java \
${TOOLS}/tar/*.java
chance that setting pom.currentVersion would work, but I suspect that
the last-takes-precendence principle often used in Maven will prevail.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
-dependencies were mentioned in the profile,
when disabling Phoenix. Has been fixed.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
On Sunday 24 October 2004 19:52, Eric Pugh wrote:
Hi Niclas.. I think the fix isn't working.. Not sure what is going on..
also, on a related note, I switched to javamail-1.3, but it doesn't seem to
pick it up as well...
The version doesn't matter.
What matters is the match between the Maven
On Sunday 24 October 2004 20:04, Niclas Hedhman wrote:
On Sunday 24 October 2004 19:52, Eric Pugh wrote:
Hi Niclas.. I think the fix isn't working.. Not sure what is going
on.. also, on a related note, I switched to javamail-1.3, but it doesn't
seem to pick it up as well...
The version
can be picked up at all, but I think IF it doesn, it would be
something like;
maven goal=jar basedir=whatever
property name=maven.jar.abc project=abc-project id=IdOfAJar /
/maven
But I am not sure...
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http
On Thursday 21 October 2004 12:34, Stefano Mazzocchi wrote:
place your vote.
I don't know who is eligable for voting in Gump, but I guess it is all the ASF
committers... so here is my;
+1
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
-- Forwarded Message --
Subject: Re: NoopInstrumentManager has moved incompatibly
Date: Thursday 21 October 2004 15:15
From: Peter Donald [EMAIL PROTECTED]
To: Excalibur Developers List [EMAIL PROTECTED]
Niclas Hedhman wrote:
Question 1; Does James run out-of-the-box on Loom
that defaults to, btu I suspect not what you wrote).
The two projects you are referring to, are both declaring only one jar, in
which case the id= above not necessary.
I have committed that change.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http
On Thursday 21 October 2004 21:34, Stefan Bodewig wrote:
On Thu, 21 Oct 2004, Niclas Hedhman [EMAIL PROTECTED] wrote:
From: Peter Donald [EMAIL PROTECTED]
Niclas Hedhman wrote:
Question 1; Does James run out-of-the-box on Loom?
James should run out of the box *IF* a few extra jars
This Gump run is complete. It started at Wed, 20 Oct 2004 21:01:08 (PDT) and
ended at Wed, 20 Oct 2004 23:40:05 (PDT).
If I count correctly, this is many starts ago. The run after this one should
have been another /public/ run.
Anybody knows why the cron jobs have stopped?
Niclas
the same problem. So let's see what happen
with the one starting at 1000 UTC, since I have now verified that Greg's
change is in the source.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
,
maven.jar.override = on
maven.jar.abc = /usr/local/./javamail/mail.jar
is generated. This will solve all projects with a similar situation and
allowing all the existing ant-wrappers for Maven projects to go away.
So, just hang in tight, and the problem will be solved at Gump's end.
Cheers
Niclas
-- Forwarded Message --
Subject: Re: Please install javamail-1.3.1.jar into Gump
Date: Wednesday 20 October 2004 18:07
From: Henning P. Schmiedehausen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Niclas Hedhman [EMAIL PROTECTED] writes:
That means that we will be able to declare
On Wednesday 20 October 2004 18:07, Henning P. Schmiedehausen wrote:
Niclas Hedhman [EMAIL PROTECTED] writes:
That means that we will be able to declare in the Gump descriptor that
abc.jar is used for an def-x.y.z.jar by Maven (and others), so that in
the overrides file
So, Phoenix won't build completely from source.
So either
* package Phoenix as an installed package
* package the older excalibur instrument API in a package
* remove Phoenix and projects that depends on Phoenix,
* introduce Loom as a Phoenix replacement,
* other?
Cheers
Niclas
its name, but with the added version. Unfortunately, this
is not something used anywhere.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
cares about are of the
format;
maven.jar.artifactID = path to Jar
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
one.
This is my fault. I recommended the four Jars in one project, simply due to I
thought it was more convenient with 1 dir with 4 Jars instead of 4 dirs with
1 jar each...
Either way can do, no technical obstacles.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac
, since Artifacts with type=boot
seems to not be generating the maven.jar.xalan= override, in which case you
get a Artifact not found.
I have been trying before with manual property declarations for that, but
unable to succeed.
Cheers
Niclas--
+--//---+
/ http
is (was) in the bootclasspath, yet Maven complained of missing
dependency. I don't know where to find the overrides file, or even if I have
access to it.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
Gang,
Only xerces-dist1 (which nothing depends on) depends on xerces1.
Xerces-1, doesn't build in JDK1.5.
Is it time to remove it from the descriptors?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
/xml-crimson/xml-crimson/gump_work/build_xml-crimson_xml-crimson.html
I believe this to be mostly a DOM3 (will they never learn?) issue, and not
sure if there is anything that can be done about it, without breaking
compatibility with JDK1.4 builds. Open for any suggestions.
Cheers
Niclas
if it is present in the 1.3 development?
It would make us very happy if it could be arranged.
Thanks
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
-lang.html
Anyone has any clue what this is?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED
to whitespace sensitive stuff)
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED
, a list of commits that may have affected that build
can be reviewed easily.
And secondly, let the Gump folks redirect the notifications manually, to where
we believe them to belong.
WDYT?
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
classloader.
Wonder if that is significant.
Does anybody have an idea for a solution?
I am working on it. But any ideas are welcome, and the problem is across MANY
projects...
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
before.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org /
+--//---+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
a while to figure out.
FYI, Gump has changed the xml-xalan2 Gump ID to xalan since we need it to
match with Maven IDs. The xml-xalan2 name will remain for a while for
compatibility, and I have changed all the affected projects that are inside
the Gump CVS.
Cheers
Niclas
link. i.e. An empty project in index.xml that only creates the dummy Gump
project linking the output of avalon-merlin-unit to a merlin-unit project.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
-merlin-unit is the new name, and that is the Gump descriptor generated.
So, when you add depend project=avalon-merlin-unit/ you will not get the
proper override for the Maven descriptor, and Maven will report that
merlin-unit-x-x.jar can not be found.
Cheers
Niclas
-- Forwarded Message --
Subject: Yes, I broke the Xalan build
Date: Friday 15 October 2004 23:44
From: Brian Minchau [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Niclas,
I was the person who changed the build of some classes in Xalan. The set of
things built
Didn't notice the incorrect mailing list address at first.
-- Forwarded Message --
Subject: Re: Yes, I broke the Xalan build
Date: Saturday 16 October 2004 01:17
From: Mohammad Isac Niclas bin Abdullah [EMAIL PROTECTED]
To: Brian Minchau [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED
On Thursday 14 October 2004 14:38, Stefan Bodewig wrote:
On Thu, 14 Oct 2004, Niclas Hedhman [EMAIL PROTECTED] wrote:
Instead, I suggest that we take the prettyprinter.jar from the
xdoclet CVS and make it into an installed package in Gump.
Just create a project for it inside xdoclet's
://www.apache.org/dist/ as a Maven repository.
I am not sure why it doesn't synchronize to ibiblio.org/maven. I thought that
was automatic.
Cheers
Niclas
--
+--//---+
/ http://www.bali.ac/
/ http://niclas.hedhman.org
project=avalon-merlin-unit/ to depend project=merlin-unit/
:o)
No, the project here refers to the name within Gump, but I think that the
following is needed;
depend property=maven.jar.merlin-unit project=avalon-merlin-unit/
Brett, do you have any insight in this?? Steve?
Cheers
Niclas
1 - 100 of 228 matches
Mail list logo