FYI: building continuum today

2006-03-15 Thread Bob Herrmann

I checked out contiuum this morning and did a build... I get this...

sh build.xml # I'm using cygwin on win2k.
...
There was no such logger 
'org.apache.maven.artifact.transform.ArtifactTransforma 
tion:latest' 15282461.
[2006.03.15 10:13:50] Used 28859ms
[surefire] Running org.apache.maven.continuum.it.ShellIntegrationTest
[surefire] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 28.891 sec

Results :
[surefire] Tests run: 5, Failures: 3, Errors: 0

[INFO] 
-   
  ---
[ERROR] BUILD ERROR
[INFO] 
-   
  ---
[INFO] There are some test failure.
[INFO] 
-   
  ---
[INFO] For more information, run Maven with the -e switch
[INFO] 
-   
  ---
[INFO] Total time: 36 minutes 8 seconds
[INFO] Finished at: Wed Mar 15 10:13:51 EST 2006
[INFO] Final Memory: 57M/63M
[INFO] 
-   
  ---


Re: svn commit: r386085

2006-03-15 Thread Emmanuel Venisse

sure, i'll do it

Emmanuel

Brett Porter a écrit :

[EMAIL PROTECTED] wrote:


Author: evenisse
Date: Wed Mar 15 06:49:02 2006
New Revision: 386085

URL: http://svn.apache.org/viewcvs?rev=386085view=rev
Log:
o Add CHECKOUTED state, it's similar to NEW state but the difference is that 
sources are checkouted



Not to nitpick, but can this be renamed CHECKEDOUT ?

Thanks,
Brett







Re: NPE in Surefire

2006-03-15 Thread Hiram Chirino
Thanks!  But I worked around it by removing the system properties that
I was trying to define (the unit test case now defines them.)

Regards,
Hiram

