Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060301.071501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060301.071501.txt
-
To unsubscribe, e-mai
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060301.070001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060301.070001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
This list is exclusively for Maven development discussions.
Please subscribe to the Maven Users list and send your question to
that list (users@maven.apache.org).
Wayne
On 3/1/06, Yu, Lily <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I have got an existing ant script which runs middlegen, hbm2java st
[ http://jira.codehaus.org/browse/MASSEMBLY-71?page=all ]
Allan Ramirez closed MASSEMBLY-71:
--
Resolution: Fixed
Applied Patch. Thanks
> Allow an archive base directory that accepts variables
> --
Hi,
I have got an existing ant script which runs middlegen, hbm2java stuff.
Now our project decides to adopt maven and I am wondering how can I convert
my ant script to maven script. I was told that it's not a good idea to call
ant script from maven. Plus maven has a middlegen plug-in so I deci
[
http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=comments#action_59744 ]
MIYACHI Yasuhiko commented on MAVENUPLOAD-674:
--
Thank you for the advice.
I created ISSUE "http://jira.codehaus.org/browse/MEV-351";.
> Enhydra XMLC Compiler & An
xmlc-xerces-2.2.7.1.jar is unnecessary and xmlc-apis.jar is required.
--
Key: MEV-351
URL: http://jira.codehaus.org/browse/MEV-351
Project: Maven Evangelism
Type: Bug
Components: Dependencies
[
http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=comments#action_59742 ]
Carlos Sanchez commented on MAVENUPLOAD-674:
Miyachi, if you think anything is wrong, please open a issue in the MEV project
linking to this one.
http://maven.apache.
Is not that we don't want to see that fixed, but we're very busy. A
patch would help to get it solved earlier.
On 2/28/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
> OK. Thanks for the info. But until
> http://jira.codehaus.org/browse/MNG-1577 is fixed I'm afraid I will have
> to stick with Maven 1.
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060301.041500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060301.041500.txt
-
To unsubscribe, e-mai
Distribution:
http://maven.zones.apache.org/~continuum/builds/trunk/continuum-20060301.040001.war
Log:
http://maven.zones.apache.org/~continuum/logs/trunk/continuum-build-log-20060301.040001.txt
[ http://jira.codehaus.org/browse/MNG-2045?page=comments#action_59740 ]
Brian Fox commented on MNG-2045:
I believe this is related to MWAR-7 and MOJO-286
> Maven can't compile against sibling test-jar dependency in multiproject (Test
> Attached)
> -
[
http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=comments#action_59739 ]
MIYACHI Yasuhiko commented on MAVENUPLOAD-674:
--
This is my opinion.
1. asm-2.1.jar
This "asm.jar" is used only, when "-for-deferred-parsing(-for-recomp) option
is
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060301.033003.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060301.033003.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
[ http://jira.codehaus.org/browse/MIDEA-23?page=all ]
Edwin Punzalan closed MIDEA-23:
---
Assign To: Edwin Punzalan
Resolution: Fixed
Patch applied. Thanks.
> Add option to use full artifact names for library names
> ---
[ http://jira.codehaus.org/browse/MIDEA-15?page=all ]
Edwin Punzalan closed MIDEA-15:
---
Assign To: Edwin Punzalan
Resolution: Fixed
Patch applied. Thanks.
> add support for war module configuration in iml
> ---
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060301.030001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060301.030001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
Log:
http://maven.zones.apache.org/~continuum/logs/trunk/continuum-build-log-20060301.03.txt
[ http://jira.codehaus.org/browse/MIDEA-21?page=all ]
Edwin Punzalan closed MIDEA-21:
---
Assign To: Edwin Punzalan
Resolution: Fixed
Patch applied. Thanks.
> Running plugin multiple times causes multiple module entries in ipr
> ---
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060301.024501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060301.024501.txt
-
To unsubscribe, e-mai
[ http://jira.codehaus.org/browse/MIDEA-24?page=all ]
Edwin Punzalan closed MIDEA-24:
---
Assign To: Edwin Punzalan
Resolution: Fixed
Patch applied. Thanks.
All the directories listed in project.getBuild().getResources() are all
resource directori
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060301.023001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060301.023001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
OK. Thanks for the info. But until
http://jira.codehaus.org/browse/MNG-1577 is fixed I'm afraid I will have
to stick with Maven 1.0.2. FWIW, the vote count on that issue has gone
from 3 to 8 since I started this thread yesterday. I guarantee it will
go much higher.
Carlos Sanchez wrote:
Y
[ http://jira.codehaus.org/browse/MIDEA-18?page=all ]
Edwin Punzalan closed MIDEA-18:
---
Assign To: Edwin Punzalan
Resolution: Fixed
Patch applied. Thanks.
> Resource patterns should be configurable and have a better default (+patch)
> --
Log:
http://maven.zones.apache.org/~continuum/logs/branches/continuum-1.0.x/continuum-build-log-20060301.020001.txt
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_59730 ]
Brett Porter commented on MSUREFIRE-23:
---
issues still to resolve:
- it won't work without a testNG dependency at present, breaking most junit
tests. Separating the providers wi
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060301.014501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060301.014501.txt
-
To unsubscribe, e-mai
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060301.013001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060301.013001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
[
http://jira.codehaus.org/browse/MAVENUPLOAD-761?page=comments#action_59728 ]
Anita Kulshreshtha commented on MAVENUPLOAD-761:
I have created them using 5.5.9 poms. Are you saying that none of the 5.5.9
poms are valid?
> Upload tomcat poms
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060301.010001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060301.010001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
[ http://jira.codehaus.org/browse/MAVENUPLOAD-760?page=all ]
Miguel Griffa updated MAVENUPLOAD-760:
--
Attachment: pom.xml
> Please upload swift text parser (group id changed)
> --
>
> Key: MAVE
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060301.003002.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060301.003002.txt
-
To unsubscribe, e-mai
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060301.01.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060301.01.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
[ http://jira.codehaus.org/browse/MPIR-27?page=comments#action_59723 ]
ruel loehr commented on MPIR-27:
the dependency report plugin needs to have @dependencyResolutionRequired tag in
the mojo header for this to work correctly.
> Empty dependencies list whe
[ http://jira.codehaus.org/browse/MAVENUPLOAD-757?page=all ]
Jason Thrasher updated MAVENUPLOAD-757:
---
Attachment: jmf-2.1.1e.pom
> add jipCam to Maven2 central repo
> -
>
> Key: MAVENUPLOAD-757
> UR
Maybe this should go into Wagon itself?
[EMAIL PROTECTED] wrote:
> Author: jdcasey
> Date: Tue Feb 28 11:51:36 2006
> New Revision: 381764
>
> URL: http://svn.apache.org/viewcvs?rev=381764&view=rev
> Log:
> Adding download manager that uses wagons to download arbitrary URLs, and
> removing the d
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060228.220001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060228.220001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
Please ask on users@maven.apache.org in future. This list is about the
development of Maven.
You can include elements like this:
src/java
...
The site has a full reference for the pom.xml file in the documentation.
- Brett
Wilson Lima Neto wrote:
> Hello, I'm trying to use Maven2 i've read
[ http://jira.codehaus.org/browse/MIDEA-6?page=all ]
Edwin Punzalan updated MIDEA-6:
---
Assign To: Edwin Punzalan
Remaining Estimate: 2 hours
Original Estimate: 2 hours
> create separate :module, :project and :workspace goals
>
I could certainly put this to use..
-Original Message-
From: Anders Hessellund Jensen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 28, 2006 10:30 AM
To: dev@maven.apache.org
Subject: [m2] Timestamp plugin
I would like to be able to substitute timestamps with the build time
into a r
[ http://jira.codehaus.org/browse/MAVENUPLOAD-758?page=all ]
Wayne Fay updated MAVENUPLOAD-758:
--
Attachment: jsch-0.1.25-bundle.jar
> Jsch release 0.1.25 is available
>
>
> Key: MAVENUPLOAD-758
> URL: h
[ http://jira.codehaus.org/browse/MAVENUPLOAD-742?page=all ]
Carlos Sanchez closed MAVENUPLOAD-742:
--
Assign To: Carlos Sanchez
Resolution: Fixed
Deployed. you can try after several hours
> Please upload maven-qalab-plugin
> --
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060228.211501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060228.211501.txt
-
To unsubscribe, e-mai
[
http://jira.codehaus.org/browse/MAVENUPLOAD-757?page=comments#action_59713 ]
Carlos Sanchez commented on MAVENUPLOAD-757:
you need to attach the pom for jmf as it's not yet in ibiblio
> add jipCam to Maven2 central repo
> -
[
http://jira.codehaus.org/browse/MAVENUPLOAD-758?page=comments#action_59711 ]
Carlos Sanchez commented on MAVENUPLOAD-758:
You should add sources, don't worry about size
> Jsch release 0.1.25 is available
>
>
>
[
http://jira.codehaus.org/browse/MAVENUPLOAD-758?page=comments#action_59712 ]
Carlos Sanchez commented on MAVENUPLOAD-758:
and don't call the bundle the same as the contained jar, how am I supposed to
extract it?
> Jsch release 0.1.25 is avail
[
http://jira.codehaus.org/browse/MAVENUPLOAD-760?page=comments#action_59710 ]
Carlos Sanchez commented on MAVENUPLOAD-760:
You're referencing a parent pom that I don't know if it's already in ibiblio
and that is a snapshot (no snapshots allowed
[ http://jira.codehaus.org/browse/MAVENUPLOAD-749?page=all ]
Carlos Sanchez closed MAVENUPLOAD-749:
--
Assign To: Carlos Sanchez
Resolution: Fixed
You have to put the direct url to make it fast
sources don't need to be separate, they just ha
[ http://jira.codehaus.org/browse/MEAR-21?page=all ]
Stephane Nicoll closed MEAR-21:
---
Resolution: Fixed
Fix Version: 2.2
Applied, thanks!
http://maven.apache.org/plugins/maven-ear-plugin/howto.html
> Wrong example in howto.apt
> ---
[
http://jira.codehaus.org/browse/MAVENUPLOAD-761?page=comments#action_59708 ]
Carlos Sanchez commented on MAVENUPLOAD-761:
These poms don't have information about dependencies
Please read http://maven.apache.org/guides/mini/guide-ibiblio-upload.
Further confusing use case:
Parent
Project A 1.0 - Jar
Project B 1.0 - Jar -> depends on A
Project C 1.0 - War -> depends on B only but gets A transitively
Even though A B and C are all siblings. Because A is brought in
transitively, it has the fully decorated name with the ver
[ http://jira.codehaus.org/browse/MEAR-21?page=all ]
Stephane Nicoll updated MEAR-21:
Summary: Wrong example in howto.apt (was: MAJ documentation in
introduction.apt)
> Wrong example in howto.apt
> --
>
> Key: MEAR-21
>
Hello, I'm trying to use Maven2 i've read the Getting Started Sction,
and a bit of the documentation. My doubt is how do i create a custom
folder hierarquy. First i'm using
mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app
Then I try to edit the pom.xml.
Probabbly this is
Upload tomcat poms and commons-modeler-1.1.jar to maven2 repository
Key: MAVENUPLOAD-761
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-761
Project: maven-upload-requests
Type: Task
Reporter
Please upload swift text parser (group id changed)
--
Key: MAVENUPLOAD-760
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-760
Project: maven-upload-requests
Type: Task
Reporter: Miguel Griffa
I hope it's all ok
License discovery is broken
---
Key: MCLOVER-21
URL: http://jira.codehaus.org/browse/MCLOVER-21
Project: Maven 2.x Clover Plugin
Type: Bug
Versions: 2.0
Reporter: Matthew Beermann
Priority: Critical
Fix For: 2.1
Even wh
I've seen some major issues with the way maven handles dependencies in a
multi project setting. Consider the following project:
parent
Project A 1.0 - Jar
Project B 1.0 - War
If I build the parent, when project A is included in the war, it's
included as project-a.jar. If I build Pr
[ http://jira.codehaus.org/browse/MNG-1070?page=comments#action_59705 ]
Jochen Wiedmann commented on MNG-1070:
--
The suggested solution for MNG-1181 will most possibly fix that bug as well.
> Determine how settings and plugin registry will be used from
[ http://jira.codehaus.org/browse/MWAR-7?page=comments#action_59702 ]
Brian Fox commented on MWAR-7:
--
This is causing us some trouble now too. We need to load some jars from jasper
and if we don't know for sure what the classpath is, we're hosed.
> Referenced
[
http://jira.codehaus.org/browse/MAVENUPLOAD-759?page=comments#action_59701 ]
Wayne Fay commented on MAVENUPLOAD-759:
---
I don't have the ability to delete files from this issue, so it may be
confusing which is the most recent file(s) uploaded.
Use Ma
[ http://jira.codehaus.org/browse/MAVENUPLOAD-759?page=all ]
Wayne Fay updated MAVENUPLOAD-759:
--
Attachment: pom.xml
glassfish-transaction-api-b32g-bundle.jar
glassfish-persistence-api-b32g-bundle.jar
> Glassfish persiste
[ http://jira.codehaus.org/browse/MAVENUPLOAD-759?page=all ]
Wayne Fay updated MAVENUPLOAD-759:
--
Attachment: pom.xml
> Glassfish persistence and transaction apis
> --
>
> Key: MAVENUPLOAD-759
> U
Yes all of that was included in the parent. I will upload it now.
(Of course, the Glassfish site isn't responding right now, so you
can't verify the License url, the SCM, etc.)
Wayne
On 2/28/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> groupid has to be net.java.dev.glassfish
> Info required
groupid has to be net.java.dev.glassfish
Info required http://maven.apache.org/guides/mini/guide-ibiblio-upload.html
is not present (url, scm,...), is it in the parent pom? where's the
parent pom?
On 2/28/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
> I just uploaded Persistence and Transaction bundle
[ http://jira.codehaus.org/browse/CONTINUUM-608?page=comments#action_59696
]
Mang Lau commented on CONTINUUM-608:
I tried using "call" as you suggested but it still cuts off the script. So I
copied the mvn.bat contents to my build script to make it per
Library support and template overrides
--
Key: MIDEA-26
URL: http://jira.codehaus.org/browse/MIDEA-26
Project: Maven 2.x Idea Plugin
Type: New Feature
Reporter: Patrick Lightbody
Attachments: idea.patch
The supplied patch pr
I just uploaded Persistence and Transaction bundles to JIRA.
http://jira.codehaus.org/browse/MAVENUPLOAD-759
Take a look.
As I said before, there are no differences between the class files in
these bundles and those being distributed by Glassfish.
Wayne
On 2/28/06, Wayne Fay <[EMAIL PROTECTED]
Glassfish persistence and transaction apis
--
Key: MAVENUPLOAD-759
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-759
Project: maven-upload-requests
Type: Task
Reporter: Wayne Fay
Attachments: glassfish-persistence-api-
[ http://jira.codehaus.org/browse/MNG-591?page=comments#action_59690 ]
Dave Sag commented on MNG-591:
--
I would like to split out some of my heavier tests as integration tests. i'd
kinda hoped that if I put my src files into src/itest/java/.. and added a simple
You don't have guarantee of wich one will be chosen, althoug it will
be always the same.
On 2/28/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
> And if A -> B -> D1.0 and
>-> C -> D2.0
> who wins?
>
>
> Carlos Sanchez said:
> > No, closest in the dependency graph means that the deepes
And if A -> B -> D1.0 and
-> C -> D2.0
who wins?
Carlos Sanchez said:
> No, closest in the dependency graph means that the deepest dep is
> overriden
>
> If A -> B -> C1.0 and A -> C2.0
> then C2.0 wins because id closer to your project (A)
>
> On 2/28/06, Ralph Goers <[EMAIL PROTE
No, closest in the dependency graph means that the deepest dep is overriden
If A -> B -> C1.0 and A -> C2.0
then C2.0 wins because id closer to your project (A)
On 2/28/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
> Carlos Sanchez said:
> > To be clear:
> > You never have two artifacts in the class
Carlos Sanchez said:
> To be clear:
> You never have two artifacts in the classpath with same
> groupId:artifactId, maven uses the "nearer" version always, which is
> the one closest to your project in the transitive dependency graph,
> not the most recent version.
Is that the same as saying it us
Glassfish packages all the J2ee stack modules in a single javaee.jar.
But I doubt you want to force everyone to download the 1.2mb
javaee.jar file when they only need 1 or 2 apis...
That's why I only compared class files -- unpacked the javaee.jar
file, grabbed the persistence and transaction subd
Give it a try to one of the projects, generate the pom, build it with
maven and post here the differencies. With that info we'd be able to
make a decision.
On 2/28/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
> Sorry, that's tag SJSAS-9_0-B32G-BETA-10_Feb_2006 ! This corresponds
> to the most recent
To be clear:
You never have two artifacts in the classpath with same
groupId:artifactId, maven uses the "nearer" version always, which is
the one closest to your project in the transitive dependency graph,
not the most recent version.
On 2/28/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
> Ralph G
John is right, we stopped not long ago creating those poms that had
only minimal information. We prefer not having metadata than having
that, at least you now get a warning about it and if someone fixes the
pom you'll get it right away without having to delete stuff in your
local repo.
On 2/28/06,
Sorry, that's tag SJSAS-9_0-B32G-BETA-10_Feb_2006 ! This corresponds
to the most recent Milestone build 5 of the Glassfish project.
So I just checked out from CVS, compiled, and compared my generated
binaries (classes only) to those provided by Glassfish for the
persistence-api and transaction-a
[ http://jira.codehaus.org/browse/CONTINUUM-615?page=all ]
Dan Tran updated CONTINUUM-615:
---
Description:
this property is crucial for starteam operation under Continuum
see http://jira.codehaus.org/browse/SCM-67
was:
this properties is crucial for star
[ http://jira.codehaus.org/browse/MANTRUN-45?page=comments#action_59682 ]
Carlos Sanchez commented on MANTRUN-45:
---
What about copying them directly to target/classes and target/test-classes in
your ant script?
> New parameters "resourceRoot" and "test
Add maven.scm.starteam.deleteLocal=true to DefaultContinuumScm
--
Key: CONTINUUM-615
URL: http://jira.codehaus.org/browse/CONTINUUM-615
Project: Continuum
Type: Improvement
Versions: 1.0.2
Environm
On 2/28/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
> Oh, this nice. javax.persistence especially. I've been doing some EJB3
> stuff and that is a sore point. JTA too.
Since you expressed an interest in persistence and transaction, I
focused efforts on those two modules.
I pulled down the Glass
[ http://jira.codehaus.org/browse/MPMD-5?page=comments#action_59679 ]
Subhash Chandran commented on MPMD-5:
-
Can somebody take the initiative to update the ibiblio repository to have
version 2.0-beta-3 (which has this fix) of the maven-pmd-plugin.
> No
This seems like a very useful plugin to have. I think we should have one.
Cheers
Prasad
On 2/28/06, Anders Hessellund Jensen <[EMAIL PROTECTED]> wrote:
> I would like to be able to substitute timestamps with the build time
> into a resource file. As I understand it, there is currently no plugin
>
Eric Redmond said:
> On 2/28/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
>>
>>
>> If this is truly the way it works than it certainly can't be claimed
>> that Maven supports transitive dependencies as they will almost always
>> have to be bypassed. For example, if project A includes myfaces 1.1.1 it
[ http://jira.codehaus.org/browse/MPMD-19?page=comments#action_59678 ]
Dave Sag commented on MPMD-19:
--
looking closer at that 'how to' page I can see how to generate a report within
the 'site' phase but i can't see anything about generating the xml in the build
[ http://jira.codehaus.org/browse/MPMD-19?page=comments#action_59675 ]
Dave Sag commented on MPMD-19:
--
hey brett - my 10mts estimate was for someone who actually knew what the docs
should say. i figure whoever wrote it would be able to add those docs in a few
I would like to be able to substitute timestamps with the build time
into a resource file. As I understand it, there is currently no plugin
to to this, so I consider writing one.
The plugin should leverage the existing resource filtering mechanism of
M2. The plugin would take a configuration l
Hi, my replies are inline.
Cheers,
John
[snip]
I analyzed ALL Tomcat 5.5.9, 5.5.12 and 5.5.15 ibiblio artifacts.
What I found is:
- all 5.5.9 and 5.5.12 artifacts have empty poms - only modelVersion,
groupId, artifactId and version tags, no dependencies!!
- all 5.5.15 artifacts have NO poms
[ http://jira.codehaus.org/browse/MSUREFIRE-59?page=all ]
Mike Perham updated MSUREFIRE-59:
-
Attachment: SimpleTestSuite.java
> JUnitBattery dies when TestSuite has an anonymous inner class
> -
[ http://jira.codehaus.org/browse/MSUREFIRE-59?page=all ]
Mike Perham updated MSUREFIRE-59:
-
Attachment: (was: WSDLImportTestSuite.java)
> JUnitBattery dies when TestSuite has an anonymous inner class
> ---
On 2/28/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
>
> Steve,
>
> What you are proposing is to basically bypass maven and "hack" the pom's
> dynamically with the versions required. It seems to me it would be
> easier to have a process to do that in one's local repository. Then you
> only have to d
[ http://jira.codehaus.org/browse/MWAR-21?page=comments#action_59672 ]
Eugene Kuleshov commented on MWAR-21:
-
Grzegorz , thats great. But dependencies with such scope currently still
included into war.
> Need a way to include limited set of webapp's dep
[ http://jira.codehaus.org/browse/MSUREFIRE-59?page=comments#action_59670 ]
Mike Perham commented on MSUREFIRE-59:
--
In fact 2.1.1 works also so this was a regression in 2.1.2.
> JUnitBattery dies when TestSuite has an anonymous inner class
> ---
06-02-28, Grzegorz Słowikowski <[EMAIL PROTECTED]> napisał(a):
> There are some areas I am interesting most. First Tomcat 5.5.x.
>
> I analyzed ALL Tomcat 5.5.9, 5.5.12 and 5.5.15 ibiblio artifacts.
> What I found is:
> - all 5.5.9 and 5.5.12 artifacts have empty poms - only modelVersion,
> grou
[ http://jira.codehaus.org/browse/MSUREFIRE-59?page=all ]
Mike Perham updated MSUREFIRE-59:
-
Attachment: WSDLImportTestSuite.java
> JUnitBattery dies when TestSuite has an anonymous inner class
> --
Steve Loughran wrote:
No. I have a properties file that lays down the dependencies for
everything in my project, like log4j, across
about 20 different sub projects.
These have template pom files that hard code what they depend on, but
the actual version of what they depend on is driven by my
[ http://jira.codehaus.org/browse/MPMD-19?page=all ]
Mike Perham updated MPMD-19:
Summary: Update PMD plugin docs (was: upadte PMD plugin docs)
Did you see the howto page? Does this not cover your needs?
http://maven.apache.org/plugins/maven-pmd-plugin/ho
On 2/28/06, Grzegorz Słowikowski <[EMAIL PROTECTED]> wrote:
I analyzed ALL Tomcat 5.5.9, 5.5.12 and 5.5.15 ibiblio artifacts.
> What I found is:
> - all 5.5.9 and 5.5.12 artifacts have empty poms - only modelVersion,
> groupId, artifactId and version tags, no dependencies!!
> - all 5.5.15 artif
Ralph Goers wrote:
Steve,
What you are proposing is to basically bypass maven and "hack" the pom's
dynamically with the versions required. It seems to me it would be
easier to have a process to do that in one's local repository. Then you
only have to do it once. But then you don't have a re
1 - 100 of 135 matches
Mail list logo
