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 times
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 Developer
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:
inhouse_snapshot
false
scp://NUCLEUS/usr/local/www/default/maven2_repositories/in
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 d:\maven-re
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
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: Mave
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 ins
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
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
htt
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
is
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 not
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 PR
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 de
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 maven-idea-p
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 dec
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 cre
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,
thisproj
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 PROT
[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 is
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 context:
+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 proced
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]>:
>
+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:
http://people.apache.org/~jvanzyl/stagi
+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 5/13/07
+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.
>
> Th
+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:
>
> http://people.apache.org/~jvanzyl/
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 copile
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 resi
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.
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,
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
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 w
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 templates.
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
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 a
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 sche
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 t
37 matches
Mail list logo