On 3/14/06, Jacek Laskowski [EMAIL PROTECTED] wrote:
 2006/3/13, Hiram Chirino [EMAIL PROTECTED]:

  I was just using the latest deployed 2.1.3-SNAPSHOT version of
  surefire and I got this error on the activemq/activemq-jaas module.
  Any idea?
 ...
  java.lang.NullPointerException
  at java.util.Hashtable.put(Hashtable.java:396)
  at java.util.Properties.setProperty(Properties.java:128)
  at java.lang.System.setProperty(System.java:700)
  at 
  org.apache.maven.test.SurefirePlugin.processSystemProperties(SurefirePlugin.java:408)

 Hi Hiram,

 I've seen it a couple of times during the Geronimo build migration to
 M2. It happens whenever not-that-recent version of
 maven-surefire-plugin is used (that's at least is my perception of
 what happens). Make sure you're using
 maven-surefire-plugin-2.1.3-20060228.012944-10.jar as otherwise you
 run across the issue.

 It works fine in security module of Geronimo (cf.
 http://svn.apache.org/viewcvs.cgi/*checkout*/geronimo/trunk/modules/security/pom.xml?rev=383234content-type=text%2Fplain)

 You may also need to adjust your plugin repositories.

  Hiram

 Jacek

 --
 Jacek Laskowski
 http://www.laskowski.org.pl

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




--
Regards,
Hiram

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[M2] build FAQ issue

2006-03-15 Thread Szczepan Faber
Hi,

According to FAQ info on
http://maven.apache.org/guides/development/guide-building-m2.html,
in order to build M2, you should set env variables to point to new
installation of M2.

set M2_HOME=c:\maven-2.0.1-SNAPSHOT
set PATH=%M2_HOME%\bin;%PATH%

But when you set those variables, the script file (bootstrap.bat/sh)
does not work any more - because you don't have M2_HOME pointed to
working installation of M2. If you decide that script creates new
installation of maven, the script should not depend on existing maven.
I believe the user does not want to install new maven snapshot - he
wants just compile and create jars. Then if the user wants it, he can
install jars, set up the env. variables to have his development env
working on brand new created maven.

Now, I don't know if I can fire the bootstrap script with my existing
maven - according to the documentation it will install new M2 into
M2_HOME, which is not what I want.

Thanks,
Szczepan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: possible performance regression?

2006-03-15 Thread Milos Kleint
brett, can you point me to the code which you rollbacked? I'd like to
include the rollback into my copy of the embedder artifact I have and
that I plan to include with the next version of mevenide/netbeans?

Thanks..

Milos

On 3/11/06, Brett Porter [EMAIL PROTECTED] wrote:
 If this is on 2.1-SNAPSHOT, I know exactly what it is. I rolled that fix
 back from 2.0.3 because of this, but left it on trunk to improve it (the
 JIRA is still open).

 - Brett

 - Brett

 Jason van Zyl wrote:
  Milos Kleint wrote:
  Hello,
 
  i've been playing with jason's embedder-refactor branch lately for use
  in mevenide. It seems to work fine generally, the few issues I found I
  reported. There's one possible performance issue that I haven't figure
  out.
 
  It took me a while to figure out how to setup the embedder to build my
  projects. once it was done I noticed that a project (multiproject)
  that used to build in  1 minute with 2.0.1 on command line, takes now
  15 minutes with the embedder.
 
  Have you tried with 2.0.2 or with the 2.0.3 RC that John posted? I just
  want to know if it's something I did in the embedder or something that's
  in the core. I would imagine it's in the core because the embedder is a
  just a wrapper basically.
 
  If you get the same problem on the command line with the 2.0.3 RC then
  we'll have to go hunting.
 
  The reason was way too many failed server connections looking for some
  artifacts..
  a random excerpt:
  [WARN]Unable to get resource
  org.apache.maven.plugins:maven-plugin-plugin:pom:2.0.1-SNAPSHOT from
  repository netbeans (http://208.44.201.216:18080/maven)
  [WARN]Unable to get resource
  org.apache.maven.plugins:maven-resources-plugin:pom:2.2-SNAPSHOT from
  repository netbeans (http://208.44.201.216:18080/maven)
 
  (the id of the artifact is not there by default I added it for
  debugging purposes)
 
  These messages did repeatedly occur for a single pom-repository pair
  during one build.
  I did manage to take the build under 5 minutes by enabling the plugin
  registry (which is to be on by default anyway)
  But the tool kept on contacting the servers for snapshot poms. The
  only workaround I found was to mark all my repositories/plugin
  repositories as snapshot/enabled=false.
 
  it might  be possible that this is a problem with my configuration of
  the embedder, but I didn't notice anything to be different from the
  MavenCLI stuff..
 
  Any pointers appreciated.
 
  Milos
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Question about xml-apis dependencies

2006-03-15 Thread Grzegorz Słowikowski
Hello

This is important for me, so don't ignore if you can help!!

There are xml-apis dependencies in commons-digester and commons-modeler
poms on ibiblio (for example).

When do I need them?

When I run Maven with Java 1.5 or 1.4, I have all javax.xml.* classes in 
rt.jar. 
So I don't need additional (endorsed) library.
It would be needed when building with JDK 1.3, but can Maven be run
with this JDK? Isn't this version too old? 

I'm preparing poms for Tomcat 5.5.15 artifacts. 
Some of them depend on commons-modeler:commons-modeler:1.1.

commons-modeler:commons-modeler:1.1 depends on:
- commons-digester:commons-digester:1.2
- xml-apis:xml-apis:2.0.2
- ... others...

commons-digester:commons-digester:1.2 depends on:
- xml-apis:xml-apis:1.0.b2
- ...others...

Tomcat has no xml-apis.jar in its distribution. I don't know if
it can run on JDK 1.3. Maybe not.

So should I exclude xml-apis dependencies in Tomcat poms:

dependency
  groupIdcommons-modeler/groupId
  artifactIdcommons-modeler/artifactId
  version1.1/version
  exclusions
exclusion
  groupIdxml-apis/groupId
  artifactIdxml-apis/artifactId
/exclusion
  /exclusions
/dependency

or not:

dependency
  groupIdcommons-modeler/groupId
  artifactIdcommons-modeler/artifactId
  version1.1/version
/dependency

To exclude or not to exclude, that is the question ;-)))

Greg



Re: svn commit: r385672 - /maven/maven-1/core/trunk/project.properties

2006-03-15 Thread Lukas Theussl
Is there a specific reason for that? In general, I think that test code 
should be subject to the same quality criteria as main code.


-Lukas


[EMAIL PROTECTED] wrote:

Author: aheritier
Date: Mon Mar 13 14:15:20 2006
New Revision: 385672

URL: http://svn.apache.org/viewcvs?rev=385672view=rev
Log:
Ignore simian reporting in tests classes

Modified:
maven/maven-1/core/trunk/project.properties

