On 5/16/07, Brett Porter [EMAIL PROTECTED] wrote:
On 15/05/2007, at 1:20 PM, Joakim Erdfelt wrote:
For those of you that want to work from the subversion source,
here's some bits to get you started ...
Cool - would be useful to drop this into SVN / the site.
It sure will. I'll get some
I switched from JDK 6 to JDK 5 to avoid the NCDF exception (I sent a
note to users...probably should have sent it to dev), but the
build from trunk still fails - see below. Any ideas?
Thanks,
-Jan
Windows JDK 1.5.0_11 (b03)
I'd like to know ...
1) What revision of trunk you are on?
2) What JDK revision (1.5.0_11) you are running?
3) What Maven version (2.0.6) you are running?
4) What command you used to execute the build (and in what working
directory)?
(And since you are on windows ...)
5) What directory do you
Just for the record.
I use JDK 1.4.2_12-b03 on linux to build.
And use JDK 1.5.0_11-b03 on linux to run the webapp.
- Joakim Erdfelt
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Archiva Developer
Alpaca Founding Member
Joakim Erdfelt wrote:
I'd like to know ...
1) What revision of trunk you are
Hello again,
Maven remote resource plugin is a very handy utility but it doesn't
support any other artifact type than jar.
My scenario is that I have a Maven project for a set of XML schemas which
are packaged and distributed as war. I also have another dependent Maven
project which I'd like
On 16 May 07, at 12:01 AM 16 May 07,
[EMAIL PROTECTED] wrote:
Hello again,
Maven remote resource plugin is a very handy utility but it doesn't
support any other artifact type than jar.
Not designed to, and not intended to.
My scenario is that I have a Maven project for a set of XML
Hi Jason,
Sounds like a good solution but seems like a perculiarity rather than
something that is intuitive.
I think it is perfectly valid and consistent with Maven's notion of
coordinate system to support war and any other artifacts that can be
fetched from repository.
I accept your work
Hi,
I agree with Jason. WAR is for bundling webapps - not for bundling
resources; that's what JARs are for. And for that reason exactly, WARs can
*contain* other JARs, to have external dependencies.
Arik.
On 5/16/07, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi Jason,
Sounds like a good
On 16 May 07, at 1:21 AM 16 May 07,
[EMAIL PROTECTED] wrote:
Hi Jason,
Sounds like a good solution but seems like a perculiarity rather than
something that is intuitive.
Why would you package resources for general reuse in a WAR? The
remote resources is simply an archive for
I am working on a Mojo currently called help:effective-properties
which dumps out POM and System properties. I have most of it working
and will contribute a patch when I am done, but the last bit of
information I would like to add in is the values from any filters for
resources (not only
Hi Evan,
I'm very interested by your script.
Would you send it to me or to the mailing list?
Thanks,
Philippe
-Original Message-
From: Evan Worley [mailto:[EMAIL PROTECTED]
Sent: vendredi 11 mai 2007 20:08
To: Maven Developers List
Subject: Re: Tool to clean snapshots from the repo
I found the filters, please disregard.
-Grant
On May 16, 2007, at 8:42 AM, Grant Ingersoll wrote:
I am working on a Mojo currently called help:effective-properties
which dumps out POM and System properties. I have most of it
working and will contribute a patch when I am done, but the last
Hi Evan,
If can publish it ...
Thanks
Damien
2007/5/11, Evan Worley [EMAIL PROTECTED]:
HI Damien,
While there might be a more elegant method, we used a scheduled task to
delete all snapshot builds that were older than 7 days. We typically build
10-20 snapshots a day for a given component.
Hi
When I use any import statement in my java class say for example import
java.math; then I am not able to copile the project.. and the error is
(cannot resolve symbol) Symbol : math , Package : java
Do I need to make any lib folder in my project in which all required jar files
will
Please do not use the Maven dev list for basic Java/User questions.
Use [EMAIL PROTECTED] for these questions.
Jason.
On 16 May 07, at 8:39 AM 16 May 07, Vishal Pahwa wrote:
Hi
When I use any import statement in my java class say for example
import java.math; then I am not able to
+1 non-binding :)
Hervé
Le mercredi 16 mai 2007, Jason van Zyl a écrit :
Hi,
Repost of the vote after fixing the issues with the uber JAR that was
produced. Hervé and I have tried them and they appear to work fine.
The staging repository is here:
+1
Stéphane
On 5/16/07, Hervé BOUTEMY [EMAIL PROTECTED] wrote:
+1 non-binding :)
Hervé
Le mercredi 16 mai 2007, Jason van Zyl a écrit :
Hi,
Repost of the vote after fixing the issues with the uber JAR that was
produced. Hervé and I have tried them and they appear to work fine.
The
+1
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Sanchez
Sent: Monday, May 14, 2007 10:39 AM
To: Maven Developers List
Subject: Re: [VOTE] Release maven install plugin 2.2
done, staged at http://people.apache.org/~carlos/staging-repo/
On
+1 - tested successfully.
On 15/05/2007, at 6:15 PM, Jason van Zyl wrote:
Hi,
Repost of the vote after fixing the issues with the uber JAR that
was produced. Hervé and I have tried them and they appear to work
fine.
The staging repository is here:
Here is the original script that we tailored for our needs.
http://lifehacker.com/software/geek-to-live/geek-to-live-hard-drive-janitor-133190.php
On 5/16/07, Damien Lecan [EMAIL PROTECTED] wrote:
Hi Evan,
If can publish it ...
Thanks
Damien
2007/5/11, Evan Worley [EMAIL PROTECTED]:
HI
+1
Stéphane
On 5/14/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
done, staged at http://people.apache.org/~carlos/staging-repo/
On 5/13/07, Stephane Nicoll [EMAIL PROTECTED] wrote:
Could you please fix the Jira project and deploy the plugin to a
staging repo? This is the standard procedure.
Hey Jason,
Looks like we've hit the same problem from different angles. As you have
already seen in the other thread, the plugin descriptor is not picked up for
groovy in the reactor builds (no groovy extractor found). And everything
goes to hell after...
Andrew
--
View this message in
[EMAIL PROTECTED] wrote:
Hi Arik,
Yes, I have been using the prefix for alittle while but found that it is a
silly way to get around the problem given that maven coordinate system is
groupId:artifactId:version (http://maven.apache.org/pom.html)
artifactId does not need to be unique and it
Yes, you are right. I really meant that it doesn't have to be unique
across groupId but within each groupId it has to be unique.
project
+- common
+ common
+- webapp
+- supplier
+ common
+- webapp
Dennis Lundberg [EMAIL
Appology to previous email! Notes was playing up on me while editing it
half way!
Yes, you are right. I really meant that it doesn't have to be unique
across groupId but within each groupId it has to be unique.
The approach I have now taken with groupId and artifactId is as follows,
Thanks Jason,
Yes I understand what you are saying now and I agree it doesn't make sense
to create a generic EAR/RAR or even WAR, but I think it is reasonable to
be able to consume/includes those existing resources from within other
artifacts (esp. when the artifact isn't in your control to
I would be curious to see the -X output if you could send it along.
Your dependency declaration on junit 4.1 is a project dependency, not a
plugin dependency. That means it shouldn't affect the classpath for the
xmlbeans plugin, when it runs. You should try adding a dependency in the
plugin
A similar feature was added to eclipse to allow multiple branches to be
in the IDE at the same time.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Monday, May 14, 2007 10:08 PM
To: dev@maven.apache.org
Subject: Specifying IntelliJ module name with
Hi -
I have a question about how mvn determines when to pull a snapshot
dependency from the local repository vs. the remote repository. We have the
following scenario:
CruiseControl publishes snapshot builds on each successful build.
moduleA depends on moduleB and moduleC, all versions and
Where you able to tailor this to only delete files if it won't leave
none? I think simply aging the files won't work, especially when we move
to another version, we don't want to remove all versions, but just leave
behind the last one.
-Original Message-
From: Evan Worley [mailto:[EMAIL
Brian,
We did not add any exclusion functionality, we have a cruisecontrol machine
which is deploying snapshot artifacts to that repository roughly every 30
minutes, so we are not concerned about any files older than 7 days. I
understand that this would be an issue for any repository that is
Hi Zak,
Your interpretation sounds correct, so I'm not sure why that happens
incorrectly. Do you see this every time, or only in a clean repository?
The metadata file is indeed used to determine the latest - check the
lastUpdated timestamp inside the file. The locally installed version
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (41 issues)
Subscriber: mavendevlist
Key Summary
MEV-520 retroweaver 1.2.4 jar is corrupt
http://jira.codehaus.org/browse/MEV-520
MEV-513 Invalid POM: aspectwerkz/aspectwerkz-core
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (5 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-1524Add SpringUnit to Maven repository
http://jira.codehaus.org/browse/MAVENUPLOAD-1524
MAVENUPLOAD-1528Please upload TestExtensions bundle
On 5/17/07, Brett Porter [EMAIL PROTECTED] wrote:
Hi Zak,
Your interpretation sounds correct, so I'm not sure why that happens
incorrectly. Do you see this every time, or only in a clean repository?
The metadata file is indeed used to determine the latest - check the
lastUpdated timestamp
Interesting. I'm doing the same thing but I was concerned about trashing
snapshots that may be referenced in a dev branch. I guess it won't hurt
to try as is and see what happens.
-Original Message-
From: Evan Worley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 16, 2007 6:26 PM
To:
We set it to delete snapshots at least 90 days old, that feels very safe to
me :)
On 5/16/07, Brian E. Fox [EMAIL PROTECTED] wrote:
Interesting. I'm doing the same thing but I was concerned about trashing
snapshots that may be referenced in a dev branch. I guess it won't hurt
to try as is and
Heh. I fill up a 300gb disk every 3 weeks ;-)
That script didn't seem to recurse for me, but in the comments of the
blog, I was tipped off to the FORFILES windows command. I was able to
whip up a simple batch file:
@echo Starting Clean Process at %DATE% %TIME% aging.log
@forfiles /P
On 5/17/07, Brian E. Fox [EMAIL PROTECTED] wrote:
Heh. I fill up a 300gb disk every 3 weeks ;-)
Our app build is 800Mb each build, in the end I set top level modules
to include in the pom:
distributionManagement
snapshotRepository
idinhouse_snapshot/id
I'll have to experiment with that. You don't have trouble with any
proxies? If there's no unique version, it seems like it could cause
problems somewhere downstream.
-Original Message-
From: Barrie Treloar [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 16, 2007 9:52 PM
To: Maven
On 5/16/07, Brian E. Fox [EMAIL PROTECTED] wrote:
I'll have to experiment with that. You don't have trouble with any
proxies? If there's no unique version, it seems like it could cause
problems somewhere downstream.
It should be fine, the metadata file is still there with a last
changed
41 matches
Mail list logo
