+1
--jason
On May 15, 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/staging-reposito
On 5/16/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
It's not simply a matter of applying the patch. If you are willing to
apply, run the integration tests against 2.0.x and 2.1.x and they
work then I will integrate it.
If you're willing to do this I will write up instructions (extract
them fro
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/staging-repository/maven-ant-
tasks-2.0.6/
The uber jar that people will want to
On 15 May 07, at 12:54 PM 15 May 07, Jochen Wiedmann wrote:
Well, it's May, and nothing happened, so I'd like to ask one more time
for someone to apply MNG-2854. This is the issue, that should fix that
jar files are recreated always, which can make Maven real slow in
larger projects.
It's no
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 contextual to groupId. It
Le jeudi 26 avril 2007, Jason van Zyl a écrit :
> Nice, thanks.
>
> I'm doing some Ant (well, a conversion) so I'll take a look as soon
> as I can.
>
> Thanks,
>
> Jason.
Any news on Maven Ant Tasks?
What can I do to help release 2.0.6?
Hervé
--
neither of those are specifically on the roadmap for development, but
having said that if you were you take a look and implement them we
would be more then happy to factor them into continuum :)
the thing to do to start would be to probably log them as issues in
jira, maybe kick out some thoughts
Well, it's May, and nothing happened, so I'd like to ask one more time
for someone to apply MNG-2854. This is the issue, that should fix that
jar files are recreated always, which can make Maven real slow in
larger projects.
Jochen
--
My cats know that I am a loser who goes out for hunting ever
That is a good suggestion Eric, I may give that a try.
Thanks much,
Evan
On 5/15/07, Eric Redmond <[EMAIL PROTECTED]> wrote:
You can have an external profile.xml file which contains all the profiles
you need. Rather than dynamically generate the POM, you can generate the
profiles.xml file easi
You can have an external profile.xml file which contains all the profiles
you need. Rather than dynamically generate the POM, you can generate the
profiles.xml file easily enough.
Eric
On 5/14/07, Evan Worley <[EMAIL PROTECTED]> wrote:
Thanks for the reply Deng,
The thing is, we don't know wh
Hi,
i have developed the Maven Dashboard plugin ( hosted by Codehaus).
And i have many discussions with Garvin LeClaire about the Dashboard Quality
application
as http://jira.codehaus.org/browse/MOJO-732
http://jira.codehaus.org/browse/MOJO-732 and here
http://docs.codehaus.org/display/MAVE
+1
Emmanuel
Wendy Smoak a écrit :
Archiva 0.9-alpha-2 was tagged and built this afternoon. For extra
credit, the entire build was done with an Archiva 0.9 snapshot running
locally, configured as mirrorOf=* and proxying all necessary remote
repositories. I also tested this configuration with t
Ecker Severin wrote:
Hi,
Unfortunately removing the exclusion clause didn't help ;/
is there anything wrong with my pom file? I can't find a problem there but
maybe I'm missing something.
Can't see anything obviously wrong. You might try running mvn with -X
which will give you lots of debug,
+1
-Deng
Wendy Smoak wrote:
Archiva 0.9-alpha-2 was tagged and built this afternoon. For extra
credit, the entire build was done with an Archiva 0.9 snapshot running
locally, configured as mirrorOf=* and proxying all necessary remote
repositories. I also tested this configuration with the Str
I always prefix my artifactId(s) with a common prefix - for that reason; e.g.
"myproject-core", "myproject-commons", "myproject-webapp",
"myproject-webapp-jsf", "myproject-webapp-struts", and so on. It lengthens
the names, but makes everything clear (and I don't need to use the
'finalName' propert
[EMAIL PROTECTED] wrote:
Hi there,
I've notice that when using maven-idea-plugin, the module name that is
generated is based solely on artifact id.
Is there a particular reason for this? Why wouldn't it use project name
instead?
The reason I'm asking this is that we have three maven projec
Hi,
Unfortunately removing the exclusion clause didn't help ;/
is there anything wrong with my pom file? I can't find a problem there but
maybe I'm missing something.
Best regards,
Severin
-Ursprüngliche Nachricht-
Von: Wayne Fay [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 14. Mai 200
17 matches
Mail list logo