Modified: maven/maven-1/core/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/maven/maven-1/core/trunk/project.properties?rev=385672r1=385671r2=385672view=diff
==
--- maven/maven-1/core/trunk/project.properties (original)
+++ maven/maven-1/core/trunk/project.properties Mon Mar 13 14:15:20 2006
@@ -117,6 +117,7 @@
 # Simian plugin settings
 #=
 maven.simian.linecount = 4
+maven.simian.includetests = false
 
 #=

 # Site plugin settings




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: possible performance regression?

2006-03-15 Thread Brett Porter
Milos Kleint wrote:
 brett, can you point me to the code which you rollbacked? I'd like to
 include the rollback into my copy of the embedder artifact I have and
 that I plan to include with the next version of mevenide/netbeans?

Why are you working from trunk instead of 2.0.x branch?

Anyway, it's MNG-1908.

- Brett

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: svn commit: r386085

2006-03-15 Thread Brett Porter
[EMAIL PROTECTED] wrote:
 Author: evenisse
 Date: Wed Mar 15 06:49:02 2006
 New Revision: 386085
 
 URL: http://svn.apache.org/viewcvs?rev=386085view=rev
 Log:
 o Add CHECKOUTED state, it's similar to NEW state but the difference is that 
 sources are checkouted

Not to nitpick, but can this be renamed CHECKEDOUT ?

Thanks,
Brett


Re: possible performance regression?

2006-03-15 Thread Jason van Zyl

Brett Porter wrote:

Milos Kleint wrote:

brett, can you point me to the code which you rollbacked? I'd like to
include the rollback into my copy of the embedder artifact I have and
that I plan to include with the next version of mevenide/netbeans?


Why are you working from trunk instead of 2.0.x branch?


He's experimenting with the embedder refactor branch which which aligns 
the embedder with the CLI and fixes lots of problems.


Jason.


Anyway, it's MNG-1908.

- Brett

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [M2] build FAQ issue

2006-03-15 Thread Carlos Sanchez
bootstrap is to create a new maven installation without needing maven
installed, you still need M2_HOME pointing to where you want maven to
be installed. It also works when you already have a woring
installation, removing it and installing again (not using it for
building)

If you just want to build the jars or install them you can use a
released version of maven, maven core is just another maven project.

On 3/15/06, Szczepan Faber [EMAIL PROTECTED] wrote:
 Hi,

 According to FAQ info on
 http://maven.apache.org/guides/development/guide-building-m2.html,
 in order to build M2, you should set env variables to point to new
 installation of M2.

 set M2_HOME=c:\maven-2.0.1-SNAPSHOT
 set PATH=%M2_HOME%\bin;%PATH%

 But when you set those variables, the script file (bootstrap.bat/sh)
 does not work any more - because you don't have M2_HOME pointed to
 working installation of M2. If you decide that script creates new
 installation of maven, the script should not depend on existing maven.
 I believe the user does not want to install new maven snapshot - he
 wants just compile and create jars. Then if the user wants it, he can
 install jars, set up the env. variables to have his development env
 working on brand new created maven.

 Now, I don't know if I can fire the bootstrap script with my existing
 maven - according to the documentation it will install new M2 into
 M2_HOME, which is not what I want.

 Thanks,
 Szczepan

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
 -- The Princess Bride

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Archive layout created by maven-assembly-plugin

2006-03-15 Thread David Blevins
I need to create an assembly that doesn't put everything under a  
artifactId-version style directory; meaning I want it to unzip right  
into ./ with no directory prefix such as:


$ unzip openejb-tomcat-3.0.1.zip
deflating ...
./conf/openejb.xml
./server/lib/openejb-core-3.0.1.jar
./server/lib/openejb-ejbd-3.0.1.jar
./server/lib/openejb-server-3.0.1.jar


Is that possible with the maven-assembly-plugin?

-David


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Subscription: Outstanding Repository Maintenance: Evangelism

2006-03-15 Thread jira
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (24 issues)
Subscriber: mavendevlist


