I've just finished a swathe of changes on maven-proxy.
Including:
* Proper snapshot handling
* More intelligent downloading of upstream artifacts
* More functionality in the front-end for looking at the proxy while it
is running
Upgrading from an old version is simply a matter of grabbing a new
think of
(you'll discover some things I didn't think of - mainly edge cases).
Jörg Schaible wrote:
Also for the original case, if no proxy.list is defined at all ?
[EMAIL PROTECTED] wrote on Sunday, September 19, 2004 4:40 AM:
Message:
The following issue has been closed.
Resolv
ggory wrote:
Ok, is this a script that runs on ibiblio or minotaur? Many of the
md5's come from the apache java-repository, I suspect if they are not
fixed there that they will be replaced during the rsync process.
-Mark
Ben Walding wrote:
Some other server keeps hosing the create-check
Some other server keeps hosing the create-checksums script I use to
generate the md5 files.
I fixed it once, but it appears to have been broken again.
Mark Diggory owns the script after it has been destroyed, so I blame him ;)
It is fixed now, we'll see if it can be overwritten now.
Joachim Bader
I prefer the spinning globe, but small flashing trinkets tend to amuse me.
I don't mind either way.
PNG is my preferred format, for size and unencumbrance by patents.
Trygve Laugstøl wrote:
+1 for fabrizio's version.
On Mon, 10 May 2004 09:36:19 +1000, <[EMAIL PROTECTED]>
wrote:
I like the
I've locked it.
Brett Porter wrote:
I've made this request. I'll file a chore for it :)
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jörg Schaible
Sent: Tuesday, 6 April 2004 9:47 AM
To: [EMAIL PROTECTED]
Subject: RE: Wiki Vandals ???
Brett Porter wrote:
I was merely responding to the "but it's not in the repository" part of
your email.
As to how the bootstrap works - not sure what the preconditions are for
that.
Incze Lajos wrote:
On Tue, Feb 17, 2004 at 09:25:16AM +1000, Ben Walding wrote:
XPP => http://www.ibiblio.o
XPP => http://www.ibiblio.org/maven/xpp3/jars/
Incze Lajos wrote:
Hi,
seemingly, the curent HEAD wants to use some XmlPullParser,
but it's not in the repository. at the moment, and I can't
see it as a core dependency, either.
Here it is the dependency resolving section, no pullparser
dependency
Jason wrote:
They are never to be removed from the central repository.
There are probably a couple of reasons that an artifact would be removed
/ replaced in the repository
1) Legal reasons, eg. we aren't allowed to distribute them (javamail,
ejb, ... damned Sun)
2) Corrupt archives - no po
There is also a public domain Base64 encoder at
http://iharder.sourceforge.net/base64/
Or just rip that part out of commons-codec -> that might be more painful
as it will probably be all hacked up as part of a mystical framework.
John Casey wrote:
I hate to be too pragmatic about this, but yo
size is a reserved word in jexl
I think you can do
size($pom.artifacts) or something like that
Incze Lajos wrote:
On Mon, Jan 26, 2004 at 10:57:22PM +0100, Stoffels, Ralf (FWI-AW2) wrote:
Hi,
what is wrong with ${pom.artifacts.size()} ?
[JellyException: Unable to create expression]
E.g. ${p
Jason van Zyl wrote:
On Thu, 2004-01-15 at 23:26, Ben Walding wrote:
id / groupId works in 1.0-rc1
groupId / artifactId doesn't
For the reactor to pick them up properly or in general?
In general.
And I know that the ordering of the elements matters. It is very very
dodgy.
id / groupId works in 1.0-rc1
groupId / artifactId doesn't
And I know that the ordering of the elements matters. It is very very
dodgy.
Have a look inside the code :)
The law of unexpected consequences runs rife in there.
setId("a:b") doesn't leave the project in the same state as
setGroupId
docbook-dtd / docbook-xsl => Unencumbered license =>
http://www.docbook.org/wiki/moin.cgi/DocBookLicense
plugin.jelly => General concepts from hibernate, but they're really just
ant tasks that are general ways to run doc book and fop.
styles/* => These are probably the only things that would be c
Just getting into the reactor and I've found what looks like an error in
logic to me. Shouldn't it be (in the code pasted below)
if (!blah blah blah)
I've got the reactor tag ordering thingamajig working now. Will start
committing it later tonight.
Cheers,
Ben
/**
* Add a unique depend
Yeah, forgot to switch licenses. That's my code, I wrote it. I'll
change to ASL shortly.
(it comes from another library of mine)
[EMAIL PROTECTED] wrote:
Jason van Zyl <[EMAIL PROTECTED]> wrote on 08/01/2004 02:01:27 AM:
On Wed, 2004-01-07 at 09:56, [EMAIL PROTECTED] wrote:
dion
Jason van Zyl wrote:
On Sun, 2004-01-04 at 16:57, [EMAIL PROTECTED] wrote:
brett 2004/01/04 13:57:53
Modified:maven-model/src/test/org/apache/maven/model
DependencyTest.java
Log:
improve testing, remove stuff "to simple to fail"
add ASL
What does "too
running, hence the actual code that those tests run possibly isn't
running through all the variations that you want it to run).
I'd definitely have it off by default though.
Caveat: I've never used Jester...
Jason van Zyl wrote:
On Wed, 2003-12-03 at 19:58, Ben Walding wrote:
This can be useful behaviour. It should be optional though.
Jason van Zyl wrote:
Vincent,
It looks like you were the last to modify the clover plugin and it seems
to be instrumenting and reporting on test cases as well. Is this
intentional?
Something needs to be done as it is unacceptable to let Joe Random
upload into the repo. Signing is a good start.
Erdfelt, Joakim wrote:
Having an app to do uploads: +1
Allowing anyone to load artifacts with no security measures:
-googleplex
Should we consider having people/groups/organi
Having an app to do uploads: +1
Allowing anyone to load artifacts with no security measures: -googleplex
(and if anyone adds a "priceless" line, I will personally send a hungry
shark with laser beams to eat you)
Jason van Zyl wrote:
Howdy,
I now have all the requisite bits and bobs (thanks stra
How do you know if you have an elephant in your computer?
Footprints on your C drive.
Brett Porter wrote:
I'm sorry, but I don't have a clue what you are talking about.
- Brett
-Original Message-
From: Aaron Anodide [mailto:[EMAIL PROTECTED]
Sent: Thursday, 27 November 2003 8:53 AM
Jason van Zyl wrote:
Howdy,
Given we don't have a general mailing list I will do this here.
I would like to nominate Brett, Michal and Vincent for the Maven PMC
given that each of them has clearly shown a committment to Maven and so
deserve to have a part in shaping the project as a whole.
+1
+1 to fixing that
However what are the exact details of how it is to be fixed?
/
/ or (with weird : and + notation)
/ or (with : notation shorthand)
/
Whatever the solution, i'd prefer that the dependency definition and the
POM definition were equivalent.
What kind of deprecation
+1 (that's +3 total, make it so if you have the power, otherwise raise a
chore and I'll do it)
Is there any word on the JIRA tomfoolery that [EMAIL PROTECTED]
embarked upon last month?
Also, codehaus is waiting on jira 2.5.1 to be released before upgrading
(2.5 has bugs). And apparently I hea
You'll find that the command below is slightly better:
cd /home/cvs/maven-plugins
find artifact -type d -exec chmod u=rwx,g=rwxs,o=rx {} \;
(Note the s in g=rwxs)
Brett Porter wrote:
dion,
cd /home/cvs/maven-plugins
find artifact -type d -exec chmod 775 {} \;
please :)
Cheers,
Brett
--
B
I should read more carefully. That script is on ibiblio.
Ben Walding wrote:
There is a script in /public/html/maven/bin/zfixperms that will set all
your permissions correctly.
cd /public/html/maven
sh /public/html/maven/bin/zfixperms
[EMAIL PROTECTED] wrote:
[exec] chmod: reference/plugins
There is a script in /public/html/maven/bin/zfixperms that will set all
your permissions correctly.
cd /public/html/maven
sh /public/html/maven/bin/zfixperms
[EMAIL PROTECTED] wrote:
[exec] chmod: reference/plugins/jcoverage: Operation not permitted
[exec] chmod: reference/plugins/cruisecont
Usually a missing goal message like that means the cache is corrupt -
try removing ~/.maven/plugins/*.cache
(what you effectively did)
[EMAIL PROTECTED] wrote:
The following comment has been added to this issue:
Author: Henri Yandell
Created: Sat, 6 Sep 2003 9:04 PM
Body:
[Apologi
Ok... you've broken me. I give in... make it all stop... no more version
changes!!!
(Well semi broken... I now have a jira maildir + filter)
[EMAIL PROTECTED] wrote:
The following issue has been updated:
Updater: dion gillard (mailto:[EMAIL PROTECTED])
Date: Tue, 2 Sep 2003 10:20 PM
Could someone else maybe speak up on this? Dion in an email on Aug 7th
specified that it couldn't go in.. I guess we need to make a decision and
decide which way to go!
Eric
-----Original Message-
From: Ben Walding [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 31, 2003 11:31 PM
To: Mav
Brett Porter wrote:
Is there some particular use case for allowing multiple plugins with
different versions confusing things?
Maybe if it comes installed with one version and you get a project with a
dependency on a newer one?
I think dying a horrible death is a great thing to do if more than o
I'd prefer that maven die an ungainly death if it encountered two
plugins with the same identifying mark.
The identifying mark being the "id" (groupId:artifactid:type) (type =
"plugin")
Is there some particular use case for allowing multiple plugins with
different versions confusing things?
A
I missed discussion of the previous version unfortunately. And it isn't
listed on the main page at the maven-plugins.sf.net site - only in CVS.
Usually the major sticking point for our use of LGPL is if we have to
import code (i.e. import com.* statements). Since neither of the
findbugs plugi
I committed a FindBugs report plugin yesterday. Basically it is a
static class file checker that analyzes your class files for well known
bug patterns.
For instance, here are the results from running it against Maven
M UCF: Useless control flow in
org.apache.maven.DefaultProjectUnmarshaller.p
Fetch is a simple, lightweight package for downloading single resources.
It does not try to be a commons-httpclient, a commons-vfs or any of the
other
larger, more complete utilities for interacting with remote servers.
It's purpose is to fill the niche for Maven bootstraps such that only
a minim
A better way might be for plugins to register themselves into the
eclipse plugin and be passed a DOM of the .classpath / .project. They
then manipulate this as required.
Similar to how the report plugin works.
Mark H. Wilkinson wrote:
On Fri, 2003-08-22 at 11:57, [EMAIL PROTECTED] wrote:
Th
I just noticed the other day that,
1) Unknown users can raise issues for Maven
2) Unknown users can comment on issues for Maven
While this makes it really simple for unknown people to raise issues
against Maven, it makes it impossible for us to track who raised an
issue if they aren't logged in
+0 from me
(yeah I'm lazy, and I want to see more people +0ing things rather than
+1 and then not helping)
Martin Skopp wrote:
On Wed, 2003-08-20 at 01:48, [EMAIL PROTECTED] wrote:
So send me a patch to update the docs and have a vote up here.
Ok guys, please vote!
Shall the preferred
The wiki has been updated. I have placed the jar at
projects.walding.com as loading it into the wiki isn't working for me
anymore.
Ben Walding wrote:
I'll be reloading it to that wiki location today. My proxy stopped me
from doing it yesterday.
Scott Morgan wrote:
Sorry to bu
I'll be reloading it to that wiki location today. My proxy stopped me
from doing it yesterday.
Scott Morgan wrote:
Sorry to bug the list, but does anyone have information on where to find the MavenProxy? The servlet which caches jars for maven? It used to be linked to on its wiki page http://
I'm reading the spec, and I'm not seeing the same issue that you are.
Here is the classworlds-1.0-rc1 manifest
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3
Created-By: Apache Jakarta Maven
Built-By: maven
Package: com.werken.classworlds
Build-Jdk: 1.4.1_01
Extension-Name: classworlds
Speci
rter wrote:
Cool idea... Any chance of also building a WAR that can be dropped into an
existing app server on the intranet? :))
- Brett
-Original Message-----
From: Ben Walding [mailto:[EMAIL PROTECTED]
Sent: Monday, 18 August 2003 2:12 PM
To: [EMAIL PROTECTED]
Subject: Maven-Proxy snapshot
Hello all,
I've finished a rough prototype of the maven-proxy that I mentioned on
IRC last week.
The gist of the concept is this: A common in house repo is good.
Although, unless you're mirroring from ibiblio, it is liable to get out
of date quickly enough. The maven-proxy solves this by si
+1
Once I work out where I have to commit to I'll go and search and destroy
any dodgy logging methods I've been using (I use System.out in the
linkcheck because it was the only thing I could get to work when I was
tinkering)
[EMAIL PROTECTED] wrote:
In an effort to get a consistent way of pro
I'd like to nominate Brett Porter as a new committer.
He's been active on the lists helping newbies, he's been submitting good
patches, seems not to be saying anything demented (irc / lists) and has
been sorting through a lot of the old crufty jira issues that we tend to
forget about.
I think
Done.
Martin Skopp wrote:
Hi all,
please upload to ibiblio: SSHTools 2.2 http://sshtools.sourceforge.net/
Download from
http://sourceforge.net/project/showfiles.php?group_id=60894&release_id=158182
The archives contain different (4) jars which all need to be uploaded.
Thanks
Done
Sam Mulube wrote:
Hello, I was wondering whether someone could upload OSCache to the
remote repository.
It can be obtained here:
http://prdownloads.sourceforge.net/opensymphony/oscache_1_7_5.zip
I've attached a project.xml file that describes it, but I'm not sure if
I have correctly comple
http://wiki.codehaus.org/maven/SubmittingPatches
John Farrell wrote:
Hi all. I am a new Maven user. I believe I have tidied up and improved the
junit report page. To whom do I send my changes? Thanks,
John
-
To unsubscribe, e-
ges can pipe up themselves :)
- Brett
-Original Message-
From: Ben Walding [mailto:[EMAIL PROTECTED]
Sent: Monday, 28 July 2003 11:39 AM
To: Maven Developers List
Subject: Re: Starting to push in refactor
Just file one bug with a list of files and what has been
rolled out of th
Just file one bug with a list of files and what has been rolled out of them
eg.
/build-bootstrap.xml - maven_home check removed
I can just go back in and revert the changes where I know it has happened.
Brett Porter wrote:
I figure once it's in people will find the holes. At any rate
Yep
Yeah I noticed that got through in my first round :)
I like to put STUPID words in all caps so I can notice them flying by in
logs.
I had to do way too much JELLY WRESTLING to get those changes working.
Although it still a little dirty, overall the whole process is a lot
cleaner now.
(You're
There is a big article in the developer reference (from Pete Kazmier)
about this.
http://maven.apache.org/reference/developer-guide.html
[EMAIL PROTECTED] wrote:
A great question! I was trying to just make baby step changes since I dont'
really know my way around that well.
I kinda thought so
Last 500 lines of a clean bootstrap build of maven at 20030719-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
Last 500 lines of a clean bootstrap build of maven at 20030718-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
s tags and commit logs. A short email 'Please take a look
at MAVEN-x, it has a patch ready.' to a developer is approved by the
netiquetted, and generaly gives a better chance of getting your patch in
than posting about it to the list, or just waiting that someone notices
it. If you can&#x
Last 500 lines of a clean bootstrap build of maven at 20030717-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
Last 500 lines of a clean bootstrap build of maven at 20030716-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
The artifact plugin has a reference to maven-SNAPSHOT.
Blame Michal (it is unfair to blame Michal, but unfair blamestorming is
what we do best!)
Brett Porter wrote:
Hi,
It seems I'm being bitten by these again - seems to happen whenever I
upgrade!
On some systems, it fails as it can't find one
There was a change in the semantics of werkz / attainGoal.I don't
know the specifics of it, but it was supposed to allow finegrained
control of prerequisite handling.
Looking for code that added session as a parameter to the attain tags I
think.
Bob / Jason will probably know more.
Wheth
Last 500 lines of a clean bootstrap build of maven at 20030715-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
Last 500 lines of a clean bootstrap build of maven at 20030714-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
Last 500 lines of a clean bootstrap build of maven at 20030713-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
Last 500 lines of a clean bootstrap build of maven at 20030711-0317
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
Last 500 lines of a clean bootstrap build of maven at 20030710-2102
[exec] [jar] Building jar:
/home/bwalding/src/maven/src/plugins-build/vdoclet/target/maven-vdoclet-plugin-1.0.jar
[exec] [copy] Copying 1 file to /home/bwalding/.maven/repository/maven/jars
[exec] +
http://maven.apache.org/repository-upload.html
Simon Harris wrote:
Is there a standard procedure for uploading 3rd party jars to ibiblio?
Cheers,
Simon
http://www.aikidojo.org.au
http://www.redhillconsulting.com.au
-
To unsu
The offset field in the pom is supposed to be against UTC.
However I do not have elite javascript skills and I think that is the
cause of the problems!
Martin Skopp wrote:
On Wed, 2003-07-09 at 16:18, [EMAIL PROTECTED] wrote:
Fix time offset for Emmanuel and I (we are both in France).
As you noted on #maven, linkcheck does have the capability of writing
it's cache in an area other than target. I usually configure linkcheck
to write to /tmp/linkcheck-${pom.id}.cache. Then let the OS clear it
out every once in a while.
Perhaps we should formalise a slightly less volatile are
It should be capable of slurping the data out of jira into said format.
http://jira.codehaus.org/secure/BrowseProject.jspa?id=10030&report=roadmap
Doing the extract should be a simple xsl transformation of a jira export.
But you should be able to maintain the roadmap by hand if you enjoy that
k
Done.
This is now the SNAPSHOT version also.
Henning P. Schmiedehausen wrote:
Hi,
there is a new commons-configuration snapshot available and should be
put onto the ibiblio repository. Please fetch it from
http://jakarta.apache.org/turbine/repo/commons-configuration/jars/commons-configuration-2
Phew... Bob v1.0 was getting a little bit old and had developed a
disturbing memory leak
Hopefully Bob v2.0 is markedly improved...
Jason van Zyl wrote:
On Wed, 2003-07-02 at 23:46, Brett Porter wrote:
is anyone aware JIRA is broken at the moment? 500 error, seems Orion
install got messed u
Due to the overwhelming disinterest, I've gone ahead and done this.
All pages are migrated (to the best of my knowledge)
http://wiki.codehaus.org/maven/FrontPage
I haven't gone through and converted the mix of UseMod and html tagging
in the documents, but will do so when time permits. Or someo
I propose that we migrate the wiki from apache to codehaus:
Rationale:
http://wiki.codehaus.org/maven/WhyNotUseMod
I'll migrate the documents as time permits if we don't get any
objections in the next few days.
Cheers,
Ben
-
Done.
Tetsuya Kitahata wrote:
Hello,
I created 'messages_ja.properties' file based on the
'messages_en.properties' and performed "native2ascii".
(maven/src/message/messages_ja.properties)
I'll attach the file, named message_jp.zip, zip compressed.
Please uncompress this, put the unzipped file t
Anyone else getting these when they commit files with bits of HTML in them?
It seems a bit dubious to me...
--- Begin Message ---
eManager Notification *
The following mail was blocked since it contains sensitive content.
Source mailbox: [EMAIL PROTECTED]
Destina
Stealing my ideas and passing them off as your own eh :P
http://wiki.codehaus.org/general/Maven_2fPluginMetadata
Michal Maczka wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 26, 2003 7:41 AM
To: Maven Developers List
Subject: Re: Align
irc.codehaus.org:6667
#maven
Probably is documented, but I have no idea where :)
Martin Skopp wrote:
On Wed, 2003-06-25 at 23:58, Jason van Zyl wrote:
We had a quick chat in IRC about aligning plugin artifacts with normal
Is there a special maven channel where you guy hang around?
Could
Vincent Massol wrote:
Hi Ben,
Cool, but why don't you use the Apache Wiki? :-) Actually, I don't
really care which wiki we use but I think it's better to use only one.
I hate usemod (it's ugly, it's primitive, it's limited). Up until now it
was a means to an end. We've now got something bette
See http://wiki.codehaus.org/general/Maven_2fPluginOwners
I'll aggregate the 3 emails on this already, but all additional bits
should probably go in the wiki directly.
This email was out of control :)
Vincent Massol wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PR
That's my preference also. And it also makes it look like you can have
multiple build trees, yet not! Muahahaha... I demand more emails on the
user list dammit!
Michal Maczka wrote:
I also think it is bit inconsistent.
But think that the most consistent approach is
/ basedir
main
Yes, that is how it "works". I do not like it. It is confusing.
Luckily it's been change in CVS and Bob McWhirter has promised us a new
release.
(He didn't really promise... in fact this is the first he will know
about it).
[EMAIL PROTECTED] wrote:
+/*
+ * XXX the usage her
, I haven't come up with a fix for either 442 or 472 yet, but I'm
working on it. I've posted my research on 472 to the issue in JIRA.
Cheers,
Brett
Ben Walding wrote:
(Committers: Can you funnel changes to the MAVEN-401 dependant issues
through me please - Under NO circumstance
Done.
Kevin Ross wrote:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-471
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Done
[EMAIL PROTECTED] wrote:
Hello,
I'd like for iText to be uploaded. There is already a directory for itext
on ibiblio, but no jars.
I hope I got the project descriptor right. Please let me know if I should
make any changes.
(See attached file: itext-project.xml)
Jar is at: http://prdownlo
It doesn't...
I selected it when I was committing things and then accidentally
selected a history item for the commit message.
Stop being so damn vigilent :P
Peter Lynch wrote:
How does this diff affect MAVEN-272?
-Peter
[EMAIL PROTECTED] wrote:
bwalding2003/06/12 02:12:02
Modified:
I've changed the notification schema for jira. Now no-one gets emails
until someone sorts out getting jira able to send messages to the
mailing list.
Vincent Massol wrote:
-Original Message-
From: Ben Walding [mailto:[EMAIL PROTECTED]
Sent: 11 June 2003 23:47
To: Maven Devel
JIRA sends email to all maven committers from JIRA. I believe the
mailing list is configured to reject email from non-subscribers which is
why it doesn't email the list.
If someone can confirm or deny that speculation I can reconfigure jira
to send to the list. There's no real reason it isn't
(This was on the user list, I'll finalise our answer before I post back
to user list).
How about :
http://maven.apache.org/maven-ver.xsd
eg.
http://maven.apache.org/maven-1.0-rc-1.xsd
with all the usual bits eg. maven-1.0.xsd for final,
maven-1.0-SNAPSHOT.xsd for the "current" version etc.
After the scathing blame-storming attack by Nick (just kidding), we've
decided to prepare for a Maven RC1 release.
You can track progress on our attempt to get everything ready for an RC1
via JIRA. All bugs attached to MAVEN-401 will be processed prior to the
release OR I will mail to the user
idual plugins as they change now though, and use maven
maven:jar-install. Looking forward to maven-new then!
Cheers,
Brett
Ben Walding wrote:
This problem is no longer a problem - in so far that the bootstrap
works - you just have to feed it a lot of memory.
I've raised another bug - MAVEN-47
aven build fails with out of
memory
error
Message:
The following issue has been closed.
Resolver: Ben Walding
Date: Tue, 10 Jun 2003 9:25 AM
We've increased the amount of memory in the bootstrap process.
Basically the reactor doesn't release memory properly. Giv
This sounds like bug listed in MAVEN-410?
You seem to have tracked it down a bit more, so adding your information
to MAVEN-410 would be appreciated.
That being said, as I understand things, JEXL is interpreting the dashes
as subtraction (mathematical) which is not so useful.
I'm not necessaril
Ok, I'll take a look.
Thanks for the patches, I'll be reviewing and applying them tonight.
Cheers,
Ben
Brett Porter wrote:
Ben Walding wrote:
MAVEN-159 - Not sure what this is about, but pretty simple and
self-contained
It looks to me like the solution is included in the issu
Here are some easy things to do that we are too lazy to do. I'm also
wary of allocating anything that would be redone in maven-new. No point
reinventing the wheel.
MAVEN-419 - Perhaps a migration to the new tigris style might be in
order as well style.tigris.org / styles.tigris.org
MAVEN-159 -
)
Cheers,
Ben
Ben Walding wrote:
It was disabled again shortly after beta9, for that and a few other
reasons.
Brett Porter wrote:
Sorry, I was too broad.
groupId is fine - you are right. It is artifactId with a '.' that is
a problem.
Extension-Name is what is provided in the JAR man
Seems like 3.0.7 is no longer the latest.
I've uploaded 3.0.8-stable.
Let me know if you really really want 3.0.7
Luke Taylor wrote:
http://www.mysql.com/downloads/api-jdbc-stable.html
There's a jar file inside the zip or tgz download.
Thanks a lot,
Luke.
---
Done.
[EMAIL PROTECTED] wrote:
Please upload the latest Tapestry JARs to Maven repository.
project.xml and jars are at
http://jakarta.apache.org/~hlship
Thanks!
--
[EMAIL PROTECTED]
Creator, Tapestry: Java Web
Components
http://jakarta.apache.org/tapestry
---
Done.
[EMAIL PROTECTED] wrote:
Guys,
please upgrade Apache Jakarta Commons Codec from 1.0-dev to 1.1
Download from http://jakarta.apache.org/site/sourceindex.cgi
into http://www.ibiblio.org/maven/commons-codec/jars/
thanx
Martin
-
This mail sent
Done
Scott Eade wrote:
Can someone please upload xalan-2.5.1.jar & xercesImpl-2.4-0.jar to
ibiblio.
I have put a copy of these jars at:
http://members.iinet.net.au/~seade/public_html/
I haven't bothered with the resource template as the values are pretty
obvious for these jars.
I am not a s
rote:
FAQ says the request goes to the list. Would you rather have me put it
in Jira so you can keep track?
If so, no problem.
Kevin Ross
-Original Message-----
From: Ben Walding [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2003 6:34 PM
To: Maven Developers List
Subject: Re: Reposit
1 - 100 of 120 matches
Mail list logo