Key Summary
MEV-358 Missing POMs for Spring 2.0-m3
http://jira.codehaus.org/browse/MEV-358
MEV-339 Missing POMs for Spring 2.0-m2
http://jira.codehaus.org/browse/MEV-339
MEV-352 Relocate cvslib in netbeans groupId to cvsclient in org.netbeans.lib
http://jira.codehaus.org/browse/MEV-352
MEV-356 Missing dep on jboss-common in jbossmq-client  jnp-client 4.0.2
http://jira.codehaus.org/browse/MEV-356
MEV-353 I need to have these 4 pom's posted to reference some bea 3rd party 
artifacts to support the weblogic plugin
http://jira.codehaus.org/browse/MEV-353
MEV-351 xmlc-xerces-2.2.7.1.jar is unnecessary and  xmlc-apis.jar is 
required.
http://jira.codehaus.org/browse/MEV-351
MEV-296 Activemq-core (and other activemq projects) 3.2.1 have unexpanded 
variables
http://jira.codehaus.org/browse/MEV-296
MEV-326 Spring 2.0 M2 is missing a POM
http://jira.codehaus.org/browse/MEV-326
MEV-337 OJB 1.0.4 has a number of dependencies that should be optional
http://jira.codehaus.org/browse/MEV-337
MEV-334 Stax POM points to an invalid XMLBeans dependency
http://jira.codehaus.org/browse/MEV-334
MEV-331 Please upload Acegi Security 1.0.0 RC2
http://jira.codehaus.org/browse/MEV-331
MEV-330 WebWork 2.2.1 POM should list FreeMarker as a dependency since it's 
required for plain ol' JSPs
http://jira.codehaus.org/browse/MEV-330
MEV-325 Description of jaxb-api 1.0.1 is wrong
http://jira.codehaus.org/browse/MEV-325
MEV-313 publish seperate spring POM's for seperate dependencies
http://jira.codehaus.org/browse/MEV-313
MEV-277 More Spring Dependencies Should be Optional
http://jira.codehaus.org/browse/MEV-277
MEV-320 Hibernate 3.1.x POMs pull in Sun jars
http://jira.codehaus.org/browse/MEV-320
MEV-201 should have dependency on org.relaxngdatatype.relaxngDatatype
http://jira.codehaus.org/browse/MEV-201
MEV-173 xmlpull JARs exist in two different places on ibiblio
http://jira.codehaus.org/browse/MEV-173
MEV-48  openejb poms
http://jira.codehaus.org/browse/MEV-48
MEV-45  Full list of poms that doesn't respect the m2 format
http://jira.codehaus.org/browse/MEV-45
MEV-36  Exo POM(s) missing dependency versions
http://jira.codehaus.org/browse/MEV-36
MEV-33  XOM POM references xercesImpl v.2.2.1 which does not exist in repo
http://jira.codehaus.org/browse/MEV-33
MEV-31  XOM POM references xmlParserAPIs v2.6.1 which is not in the repo
http://jira.codehaus.org/browse/MEV-31
MEV-20  clean up bad IDs in the repository
http://jira.codehaus.org/browse/MEV-20


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Subscription: Outstanding Repository Maintenance: Uploads

2006-03-15 Thread jira
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (8 issues)
Subscriber: mavendevlist


Key Summary
MAVENUPLOAD-782A framework for home automation based the the xPL protocol.
http://jira.codehaus.org/browse/MAVENUPLOAD-782
MAVENUPLOAD-778Please update 2.3.5 version of Freemarker library
http://jira.codehaus.org/browse/MAVENUPLOAD-778
MAVENUPLOAD-776Test utility classes for ANT 1.6.5 (binaries and sources)
http://jira.codehaus.org/browse/MAVENUPLOAD-776
MAVENUPLOAD-772could someone upload the new JConnector 3.1.12
http://jira.codehaus.org/browse/MAVENUPLOAD-772
MAVENUPLOAD-759Glassfish persistence and transaction apis
http://jira.codehaus.org/browse/MAVENUPLOAD-759
MAVENUPLOAD-725Please upload displaytag 12 tld
http://jira.codehaus.org/browse/MAVENUPLOAD-725
MAVENUPLOAD-735Please upload com.sun.xml:xalan 1.0.4
http://jira.codehaus.org/browse/MAVENUPLOAD-735
MAVENUPLOAD-736Please upload com.sun.xml:xercesImpl 1.0.4
http://jira.codehaus.org/browse/MAVENUPLOAD-736


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Archive layout created by maven-assembly-plugin

2006-03-15 Thread Wendy Smoak
On 3/15/06, David Blevins [EMAIL PROTECTED] wrote:
 I need to create an assembly that doesn't put everything under a
 artifactId-version style directory;

I haven't tried it, but the 'includeBaseDirectory' element looks promising...

http://maven.apache.org/plugins/maven-assembly-plugin/assembly.html

--
Wendy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]