date:20080320

This page has general details on Maven settings:
http://maven.apache.org/settings.html

This page has details for settings.xml including a link to the XSD:
http://maven.apache.org/ref/2.0.8/maven-settings/settings.html

The XSD for pom.xml is here:
http://maven.apache.org/maven-v4_0_0.xsd

Wayne

On 3/20/08, Sowmya. R [EMAIL PROTECTED] wrote:
 Hi Wayne,

  Thanks for code you have given ,it is working fine .Can you let me
 know how to use settings.xml for this.
 Where can i get the DTD or XSD for pom.xml and settings.xml

 Thanks,
 Sowmya. :)

 On Wed, Mar 19, 2008 at 8:49 PM, Wayne Fay [EMAIL PROTECTED] wrote:

  You could use:
  mvn -Dmyname=abc -Dmypass=xyz
 
  And then in the pom:
  ...:pserver:${myname}:[EMAIL PROTECTED]
 
  But really, this is not how most people use Maven. Instead you should
  look at storing these values in settings.xml.
 
  Wayne
 
  On 3/19/08, Sowmya. R [EMAIL PROTECTED] wrote:
   Hi Wayne,
  
   I am trying to do for CVS not with the remote repository.
   I am using
scm
  connectionscm:cvs:pserver:xxx:[EMAIL PROTECTED]
  :/istcvs/CVSHOME:xtclients/xtTest/connection
  developerConnectionscm:cvs:pserver:xxx:[EMAIL PROTECTED]
  :/istcvs/CVSHOME:xtclients/xtTest/developerConnection
  urlscm:cvs:pserver:xxx:[EMAIL PROTECTED]
  :/istcvs/CVSHOME:xtclients/xtTest/url
/scm
  
   To connect to cvs.But i want to pass username and password to connect
   cvs in command line .Please provide me the information .
  
   Thanks,
   Sowmya.R
  
   On 3/19/08, Wayne Fay [EMAIL PROTECTED] wrote:
Take a look at the SCM plugin:
   
  http://maven.apache.org/scm/plugins/examples/bootstrapping-with-pom.html
   
 Wayne
   
   
 On 3/18/08, Sowmya. R [EMAIL PROTECTED] wrote:
  Hi,
 
  I am working on the maven tool for my project ,where I have to
  checkout from CVS and I want to ask for CVS user id and password
  from
  the user while checkingout the project.This process I want to do
  dynamically to checkout multiple projects.
 
  I am new  user of maven ,Pleases help me out to resove this issue.
 
 
 
  --
  Regads,
 
  Sowmya.R
 
   

  -
  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]
   
   
  
  
   --
   Regads,
  
   Sowmya.R
  
   -
   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]
 
 


 --
 Regads,

 Sowmya.R


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

Re: Running two builds of the same branch simultaneously

You could do the following...

Copy ~/.m2/settings.xml to ~/.m2/settingsy.xml
Configure localRepository in settingsy.xml to point somewhere else

Copy MAVEN_HOME/bin/mvn.bat to mvny.bat
Edit mvny.bat and append -f ~/.m2/settingsy.xml to the call to mvn

Then call normal mvn from X, and mvny from Y. This will
automatically use the 2 localRepositories without messing with poms or
logging in as 2 users etc. You just have to remember to use mvn in one
window and mvny in the other.

Wayne

On 3/19/08, Dan Fabulich [EMAIL PROTECTED] wrote:
 Brian E. Fox wrote:

  Samuel Le Berrigaud wrote:
 
  1. only run mvn verify, this way nothing gets installed into the local
  repository,
 
  This doesn't work in a multi-module reactor build where the modules
  depend on each other, does it?

  No, it will only work if you at least do compile (then a reference to
  /target/classes is passed instead of the jar)

 Huh?  verify is after compile, right before install.  (Actually, I did
 package, then later tried verify to see if it would work; neither
 did.)  Should that have worked?

 -Dan

 -
 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: Running two builds of the same branch simultaneously

2008-03-20 Thread Stephen Connolly

You could do even better!

in X create mvn.bat that is just

@echo off
%MAVEN_HOME%\bin\mvn.bat -s %USERPROFILE%\.m2\settings-x.xml %*

create mvn.sh that is just

#!/bin/sh
$MAVEN_HOME/bin/mvn -s ~/.m2/settings-x.xml $*


in Y create mvn.bat that is just

@echo off
%MAVEN_HOME%\bin\mvn.bat -s %USERPROFILE%\.m2\settings-y.xml %*

create mvn.sh that is just

#!/bin/sh
$MAVEN_HOME/bin/mvn -s ~/.m2/settings-y.xml $*

Now whichever window you are in, running mvn or ./mvn.sh will use the
correct settings.xml and will not require remembering which command to
launch from which window.

You can even check these batch and shell scripts into SCM so that the
release plugin will not complain about them.

-Stephen

P.S.

  you could make them even more portable by having them check for the
settings-x.xml and settings-y.xml and reverting to defaults if those
settings are not present

On Thu, Mar 20, 2008 at 7:47 AM, Wayne Fay [EMAIL PROTECTED] wrote:

 You could do the following...

 Copy ~/.m2/settings.xml to ~/.m2/settingsy.xml
 Configure localRepository in settingsy.xml to point somewhere else

 Copy MAVEN_HOME/bin/mvn.bat to mvny.bat
 Edit mvny.bat and append -f ~/.m2/settingsy.xml to the call to mvn

 Then call normal mvn from X, and mvny from Y. This will
 automatically use the 2 localRepositories without messing with poms or
 logging in as 2 users etc. You just have to remember to use mvn in one
 window and mvny in the other.

 Wayne

 On 3/19/08, Dan Fabulich [EMAIL PROTECTED] wrote:
  Brian E. Fox wrote:
 
   Samuel Le Berrigaud wrote:
  
   1. only run mvn verify, this way nothing gets installed into the
 local
   repository,
  
   This doesn't work in a multi-module reactor build where the modules
   depend on each other, does it?
 
   No, it will only work if you at least do compile (then a reference to
   /target/classes is passed instead of the jar)
 
  Huh?  verify is after compile, right before install.  (Actually, I did
  package, then later tried verify to see if it would work; neither
  did.)  Should that have worked?
 
  -Dan
 
  -
  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: Getting Maven and BEA Workshop to play nice...

2008-03-20 Thread Alexandre Touret

Hello,
In my opinion, you should try to run the eclipse plugin with wtp enabled. If
you have read the maven user list recently you should have read the
announcement about the last release of the maven-eclipse-plugin.

For WTP support run the following command if you have the eclipse-plugin
2.5

$mvn -U -Dwtp.version=2.0 eclipse:eclipse

else, run
$mvn -U -Dwtp.version=1.5 eclipse:eclipse

Now, you should have a proper configuration for a webmodule.
Unfortunately, maven doesn't support the specific configuration for workshop
such as appxray or weblogic facets.
I've tried some configurations for eclipse-plugin and voodoos invocations.
Finally, I have created a custom archetype from a workshop webmodule with
all the bea workshop's configuration embedded.

If you can read french (sorry ...) you could read few entries in my blog. I
described some problems ( and their resolutions )

http://alexandre.touret.free.fr/dotclear/index.php/category/java-ee

Hope this helps
Regards,
Alexandre

jdepaul wrote:

Hello all -

Perhaps this has already been addressed - if so, just please point me in
the right direction:

We're starting a new J2EE project, which will have a Web module and an EJB
module under an EAR deployment umbrella, so this is the perfect
opportunity
to use Maven to set the project up correctly with the proper structure.
I
can setup the maven structure ok, but I'm having trouble getting BEA
Workshop 10 (based on Eclipse) to recognize this project as a web project
when I import it... Here is the steps I followed: I have run the
following mvn statements to create my Web module, which is the first in a
series:

1) -- Create WAR PROJECT MODULE
mvn archetype:create \
-DarchetypeGroupId=org.apache.maven.archetypes \
-DarchetypeArtifactId=maven-archetype-webapp \
-DarchetypeVersion=1.0 \
-DgroupId=com.ibm.client.diamond.web \
-DartifactId=diamond-web \
-Dversion=2.0-SNAPSHOT

The mvn run is successful, producing the familiar structure, with the
path:
src\main\webapp housing the WEB-INF sub-directory, and sample jsp
resource.

2) I proceed to prepare the new web project to be used with Eclipse, so I
run: mvn eclipse:eclipse - which produces the .class and .project files
as
a result.

3) My next step is to import the newly created project into Webshop using
regular Import... use Existing Project - it imports properly, but it has
an appearance of a Java project, not a DynamicWeb project at that point...
I think that's my problem.

4) Finally, I creat an EnterpriseApplicationProject (EAR proj) to house
my
diamond-web Web applicaiton. I follow the wizzard and can add the web
project to the Ear project OK, but somehow the web module does NOT get
added to the application.xml config file in the EAR project - the BEA
Workshop seems to completely ignore the fact that this is a Web project
we're adding... thus it does not add it to the application.xml file and I
can't seem to convince it to treat my maven-created project as a Web
project. I even tried this same approach with Eclipse 3.3 (Europa), but
had same exact experience. Of course creating a dynamic web project
directl inside the workshop produces desired results, but the dir
structure
that results is of course not in line with the maven structure... and so
it
goes... :(

So, please help - how can I get Maven and BEAWebShop to play nice
together?

Thanks,
James

--
View this message in context:
http://www.nabble.com/Getting-Maven-and-BEA-Workshop-to-play-nice...-tp16160487s177p16174514.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Re: maven2 jira plugin?

2008-03-20 Thread Emmanuel Hugonnet

Hi Dennis,
I take advantage of this thread to ask you a question. How do I release our
(Rémy is the co-author of the plugin) plugin on MOJO now ?
I have seen that you have updated the reference to the MCHANGES-78 so
nothing is preventing a release of this plugin.
Emmanuel

surefire and testng integration issues with surefire-2.4.2

I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed.  I felt all along that this was not correct and I
finally had a chance to look into it.  Surefire could simply register a
listener to get call backs during the execution and could output the
results.  TestNG does support this functionality with the ITestListener.
For example, onStart() will give the start of running a particular class
configuration and test methods and onFinish() will be called after all
of the configuration and test methods have been run.  I took a look at
the Surefire code and there is a TestNGReporter that does implement the
ITestListener, but it does not implement these methods, they are all
no-ops.  So, it seems like these could be implemented and then we could
see progress output on the console.

Re: maven2 jira plugin?

2008-03-20 Thread Rémy Sanlaville


 The proposed plugin did not fit well into either maven-changes-plugin or
 maven-changelog-plugin. The author of the plugin has since approached
 the Mojo project at codehaus. The plugin is currently an enhancement
 request there:

 http://jira.codehaus.org/browse/MOJO-1026


Yes I am aware  because, as Emmanuel mentioned, I am in relation with him.

We chose to approached the Mojo project at codehaus because we saw that this
improvement was not welcome by the maven community. As I mentioned in
http://jira.codehaus.org/browse/MCHANGES-78: we can regret that we will
have two plugin (maven-changes-plugin and svnchangelog-maven-plugin) that
generate the same report but from a different data source.
I think it's more confusing for maven users who won't understand this
situation.

But if the maven community want to go in this direction, we can just regret
it and hope that the svnchangelog-maven-plugin will be release soon.

Anyway, thanks Dennis for your help.

Rémy

Re: limit size of local repository, limit number of snapshots

2008-03-20 Thread aldana


done: http://jira.codehaus.org/browse/MNG-3472


Wendy Smoak-3 wrote:
 
 On Wed, Mar 19, 2008 at 4:52 PM, Wayne Fay [EMAIL PROTECTED] wrote:
 Please do file a JIRA and reply back with the number. I'll see about
  implementing a plugin to help with this issue, but no guarantees. ;-)
 
 That would be great!  We're also getting requests for cleaning up the
 local repository on CI servers such as Continuum:
 
 http://jira.codehaus.org/browse/CONTINUUM-1693
 
 -- 
 Wendy
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 


-
manuel aldana
aldana((at))gmx.de
homepage: http://www.aldana-online.de
-- 
View this message in context: 
http://www.nabble.com/limit-size-of-local-repository%2C-limit-number-of-snapshots-tp16147475s177p16175376.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

how to include non-java files in a jar

2008-03-20 Thread Saxena, Sandeep

Hi,

 

I want to include some non-java files (properties or html files) in my
jar. Say 

These properties files exist at src/main/java/a/b/c. How can include
these 

Files.

 

Sandeep



The information contained in this transmission may contain privileged and 
confidential information and is intended only for the use of the person(s) 
named above. If you are not the intended recipient, any review, dissemination, 
distribution or duplication of this communication is strictly prohibited. If 
you received this email in error, please contact the sender immediately by 
reply e-mail and destroy all copies of the original message. This email is not 
intended as an offer or solicitation for the purchase or sale of any financial 
instruments.

Re: overwriting external resources

2008-03-20 Thread Dominik Heller

Hey David,
so I have tried to reproduce your test scenario but for some reason I still 
have the same problem. In the following is the code of pom.xml:

folder structure:
files to copy:::
src/main/Customer/web.xml
src/main/Customer/WEB-INF/config/cd.xml
src/main/Customer/WEB-INF/config/config.properties

files to overwrite:::
src/main/webapp/WEB-INF/config/cd.xml
src/main/webapp/WEB-INF/config/config.properties

profile
  idcustomer1/id 
  properties
config.setPathCustomer/config.setPath
webXMLsrc/main/Customer/web.xml/webXML
  /properties
/profile

  plugin
artifactIdmaven-war-plugin/artifactId
version2.0.2/version
configuration
  webXml${webXML}/webXml
  directorysrc/main/webapp/directory
  
  webResources
resource
  directorysrc/main/${config.setPath}/directory
/resource
  /webResources
  
/configuration 
  /plugin

Well right now I can't see any remarkable difference between your code and 
mine, have you tried out what happens if you don't use the 
warSourceDirectorywebapp/warSourceDirectory and especially if it still 
works correct if you have two files in your default WEB-INF but you only want 
to overwrite one of the files?
thx in advance

 Original-Nachricht 
 Datum: Thu, 20 Mar 2008 08:35:38 +0100
 Von: David Delbecq [EMAIL PROTECTED]
 An: Maven Users List users@maven.apache.org
 Betreff: Re: overwriting external resources

 En l'instant précis du 19/03/08 10:10, Dominik Heller s'exprimait en ces 
 termes:
  Hello there,
  well it seems that i was a little bit to fast to announce my success. So
 the thing is, when a file X in the WEB-INF/config folder has been changed
 more recently then the file I want to overwrite the file X with then it
 just won't do it. The reason why I thought it would work is because my pom is
 located in tzhe very top folder of the project and so by using
 warSourceDirectorywebapp/warSourceDirectory a new folder would be 
 created. Any idea
 someone how to force maven to overwrite the files???
  thx in advance.
 
 Tested here:
 
 webapp/WEB-INF/Domain.xml , date of 20-03-2008
 configSet/user/WEB-INF/Domain.xml, date of 04-03-2008
 
 pom.xml:
 
   plugin
 artifactIdmaven-war-plugin/artifactId
 configuration
   warSourceDirectorywebapp/warSourceDirectory
   webResources
 resource
   !-- this is relative to the pom.xml directory --
   directoryconfigSets/${config.configSet}/directory
 /resource
   /webResources
 /configuration
   /plugin
   
   profiles
 profile
 idbuild-user/id
 activation
   property
 nametype/name
 valueuser/value
   /property
 /activation 
   properties
 config.configSetuser/config.configSet
 !-- other unrelated config values --
   /properties
 /profile
   /profiles
 
 Result after mvn clean package:
 ls -l target/intranet-1.0-SNAPSHOT/WEB-INF/Domain.xml
 -rw-r--r-- 1 delbd delbd 36757 2008-03-04 10:38 
 target/intranet-1.0-SNAPSHOT/WEB-INF/Domain.xml
 The correctly the old configSet file that override the more recent 
 general file.
 
 -- 
 David Delbecq
 Institut Royal Météorologique
 Ext:557
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

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

Re: how to include non-java files in a jar

2008-03-20 Thread [EMAIL PROTECTED]

Saxena, Sandeep schrieb:
 Hi,

  

 I want to include some non-java files (properties or html files) in my
 jar. Say 

 These properties files exist at src/main/java/a/b/c. How can include
 these 
   

Just put them in src/main/resources/a/b/c. Maven is configured by
default to copy files under src/main/resources into the jarfile.

If you really want them to be mixed in with your java files, then you
will need to add a section to your pom to reconfigure the
maven-resources-plugin. Add src/main/java as a resource directory,
then exclude *.java. But I would recommend going with the normal maven
approach if you can.

Regards,
Simon


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

SOLVED: TestNG Listeners

2008-03-20 Thread P'Simer, Dana (Matrix)

 
Thanks, Wayne.

I figured this list would be good because it was clearly in the surefire
plugin where the breakdown was.  However, I finally figured it out.

Turns out that the properties tag in the configuration was not
formatted correctly.  Is this a maven thing or specific to each plugin
that wants to use map's as input for its configuration?

Anyway, for future reference the properties tag is formatted with
property tags containing name and value tags.  So my properties
tag below would be :

properties
  property
namelistener/name
valueorg.uncommons.reportng.JUnitXMLReporter/value
  /property
/properties

I had assumed that it followed the format of the properties tag at the
top level of the POM and since there is absolutely no documentaion on
the internal format of the properties configuration parameter for the
surefire plugin I had nothing to disabuse me of this notion.

Thanks,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 19, 2008 7:46 PM
To: Maven Users List
Subject: Re: TestNG Listeners

You will probably have better luck with this question on the TestNG
list. Everyone there uses TestNG and many use Maven, whereas here, we
all use Maven and only some use TestNG.

Wayne

On 3/19/08, P'Simer, Dana (Matrix) Dana.P'[EMAIL PROTECTED] wrote:
 Hello,

 I am attempting to add a listener to the testng run for my project.  
 It is the JUnitXMLReporter by the ReportNG project.  I added ReportNG 
 as a dependency in the test scope (they don't have a pom so I created 
 one and deployed it to our private repository ) and added the listener

 to the
 properties:

  plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
  parallelfalse/parallel
  argLine-DstartAll=${startAll} -Xmx768m -Xms256m 
 -XX:PermSize=128m -XX:MaxPermSize=384m/argLine
  excludeGroupsdisabledTests,generateTestFile/excludeGroups
  excludes
exclude**/Test*.java/exclude

 exclude**/JBossAndPersistentTwoPhaseCacheManagerTestCase.java/exclu
 de
 
  /excludes
  properties

 listenerorg.uncommons.reportng.JUnitXMLReporter/listener
  /properties
/configuration
  /plugin
 ...
dependency
  groupIdorg.uncommons/groupId
  artifactIdreportng/artifactId
  version0.9.4/version
  scopetest/scope
/dependency

 But when I run the tests I get no output from the JUnitXMLReporter.
 There are no errors and the tests complete successfully.

 When I run 'mvn help:describe -Dplugin=surefire' I get:

$ mvn help:describe -Dplugin=surefire
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'help'.
[INFO]


[INFO] Building commons
[INFO]task-segment: [help:describe] (aggregator-style)
[INFO]


[INFO] [help:describe]
[INFO] Plugin:
 'org.apache.maven.plugins:maven-surefire-plugin:2.4.2'
---
Group Id:  org.apache.maven.plugins
Artifact Id: maven-surefire-plugin
Version: 2.4.2
Goal Prefix: surefire
Description:

Surefire is a test framework project.

[INFO]


[INFO] BUILD SUCCESSFUL
[INFO]


[INFO] Total time: 1 second
[INFO] Finished at: Wed Mar 19 13:25:45 EDT 2008
[INFO] Final Memory: 3M/6M
[INFO]
 --
 --


 BTW, the reason I am doing this is so that I can get a Junit Style 
 report for Hudson to display.  If there is a better way to do this, I 
 would appreciate any suggestions.

 Dana H. P'Simer
 Dana.P'[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]

setting classifier for maven war plugin

2008-03-20 Thread David Delbecq


Hello,

am trying to get maven 2 to build wars of the form
artifact-version-classifier.war


I configure this:

 plugin
   artifactIdmaven-war-plugin/artifactId
   configuration
 warSourceDirectorywebapp/warSourceDirectory
 webResources
   classifier${webapp.classifier}/classifier
 /webResources
   /configuration
 /plugin

and this:

   profile
 idbuild-delbd/id
 activation
   property
 nametype/name
 valuedelbd/value
   /property
 /activation 
 properties

   webapp.classifierdelbd/webapp.classifier
 /properties
   /profile

And i get this when issue a mvn package:
[INFO] 


[ERROR] BUILD ERROR
[INFO] 

[INFO] Failed to configure plugin parameters for: 
org.apache.maven.plugins:maven-war-plugin:2.1-alpha-1


   (found static expression: 'delbd' which may act as a default value).


Cause: Cannot assign configuration entry 'classifier' to 'class 
org.apache.maven.model.Resource' from 'delbd', which is of type class 
java.lang.String



Can someone explain me? The Docs on maven web site states that war 
plugin takes a String for classifier, but it seems to fails. How should 
i do it? Thanks.


--
David Delbecq
Institut Royal Météorologique
Ext:557


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

Re: setting classifier for maven war plugin

2008-03-20 Thread David Delbecq

En l'instant précis du 20/03/08 13:34, David Delbecq s'exprimait en ces 
termes:

Hello,

am trying to get maven 2 to build wars of the form
artifact-version-classifier.war


I configure this:

 plugin
   artifactIdmaven-war-plugin/artifactId
   configuration
 warSourceDirectorywebapp/warSourceDirectory
 webResources
   classifier${webapp.classifier}/classifier
 /webResources
   /configuration
 /plugin

and this:

   profile
 idbuild-delbd/id
 activation
   property
 nametype/name
 valuedelbd/value
   /property
 /activation  properties
   webapp.classifierdelbd/webapp.classifier
 /properties
   /profile

And i get this when issue a mvn package:
[INFO] 


[ERROR] BUILD ERROR
[INFO] 

[INFO] Failed to configure plugin parameters for: 
org.apache.maven.plugins:maven-war-plugin:2.1-alpha-1


   (found static expression: 'delbd' which may act as a default value).


Cause: Cannot assign configuration entry 'classifier' to 'class 
org.apache.maven.model.Resource' from 'delbd', which is of type class 
java.lang.String



Can someone explain me? The Docs on maven web site states that war 
plugin takes a String for classifier, but it seems to fails. How 
should i do it? Thanks.



Ok, stupid me putting classifier at wrong place :s

--
David Delbecq
Institut Royal Météorologique
Ext:557


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

RE: surefire and testng integration issues with surefire-2.4.2

2008-03-20 Thread P'Simer, Dana (Matrix)

I have recently been dealing with a similar issue.  I wanted Junit style
reports and did not want to use ant run to run the JunitConverter task,
so I added reportng as a test scoped dependency and configured a
listener.  

As an interim solution, you could write a listener that does what you
want.  It could just be in your src/test/java dir as classes there will
be available to TestNG when it is running so there is no need to create
a separate jar, unless you want to.  To configure it you would do
something like this:

...
plugin
  artifactIdmaven-surefire-plugin/artifactId
  ...
  configuration
...
properties
  namelistener/name
  valuex.y.z.MyNiftyProgressOutputter/value
/properties
...
  /configuration
  ...
/plugin
...

The listener properties's value can be a comma separated list of classes
so if you have more than one, you can do that.

Good Luck,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 5:32 AM
To: Maven Developers List
Cc: Maven Users List
Subject: surefire and testng integration issues with surefire-2.4.2

I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed.  I felt all along that this was not correct and I
finally had a chance to look into it.  Surefire could simply register a
listener to get call backs during the execution and could output the
results.  TestNG does support this functionality with the ITestListener.
For example, onStart() will give the start of running a particular class
configuration and test methods and onFinish() will be called after all
of the configuration and test methods have been run.  I took a look at
the Surefire code and there is a TestNGReporter that does implement the
ITestListener, but it does not implement these methods, they are all
no-ops.  So, it seems like these could be implemented and then we could
see progress output on the console. 

 


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

using maven 1.02 war and ant filters to replace variables

2008-03-20 Thread Glenn Barney

Hi All,

I've spent quite a while (long enough to resort to the email list :) )
trying to get maven 1.02, while building a war, to replace a variable
in my web.xml file that looks like this :
param-value@pom.config-dir@/log4j.xml/param-value

Just about everything I found on the web says to define an ant filter
before the war-resources step like so :
preGoal name=war:war-resources
ant:filter token=pom.config-dir
value=${pom.artifactId}/${pom.currentVersion} /
/preGoal

There's a quick blurb about this at the bottom of this page :
http://maven.apache.org/maven-1.x/plugins/war/.

I actually do this successfully in my project for the
java:jar-resources command.  Project.xml file has the resources
explicitly defined, and the ant copy command kicks in on files defined
there just fine and the filter works accordingly.

However, with building a war, this doesn't work.  I've tried a million
different tweaks but for whatever reason the copy command built into
the war target in maven is not picking up the ant filter.  I tried
setting maven.war.src.filtering to true, but it defaults true and it
hasn't worked.

Before I try a hack around it by definding a ant replace in a
postGoal name=war:war-resources, I wondered if anyone had got
something like this to work before.  I can't upgrade maven to 2.0, we
are stuck on the earlier version.  Thanks a bunch,

-Glenn

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

Display a message after creating an archetype

2008-03-20 Thread Sri Sankaran


Is there a way to instruct Maven to display a message (a canned message)
after creating an archetype?

I have created an archetype that -- when be invoked via the usual
archetype:create incantation -- creates the project structure as defined. 
After all is said and done, I want to summarize to the user what has been
created and what the user must do before proceeding.  

Sri
-- 
View this message in context: 
http://www.nabble.com/Display-a-message-after-creating-an-archetype-tp16179892s177p16179892.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Getting Maven and BEA Workshop to play nice...

2008-03-20 Thread James Depaul


Thanks Alexandre - Ok, first, I've installed new eclipse-plugin version
2.5, then I re-created the diamond-web project and then ran the following
command, per your suggestion:

mvn -U -Dwtp.version=2.0 eclipse:eclipse

I then re-imported the new diamond-web project into my workspace in
Workshop - but the new project still looks like an ordinary Java project
and NOT a web project.  The properties lack some of the features of the web
project normally created by Wkshp...  Also, adding the new diamond-web
to the EAR project as a module dependency did not produce the desired
module references in applicaitons.xml file...  Maybe I'm missing
something... it just didn't seem to make a difference.

I guess my only other option is to create a Web module inside the Workshop
and then maven-ize it, somehow...  any suggestions how how to do that?!

Thanks,
James




   
 Alexandre Touret  
 [EMAIL PROTECTED] 
 ree.frTo
   users@maven.apache.org  
 03/20/2008 02:52   cc
 AM
   Subject
   Re: Getting Maven and BEA Workshop
 Please respond to to play nice... 
   Maven Users
   List   
 [EMAIL PROTECTED] 
  he.org  
   
   





Hello,
In my opinion, you should try to run the eclipse plugin with wtp enabled.
If
you have read the maven user list recently you should have read the
announcement about the last release of the maven-eclipse-plugin.

For WTP support  run the following command if you have the eclipse-plugin
2.5

$mvn -U -Dwtp.version=2.0 eclipse:eclipse

else, run
$mvn -U -Dwtp.version=1.5 eclipse:eclipse

Now, you should have a proper configuration for a webmodule.
Unfortunately, maven doesn't support the specific configuration for
workshop
such as appxray or weblogic facets.
I've tried some configurations for eclipse-plugin and voodoos invocations.
Finally, I have created a custom archetype from a workshop webmodule with
all the bea workshop's configuration embedded.

If you can read french (sorry ...) you could read few entries in my blog. I
described some problems ( and their resolutions )

http://alexandre.touret.free.fr/dotclear/index.php/category/java-ee

Hope this helps
Regards,
Alexandre


jdepaul wrote:



 Hello all -

 Perhaps this has already been addressed - if so, just please point me in
 the right direction:

 We're starting a new J2EE project, which will have a Web module and an
EJB
 module under an EAR deployment umbrella, so this is the perfect
 opportunity
 to use Maven to set the project up correctly with the proper structure.
 I
 can setup the maven structure ok, but I'm having trouble getting BEA
 Workshop 10 (based on Eclipse) to recognize this project as a web project
 when I import it...  Here is the steps I followed:  I have run the
 following mvn statements to create my Web module, which is the first in a
 series:

 1)  -- Create WAR PROJECT MODULE
 mvn archetype:create \
   -DarchetypeGroupId=org.apache.maven.archetypes \
   -DarchetypeArtifactId=maven-archetype-webapp \
   -DarchetypeVersion=1.0 \
   -DgroupId=com.ibm.client.diamond.web \
   -DartifactId=diamond-web \
   -Dversion=2.0-SNAPSHOT

 The mvn run is successful, producing the familiar structure, with the
 path:
 src\main\webapp housing the WEB-INF sub-directory, and sample jsp
 resource.

 2)  I proceed to prepare the new web project to be used with Eclipse, so
I
 run:  mvn eclipse:eclipse - which produces the .class and .project files
 as
 a result.

 3)  My next step is to import the newly created project into Webshop
using
 regular Import...   use Existing Project - it imports properly, but it
has
 an appearance of a Java project, not a DynamicWeb project at that
point...
 I think that's my problem.

 4)  Finally, I creat an EnterpriseApplicationProject (EAR proj) to house
 my
 diamond-web Web applicaiton.   I follow the wizzard and can add the web
 project to the Ear project OK, but somehow the web module does NOT get
 added to the application.xml config file in the EAR project - the BEA
 Workshop seems to completely ignore the fact that this is a Web project
 we're adding... thus it does not add it to the application.xml file and I

Calling maven from a script

2008-03-20 Thread Ashley Williams

Hi,

Hopefully this is an easy question: I'd llike to be able to detect when a 
maven build fails when called from a script. It's actually an ant script 
using the exec task as follows:

Unix version
exec dir=${pom.dir} executable=sh failonerror=true
arg line=mvn -f ${pom.name} ${abfo.command} /
/exec

Windows version
exec dir=${pom.dir} executable=cmd.exe failonerror=
true
arg line=/c mvn -f ${pom.name} ${abfo.command} 
/
/exec

The failonerror is pointless because mvn didn't break - so any ideas on 
how I detect the build failure?

Cheers
- Ashley

---

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and delete this e-mail. Any unauthorized copying, 
disclosure or distribution of the material in this e-mail is strictly forbidden.

Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional 
EU corporate and regulatory disclosures.

How to get a list or inventory of plugins in use for a goal in a POM?

2008-03-20 Thread Paul Spencer

I would like to get an inventory of plugins used by my POM for the 
purpose of explicitly setting their version in my POM.  This will make 
builds much more reliable.  The help:describe can do this for one plugin 
at a time, but this is tedious and make the incorrect assumption I know 
all of the plugins used.


A command like the following would produce a list of plugins, including 
the GroupId, ArtifactId, and version used by a specific goal.

  mvn help:describe -Dgoal=test

Going a step further, adding a -DupdatePom=true to actually add the 
plugin information to the POM wound make the process much easier.


Paul Spencer


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

Re: Managing WebSphere with Maven

2008-03-20 Thread David J. M. Karlsen


Thomas Tardy skrev:

Hi all,

can anybody give me some information about managing WebSphere with Maven. We
are using WebSphere 6.1. Does anybody have some useful links? Is there a
maven plugin?
  
Try http://mojo.codehaus.org/was6-maven-plugin - it's about to be 
released very soon.




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

eclipse classpath

2008-03-20 Thread James Clinton

I'd like to change the output directory of the eclipse classpath.

 

mvn eclipse:eclipse defaults to project/target/classes

 

Is this possible?

DISCLAIMER: This e-mail is confidential and may also be legally privileged. If 
you are not the intended recipient, use of the information contained in this 
e-mail (including disclosure, copying or distribution) is prohibited and may be 
unlawful.  Please inform the sender and delete the message immediately from 
your system.  This e-mail is attributed to the sender and may not necessarily 
reflect the views of the Patsystems Group and no member of the Patsystems Group 
accepts any liability for any action taken in reliance on the contents of this 
e-mail (other than where it has a legalor regulatory obligation to do so) or 
for the consequences of any computer viruses which may have been transmitted by 
this e-mail. The Patsystems Group comprises Patsystems plc and its subsidiary 
group of companies. Thank You For your Co Opeation

RE: Running two builds of the same branch simultaneously

That's right about the dep plugin and others that expect to manipulate a
jar (if you wanted me to copy a jar, what should I do when I'm handed a
folder with classes?). In compile of a reactor build, you get a handle
to the classes folder, package will get you a handle to the jar in the
target folder and install+ will get you a handle to the jar in the local
repo.

-Original Message-
From: Stephen Connolly [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 2:00 AM
To: Maven Users List
Subject: Re: Running two builds of the same branch simultaneously

On Thu, Mar 20, 2008 at 3:36 AM, Dan Fabulich [EMAIL PROTECTED] wrote:

 Brian E. Fox wrote:

  Samuel Le Berrigaud wrote:
 
  1. only run mvn verify, this way nothing gets installed into the
local
  repository,
 
  This doesn't work in a multi-module reactor build where the modules
  depend on each other, does it?

  No, it will only work if you at least do compile (then a reference
to
  /target/classes is passed instead of the jar)

 Huh?  verify is after compile, right before install.  (Actually, I did
 package, then later tried verify to see if it would work; neither
 did.)  Should that have worked?

 -Dan


Are you using maven-dependency-plugin at all?

if you are then you should be using the copy-dependencies or
unpack-dependencies goals and not the copy or unpack goals for
those
dependencies that come from the reactor, otherwise the build will fail
as
you describe

-Stephen

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

RE: surefire and testng integration issues with surefire-2.4.2

Yeah, I have no problem writing my own.  However, if this is to be
expected of TestNG users to get similar output as previous versions of
surefire, then it should be WELL documented as such.

My issue is that the behavior changed between surefire versions.  This
caused all kinds of confusion for developers at my company, they needed
the latest version of testng to support some functionality, but they had
to use the latest surefire to use the latest testng and all of a sudden
the output completely disappeared.  The frustrating part is the maven
developers who worked on surefire claimed it was because of the way
testng worked and that there was nothing they could do about it.  With
very little effort, by reading the TestNG JavaDoc and looking at the
surefire code to see that they simply didn't implement the methods that
would have kept the behavior the same.

This frustrates me and everyone at my company to no end. Slowly, but
surely Maven and the ASF are being looked at as software lacking in
quality, both within my company and in the Java community as well, as
top respected people in the community (who shall remain nameless in this
post) rant about the errors with maven implementation quite often and
speak about how the concept is good, but the implementation has been
anything but good and this leads to other conclusions about the way ASF
and the Maven project are being run as a whole.

This is most unfortunate.

This has turn into a rant from me, but I think it is worthwhile to
have the maven developers hear critical feedback from time to tome.

-Original Message-
From: P'Simer, Dana (Matrix) [mailto:Dana.P'[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:39 AM
To: Maven Users List; Maven Developers List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I have recently been dealing with a similar issue.  I wanted Junit style
reports and did not want to use ant run to run the JunitConverter task,
so I added reportng as a test scoped dependency and configured a
listener.  

As an interim solution, you could write a listener that does what you
want.  It could just be in your src/test/java dir as classes there will
be available to TestNG when it is running so there is no need to create
a separate jar, unless you want to.  To configure it you would do
something like this:

...
plugin
  artifactIdmaven-surefire-plugin/artifactId
  ...
  configuration
...
properties
  namelistener/name
  valuex.y.z.MyNiftyProgressOutputter/value
/properties
...
  /configuration
  ...
/plugin
...

The listener properties's value can be a comma separated list of classes
so if you have more than one, you can do that.

Good Luck,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 5:32 AM
To: Maven Developers List
Cc: Maven Users List
Subject: surefire and testng integration issues with surefire-2.4.2

I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed.  I felt all along that this was not correct and I
finally had a chance to look into it.  Surefire could simply register a
listener to get call backs during the execution and could output the
results.  TestNG does support this functionality with the ITestListener.
For example, onStart() will give the start of running a particular class
configuration and test methods and onFinish() will be called after all
of the configuration and test methods have been run.  I took a look at
the Surefire code and there is a TestNGReporter that does implement the
ITestListener, but it does not implement these methods, they are all
no-ops.  So, it seems like these could be implemented and then we could
see progress output on the console. 

 



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

Re: Getting Maven and BEA Workshop to play nice...

2008-03-20 Thread Alexandre Touret


hello
I'm afraid  I was wrong.
According to the maven website :
the command looks like 
mvn -U -Dwtpversion=2.0 eclipse:eclipse

For further informations, you can read this following page : 

jdepaul wrote:
 http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html
 
 
 Alexandre
 
 Maven Eclipse Plugin - maven-eclipse-plugin - eclipse:eclipse
 
 Thanks Alexandre - Ok, first, I've installed new eclipse-plugin version
 2.5, then I re-created the diamond-web project and then ran the following
 command, per your suggestion:
 
 mvn -U -Dwtp.version=2.0 eclipse:eclipse
 
 I then re-imported the new diamond-web project into my workspace in
 Workshop - but the new project still looks like an ordinary Java project
 and NOT a web project.  The properties lack some of the features of the
 web
 project normally created by Wkshp...  Also, adding the new diamond-web
 to the EAR project as a module dependency did not produce the desired
 module references in applicaitons.xml file...  Maybe I'm missing
 something... it just didn't seem to make a difference.
 
 I guess my only other option is to create a Web module inside the Workshop
 and then maven-ize it, somehow...  any suggestions how how to do that?!
 
 Thanks,
 James
 
 
 
 

  Alexandre Touret  
  [EMAIL PROTECTED] 
  ree.frTo
users@maven.apache.org  
  03/20/2008 02:52   cc
  AM
Subject
Re: Getting Maven and BEA Workshop
  Please respond to to play nice... 
Maven Users
List   
  [EMAIL PROTECTED] 
   he.org  


 
 
 
 
 
 Hello,
 In my opinion, you should try to run the eclipse plugin with wtp enabled.
 If
 you have read the maven user list recently you should have read the
 announcement about the last release of the maven-eclipse-plugin.
 
 For WTP support  run the following command if you have the eclipse-plugin
 2.5
 
 $mvn -U -Dwtp.version=2.0 eclipse:eclipse
 
 else, run
 $mvn -U -Dwtp.version=1.5 eclipse:eclipse
 
 Now, you should have a proper configuration for a webmodule.
 Unfortunately, maven doesn't support the specific configuration for
 workshop
 such as appxray or weblogic facets.
 I've tried some configurations for eclipse-plugin and voodoos invocations.
 Finally, I have created a custom archetype from a workshop webmodule with
 all the bea workshop's configuration embedded.
 
 If you can read french (sorry ...) you could read few entries in my blog.
 I
 described some problems ( and their resolutions )
 
 http://alexandre.touret.free.fr/dotclear/index.php/category/java-ee
 
 Hope this helps
 Regards,
 Alexandre
 
 
 jdepaul wrote:



 Hello all -

 Perhaps this has already been addressed - if so, just please point me in
 the right direction:

 We're starting a new J2EE project, which will have a Web module and an
 EJB
 module under an EAR deployment umbrella, so this is the perfect
 opportunity
 to use Maven to set the project up correctly with the proper structure.
 I
 can setup the maven structure ok, but I'm having trouble getting BEA
 Workshop 10 (based on Eclipse) to recognize this project as a web project
 when I import it...  Here is the steps I followed:  I have run the
 following mvn statements to create my Web module, which is the first in a
 series:

 1)  -- Create WAR PROJECT MODULE
 mvn archetype:create \
   -DarchetypeGroupId=org.apache.maven.archetypes \
   -DarchetypeArtifactId=maven-archetype-webapp \
   -DarchetypeVersion=1.0 \
   -DgroupId=com.ibm.client.diamond.web \
   -DartifactId=diamond-web \
   -Dversion=2.0-SNAPSHOT

 The mvn run is successful, producing the familiar structure, with the
 path:
 src\main\webapp housing the WEB-INF sub-directory, and sample jsp
 resource.

 2)  I proceed to prepare the new web project to be used with Eclipse, so
 I
 run:  mvn eclipse:eclipse - which produces the .class and .project files
 as
 a result.

 3)  My next step is to import the newly created project into Webshop
 using
 regular Import...   use Existing Project - it imports properly, but it
 has
 an appearance of a Java project, not a DynamicWeb project at that
 point...
 I think that's my problem.

RE: Re: surefire and testng integration issues with surefire-2.4.2

I did try it.  I created my own listener and got the exact output I was
looking for.  I am not sure where our disconnect is here, but we
certainly are seeing two different things with respect to the code.

-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:05 AM
To: Maven Developers List
Cc: Maven Users List; [EMAIL PROTECTED]
Subject: Re: surefire and testng integration issues with surefire-2.4.2

Jason Chaffee wrote:

 I brought this up in the past the maven guys were adamant that they
were
 not able to get per test information to output on the console unless
 testng changed.

That's not what I said! :-)  I said that you can't get CLASS
notifications 
unless TestNG changes.  You can get notification at the start/end of the

entire run, and you can get notification at the start/end of every
method, 
but you can't get notification at the start/end of every class.

 TestNG does support this functionality with the ITestListener.
 For example, onStart() will give the start of running a particular
class
 configuration and test methods and onFinish() will be called after all
 of the configuration and test methods have been run.

Sorry, dude, that's not what onStart does.  Did you actually try it?

I've attached a sample project that simply attaches an ITestListener
that 
logs to system.out whenever it gets called, specifically during onStart 
and onFinish.  It's got two test classes: Foo and Bar, each of which
have 
one method foo() and bar() respectively.  So you'd expect:

onStart [Foo]
onTestStart [foo()]
onTestFinish [foo()]
onFinish [Foo]
onStart [Bar]
onTestStart [bar()]
onTestFinish [bar()]
onFinish [Bar]

But here's what you get instead:

onStart
onTestStart [foo()]
onTestFinish [foo()]
onTestStart [bar()]
onTestFinish [bar()]
onFinish

... not too useful, is it?  In fact, onStart is called at the start/end
of 
the test which is TestNG's very silly term for a collection of tests 
that isn't a group or a suite.

-Dan

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

RE: surefire and testng integration issues with surefire-2.4.2

We are listening. Can you make a patch for surefire?

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:57 PM
To: Maven Developers List; Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Yeah, I have no problem writing my own.  However, if this is to be
expected of TestNG users to get similar output as previous versions of
surefire, then it should be WELL documented as such.

My issue is that the behavior changed between surefire versions.  This
caused all kinds of confusion for developers at my company, they needed
the latest version of testng to support some functionality, but they had
to use the latest surefire to use the latest testng and all of a sudden
the output completely disappeared.  The frustrating part is the maven
developers who worked on surefire claimed it was because of the way
testng worked and that there was nothing they could do about it.  With
very little effort, by reading the TestNG JavaDoc and looking at the
surefire code to see that they simply didn't implement the methods that
would have kept the behavior the same.

This frustrates me and everyone at my company to no end. Slowly, but
surely Maven and the ASF are being looked at as software lacking in
quality, both within my company and in the Java community as well, as
top respected people in the community (who shall remain nameless in this
post) rant about the errors with maven implementation quite often and
speak about how the concept is good, but the implementation has been
anything but good and this leads to other conclusions about the way ASF
and the Maven project are being run as a whole.

This is most unfortunate.

This has turn into a rant from me, but I think it is worthwhile to
have the maven developers hear critical feedback from time to tome.

-Original Message-
From: P'Simer, Dana (Matrix) [mailto:Dana.P'[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:39 AM
To: Maven Users List; Maven Developers List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I have recently been dealing with a similar issue.  I wanted Junit style
reports and did not want to use ant run to run the JunitConverter task,
so I added reportng as a test scoped dependency and configured a
listener.  

As an interim solution, you could write a listener that does what you
want.  It could just be in your src/test/java dir as classes there will
be available to TestNG when it is running so there is no need to create
a separate jar, unless you want to.  To configure it you would do
something like this:

...
plugin
  artifactIdmaven-surefire-plugin/artifactId
  ...
  configuration
...
properties
  namelistener/name
  valuex.y.z.MyNiftyProgressOutputter/value
/properties
...
  /configuration
  ...
/plugin
...

The listener properties's value can be a comma separated list of classes
so if you have more than one, you can do that.

Good Luck,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 5:32 AM
To: Maven Developers List
Cc: Maven Users List
Subject: surefire and testng integration issues with surefire-2.4.2

I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed.  I felt all along that this was not correct and I
finally had a chance to look into it.  Surefire could simply register a
listener to get call backs during the execution and could output the
results.  TestNG does support this functionality with the ITestListener.
For example, onStart() will give the start of running a particular class
configuration and test methods and onFinish() will be called after all
of the configuration and test methods have been run.  I took a look at
the Surefire code and there is a TestNGReporter that does implement the
ITestListener, but it does not implement these methods, they are all
no-ops.  So, it seems like these could be implemented and then we could
see progress output on the console. 

-
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: RE: Re: surefire and testng integration issues with surefire-2.4.2

Maybe our disconnect is about callbacks after the class vs. the method.
That could be where the misunderstanding is coming from.

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:11 AM
To: [EMAIL PROTECTED]; Maven Developers List
Cc: Maven Users List
Subject: RE: Re: surefire and testng integration issues with
surefire-2.4.2

I did try it.  I created my own listener and got the exact output I was
looking for.  I am not sure where our disconnect is here, but we
certainly are seeing two different things with respect to the code.

-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:05 AM
To: Maven Developers List
Cc: Maven Users List; [EMAIL PROTECTED]
Subject: Re: surefire and testng integration issues with surefire-2.4.2

Jason Chaffee wrote:

 I brought this up in the past the maven guys were adamant that they
were
 not able to get per test information to output on the console unless
 testng changed.

That's not what I said! :-)  I said that you can't get CLASS
notifications 
unless TestNG changes.  You can get notification at the start/end of the

entire run, and you can get notification at the start/end of every
method, 
but you can't get notification at the start/end of every class.

 TestNG does support this functionality with the ITestListener.
 For example, onStart() will give the start of running a particular
class
 configuration and test methods and onFinish() will be called after all
 of the configuration and test methods have been run.

Sorry, dude, that's not what onStart does.  Did you actually try it?

I've attached a sample project that simply attaches an ITestListener
that 
logs to system.out whenever it gets called, specifically during onStart 
and onFinish.  It's got two test classes: Foo and Bar, each of which
have 
one method foo() and bar() respectively.  So you'd expect:

onStart [Foo]
onTestStart [foo()]
onTestFinish [foo()]
onFinish [Foo]
onStart [Bar]
onTestStart [bar()]
onTestFinish [bar()]
onFinish [Bar]

But here's what you get instead:

onStart
onTestStart [foo()]
onTestFinish [foo()]
onTestStart [bar()]
onTestFinish [bar()]
onFinish

... not too useful, is it?  In fact, onStart is called at the start/end
of 
the test which is TestNG's very silly term for a collection of tests 
that isn't a group or a suite.

-Dan

-
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: surefire and testng integration issues with surefire-2.4.2

I will look into creating something as soon as I have time to make sure
it is well tested.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:11 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

We are listening. Can you make a patch for surefire?

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:57 PM
To: Maven Developers List; Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Yeah, I have no problem writing my own.  However, if this is to be
expected of TestNG users to get similar output as previous versions of
surefire, then it should be WELL documented as such.

My issue is that the behavior changed between surefire versions.  This
caused all kinds of confusion for developers at my company, they needed
the latest version of testng to support some functionality, but they had
to use the latest surefire to use the latest testng and all of a sudden
the output completely disappeared.  The frustrating part is the maven
developers who worked on surefire claimed it was because of the way
testng worked and that there was nothing they could do about it.  With
very little effort, by reading the TestNG JavaDoc and looking at the
surefire code to see that they simply didn't implement the methods that
would have kept the behavior the same.

This frustrates me and everyone at my company to no end. Slowly, but
surely Maven and the ASF are being looked at as software lacking in
quality, both within my company and in the Java community as well, as
top respected people in the community (who shall remain nameless in this
post) rant about the errors with maven implementation quite often and
speak about how the concept is good, but the implementation has been
anything but good and this leads to other conclusions about the way ASF
and the Maven project are being run as a whole.

This is most unfortunate.

This has turn into a rant from me, but I think it is worthwhile to
have the maven developers hear critical feedback from time to tome.

-Original Message-
From: P'Simer, Dana (Matrix) [mailto:Dana.P'[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:39 AM
To: Maven Users List; Maven Developers List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I have recently been dealing with a similar issue.  I wanted Junit style
reports and did not want to use ant run to run the JunitConverter task,
so I added reportng as a test scoped dependency and configured a
listener.  

As an interim solution, you could write a listener that does what you
want.  It could just be in your src/test/java dir as classes there will
be available to TestNG when it is running so there is no need to create
a separate jar, unless you want to.  To configure it you would do
something like this:

...
plugin
  artifactIdmaven-surefire-plugin/artifactId
  ...
  configuration
...
properties
  namelistener/name
  valuex.y.z.MyNiftyProgressOutputter/value
/properties
...
  /configuration
  ...
/plugin
...

The listener properties's value can be a comma separated list of classes
so if you have more than one, you can do that.

Good Luck,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 5:32 AM
To: Maven Developers List
Cc: Maven Users List
Subject: surefire and testng integration issues with surefire-2.4.2

I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed.  I felt all along that this was not correct and I
finally had a chance to look into it.  Surefire could simply register a
listener to get call backs during the execution and could output the
results.  TestNG does support this functionality with the ITestListener.
For example, onStart() will give the start of running a particular class
configuration and test methods and onFinish() will be called after all
of the configuration and test methods have been run.  I took a look at
the Surefire code and there is a TestNGReporter that does implement the
ITestListener, but it does not implement these methods, they are all
no-ops.  So, it seems like these could be implemented and then we could
see progress output on the console. 

-
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

RE: Re: surefire and testng integration issues with surefire-2.4.2

I did not run your project.  I created my own listener and ran it in
testng, outside of maven in a test environment at my company.  I will
have to create a different one before I can share it with a wider
audience and I would like to actually test it in maven and with surefire
to see if the behavior still works as expected.

-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:18 AM
To: Maven Developers List
Cc: [EMAIL PROTECTED]; Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2

Jason Chaffee wrote:

 I did try it.  I created my own listener and got the exact output I
was
 looking for.  I am not sure where our disconnect is here, but we
 certainly are seeing two different things with respect to the code.

Did you run my project?  What did you see?  I see:

Example onStart
Example onTestStart
Example onTestSuccess
Example onTestStart
Example onTestSuccess
Example onFinish

(Actually I just did a clean run and realized I'd forgotten to set 1.5
as 
the compiler source/target, use this attached one instead.)

-Dan

 -Original Message-
 From: Dan Fabulich [mailto:[EMAIL PROTECTED]
 Sent: Thursday, March 20, 2008 10:05 AM
 To: Maven Developers List
 Cc: Maven Users List; [EMAIL PROTECTED]
 Subject: Re: surefire and testng integration issues with
surefire-2.4.2

 Jason Chaffee wrote:

 I brought this up in the past the maven guys were adamant that they
 were
 not able to get per test information to output on the console unless
 testng changed.

 That's not what I said! :-)  I said that you can't get CLASS
 notifications
 unless TestNG changes.  You can get notification at the start/end of
the

 entire run, and you can get notification at the start/end of every
 method,
 but you can't get notification at the start/end of every class.

 TestNG does support this functionality with the ITestListener.
 For example, onStart() will give the start of running a particular
 class
 configuration and test methods and onFinish() will be called after
all
 of the configuration and test methods have been run.

 Sorry, dude, that's not what onStart does.  Did you actually try it?

 I've attached a sample project that simply attaches an ITestListener
 that
 logs to system.out whenever it gets called, specifically during
onStart
 and onFinish.  It's got two test classes: Foo and Bar, each of which
 have
 one method foo() and bar() respectively.  So you'd expect:

 onStart [Foo]
 onTestStart [foo()]
 onTestFinish [foo()]
 onFinish [Foo]
 onStart [Bar]
 onTestStart [bar()]
 onTestFinish [bar()]
 onFinish [Bar]

 But here's what you get instead:

 onStart
 onTestStart [foo()]
 onTestFinish [foo()]
 onTestStart [bar()]
 onTestFinish [bar()]
 onFinish

 ... not too useful, is it?  In fact, onStart is called at the
start/end
 of
 the test which is TestNG's very silly term for a collection of tests
 that isn't a group or a suite.

 -Dan

 -
 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: surefire and testng integration issues with surefire-2.4.2


Jason Chaffee wrote:


Maybe our disconnect is about callbacks after the class vs. the method.
That could be where the misunderstanding is coming from.


Sure, that could be.  I claim that logging per-method is *way* too much 
logging.  Don't you agree?


In JUnit we can log per-class or per-method, but in TestNG we can only log 
per-method.  I think that means we should complain to the TestNG team! :-) 
What do you think?


-Dan

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

RE: surefire and testng integration issues with surefire-2.4.2

In the meantime, perhaps a Jira would be good so we don't lose the time
you invested so far. 

FYI: We are working hard to stabilize the Maven 2.0.x branch by
increasing the test coverage and IT coverage. We rely on volunteer
effort to help fix these things as they come up. We appreciate the
effort you put in here but blasting the team about instability doesn't
really help solve anything. We know there are issues and want to fix
them, it's not like we enjoy volunteering to intentionally make
something that annoys you. I've recently done polls to find out the pain
points for people upgrading and we are addressing those in 2.0.9 and
2.0.10. Hopefully we will start to see some gains in the next releases. 

As far as TestNG support goes, this is still new and I think the users
are in the minority, so I guess I'm not really surprised that it's not
perfect yet.

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 1:17 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I will look into creating something as soon as I have time to make sure
it is well tested.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:11 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

We are listening. Can you make a patch for surefire?

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:57 PM
To: Maven Developers List; Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Yeah, I have no problem writing my own.  However, if this is to be
expected of TestNG users to get similar output as previous versions of
surefire, then it should be WELL documented as such.

My issue is that the behavior changed between surefire versions.  This
caused all kinds of confusion for developers at my company, they needed
the latest version of testng to support some functionality, but they had
to use the latest surefire to use the latest testng and all of a sudden
the output completely disappeared.  The frustrating part is the maven
developers who worked on surefire claimed it was because of the way
testng worked and that there was nothing they could do about it.  With
very little effort, by reading the TestNG JavaDoc and looking at the
surefire code to see that they simply didn't implement the methods that
would have kept the behavior the same.

This frustrates me and everyone at my company to no end. Slowly, but
surely Maven and the ASF are being looked at as software lacking in
quality, both within my company and in the Java community as well, as
top respected people in the community (who shall remain nameless in this
post) rant about the errors with maven implementation quite often and
speak about how the concept is good, but the implementation has been
anything but good and this leads to other conclusions about the way ASF
and the Maven project are being run as a whole.

This is most unfortunate.

This has turn into a rant from me, but I think it is worthwhile to
have the maven developers hear critical feedback from time to tome.

-Original Message-
From: P'Simer, Dana (Matrix) [mailto:Dana.P'[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:39 AM
To: Maven Users List; Maven Developers List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I have recently been dealing with a similar issue.  I wanted Junit style
reports and did not want to use ant run to run the JunitConverter task,
so I added reportng as a test scoped dependency and configured a
listener.  

As an interim solution, you could write a listener that does what you
want.  It could just be in your src/test/java dir as classes there will
be available to TestNG when it is running so there is no need to create
a separate jar, unless you want to.  To configure it you would do
something like this:

...
plugin
  artifactIdmaven-surefire-plugin/artifactId
  ...
  configuration
...
properties
  namelistener/name
  valuex.y.z.MyNiftyProgressOutputter/value
/properties
...
  /configuration
  ...
/plugin
...

The listener properties's value can be a comma separated list of classes
so if you have more than one, you can do that.

Good Luck,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 5:32 AM
To: Maven Developers List
Cc: Maven Users List
Subject: surefire and testng integration issues with surefire-2.4.2

I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed.  I felt all along that this was not correct and I
finally had a chance to look into it.  Surefire could simply register a
listener to get call

Re: surefire and testng integration issues with surefire-2.4.2


Jason Chaffee wrote:


I did not run your project.


Well, try it and get back to me.  You can use that as a starting point for 
reproducing the effect you actually want.


-Dan

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

Re: surefire and testng integration issues with surefire-2.4.2


Dan Fabulich wrote:


Jason Chaffee wrote:


I did not run your project.


Well, try it and get back to me.  You can use that as a starting point for 
reproducing the effect you actually want.


Oops, you can't, because the mailing list software stripped my attachment. 
You can get a copy here:


http://www.theblackforge.net/tmphtml/testngListenerTest.zip

-Dan

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

RE: surefire and testng integration issues with surefire-2.4.2

I am simply glad that it got someone's attention and I feel that in no
way was the tone of that email blasting anyone, it was informing the
maven community of the perception that is developing around maven and
ASF in the java community and our frustration.  I did not call out any
one person individually nor did I attack anyone.  Perhaps this is part
of the problem, the over sensitive response when people do provide
critical feedback.  It feels like there is an instant defense mechanism
and it just leads fosters the perceptions and frustrations I mentioned
previously.

I have been defending maven for a long time, I just have reached a point
that I feel enough is enough.  If you have to continue to defend
something for what some people perceive as the same mistakes over and
over again, it is time to speak up.

Anyway, I will refrain from speaking up again as I feel like it isn't
worth the trouble.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:30 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

In the meantime, perhaps a Jira would be good so we don't lose the time
you invested so far. 

FYI: We are working hard to stabilize the Maven 2.0.x branch by
increasing the test coverage and IT coverage. We rely on volunteer
effort to help fix these things as they come up. We appreciate the
effort you put in here but blasting the team about instability doesn't
really help solve anything. We know there are issues and want to fix
them, it's not like we enjoy volunteering to intentionally make
something that annoys you. I've recently done polls to find out the pain
points for people upgrading and we are addressing those in 2.0.9 and
2.0.10. Hopefully we will start to see some gains in the next releases. 

As far as TestNG support goes, this is still new and I think the users
are in the minority, so I guess I'm not really surprised that it's not
perfect yet.

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 1:17 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I will look into creating something as soon as I have time to make sure
it is well tested.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:11 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

We are listening. Can you make a patch for surefire?

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:57 PM
To: Maven Developers List; Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Yeah, I have no problem writing my own.  However, if this is to be
expected of TestNG users to get similar output as previous versions of
surefire, then it should be WELL documented as such.

My issue is that the behavior changed between surefire versions.  This
caused all kinds of confusion for developers at my company, they needed
the latest version of testng to support some functionality, but they had
to use the latest surefire to use the latest testng and all of a sudden
the output completely disappeared.  The frustrating part is the maven
developers who worked on surefire claimed it was because of the way
testng worked and that there was nothing they could do about it.  With
very little effort, by reading the TestNG JavaDoc and looking at the
surefire code to see that they simply didn't implement the methods that
would have kept the behavior the same.

This frustrates me and everyone at my company to no end. Slowly, but
surely Maven and the ASF are being looked at as software lacking in
quality, both within my company and in the Java community as well, as
top respected people in the community (who shall remain nameless in this
post) rant about the errors with maven implementation quite often and
speak about how the concept is good, but the implementation has been
anything but good and this leads to other conclusions about the way ASF
and the Maven project are being run as a whole.

This is most unfortunate.

This has turn into a rant from me, but I think it is worthwhile to
have the maven developers hear critical feedback from time to tome.

-Original Message-
From: P'Simer, Dana (Matrix) [mailto:Dana.P'[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:39 AM
To: Maven Users List; Maven Developers List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I have recently been dealing with a similar issue.  I wanted Junit style
reports and did not want to use ant run to run the JunitConverter task,
so I added reportng as a test scoped dependency and configured a
listener.  

As an interim solution, you could write a listener that does what you
want.  It could just be in your src/test/java dir as classes there will
be available to TestNG when it is

a war can't use classes from another war

Hi,

I have a war named WarA with a class a.b.c.Parent.
And another war named WarB with a class Child
Child depends on Parent

with Q4Eclipse, the project WarB compile fine.

from console, it fails : mvn clean compile :
[ERROR] BUILD FAILURE
[INFO]

[INFO] Compilation failure

could not parse error message: [parsing started
/opt/nc/workspace-iv4/warB/src/main/java/Child.java]
[parsing completed 24ms]
[search path for source files: /opt/nc/workspace-iv4/warB/target/classes,.]
[search path for class files:
/usr/local/jdk1.6.0_03/jre/lib/resources.jar,/usr/local/jdk1.6.0_03/jre/lib/rt.jar,/usr/local/jdk1.6.0_03/jre/lib/sunrsasign.jar,/usr/local/jdk1.6.0_03/jre/lib/jsse.jar,/usr/local/jdk1.6.0_03/jre/lib/jce.jar,/usr/local/jdk1.6.0_03/jre/lib/charsets.jar,/usr/local/jdk1.6.0_03/jre/classes,/usr/local/jdk1.6.0_03/jre/lib/ext/jcl.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/comm.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/dnsns.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/sunjce_provider.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/nc.boot.util.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/localedata.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/sunpkcs11.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/nc.boot.applet.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/nc.boot.app.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/jline.jar,/opt/nc/workspace-iv4/warB/target/classes,.]
/opt/nc/workspace-iv4/warB/src/main/java/Child.java:1: package a.b.c
does not exist
import a.b.c.Parent;

(Note : The clean phase is important because maven use incremental
compilation and will not try to recompile classes.)

I have already successfully used a war dependancy to add some .css or
.xml. Here I try to use a class from another war.

Here are the poms:

War A :
project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdwarA/groupId
  artifactIdwarA/artifactId
  packagingwar/packaging
  version1.0-SNAPSHOT/version
  namewarA Maven Webapp/name
  urlhttp://maven.apache.org/url
  dependencies
dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  version4.4/version
  scopetest/scope
/dependency
  /dependencies
  build
finalNamewarA/finalName
  /build
/project

War B :
?xml version=1.0 encoding=UTF-8?
project
modelVersion4.0.0/modelVersion
groupIdwarB/groupId
artifactIdwarB/artifactId
packagingwar/packaging
namewarB Maven Webapp/name
version1.0-SNAPSHOT/version
urlhttp://maven.apache.org/url
dependencies
dependency
groupIdjunit/groupId
artifactIdjunit/artifactId
version4.4/version
scopetest/scope
/dependency
dependency
groupIdwarA/groupId
artifactIdwarA/artifactId
version1.0-SNAPSHOT/version
typewar/type
/dependency
/dependencies
build
finalNamewarB/finalName
/build
/project

Quite simple, no? 
the typewar/type in WarB doesn't seems to work..

Do you have an idea?

Thx!

-- 
Julien Graglia



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

Re: a war can't use classes from another war

2008-03-20 Thread Wendy Smoak

On Thu, Mar 20, 2008 at 10:49 AM, Julien Graglia [EMAIL PROTECTED] wrote:

  I have a war named WarA with a class a.b.c.Parent.
  And another war named WarB with a class Child
  Child depends on Parent
...
  Quite simple, no?
 the typewar/type in WarB doesn't seems to work..

  Do you have an idea?

It's best to move the code out to a separate project that builds a
jar, and then you can have a dependency on it from both wars.

-- 
Wendy

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

Re: a war can't use classes from another war

Best practice says that Java files should be stored in Jars which are
then depended upon by Wars. Then you can share classes (via
dependencies) all day long.

Wayne

On 3/20/08, Julien Graglia [EMAIL PROTECTED] wrote:
 Hi,

 I have a war named WarA with a class a.b.c.Parent.
 And another war named WarB with a class Child
 Child depends on Parent

 with Q4Eclipse, the project WarB compile fine.

 from console, it fails : mvn clean compile :
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] Compilation failure

 could not parse error message: [parsing started
 /opt/nc/workspace-iv4/warB/src/main/java/Child.java]
 [parsing completed 24ms]
 [search path for source files: /opt/nc/workspace-iv4/warB/target/classes,.]
 [search path for class files:
 /usr/local/jdk1.6.0_03/jre/lib/resources.jar,/usr/local/jdk1.6.0_03/jre/lib/rt.jar,/usr/local/jdk1.6.0_03/jre/lib/sunrsasign.jar,/usr/local/jdk1.6.0_03/jre/lib/jsse.jar,/usr/local/jdk1.6.0_03/jre/lib/jce.jar,/usr/local/jdk1.6.0_03/jre/lib/charsets.jar,/usr/local/jdk1.6.0_03/jre/classes,/usr/local/jdk1.6.0_03/jre/lib/ext/jcl.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/comm.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/dnsns.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/sunjce_provider.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/nc.boot.util.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/localedata.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/sunpkcs11.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/nc.boot.applet.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/nc.boot.app.jar,/usr/local/jdk1.6.0_03/jre/lib/ext/jline.jar,/opt/nc/workspace-iv4/warB/target/classes,.]
 /opt/nc/workspace-iv4/warB/src/main/java/Child.java:1: package a.b.c
 does not exist
 import a.b.c.Parent;

 (Note : The clean phase is important because maven use incremental
 compilation and will not try to recompile classes.)

 I have already successfully used a war dependancy to add some .css or
 .xml. Here I try to use a class from another war.

 Here are the poms:

 War A :
 project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
 http://maven.apache.org/maven-v4_0_0.xsd;
  modelVersion4.0.0/modelVersion
  groupIdwarA/groupId
  artifactIdwarA/artifactId
  packagingwar/packaging
  version1.0-SNAPSHOT/version
  namewarA Maven Webapp/name
  urlhttp://maven.apache.org/url
  dependencies
dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  version4.4/version
  scopetest/scope
/dependency
  /dependencies
  build
finalNamewarA/finalName
  /build
 /project

 War B :
 ?xml version=1.0 encoding=UTF-8?
 project
modelVersion4.0.0/modelVersion
groupIdwarB/groupId
artifactIdwarB/artifactId
packagingwar/packaging
namewarB Maven Webapp/name
version1.0-SNAPSHOT/version
urlhttp://maven.apache.org/url
dependencies
dependency
groupIdjunit/groupId
artifactIdjunit/artifactId
version4.4/version
scopetest/scope
/dependency
dependency
groupIdwarA/groupId
artifactIdwarA/artifactId
version1.0-SNAPSHOT/version
typewar/type
/dependency
/dependencies
build
finalNamewarB/finalName
/build
 /project

 Quite simple, no?
the typewar/type in WarB doesn't seems to work..

 Do you have an idea?

 Thx!

 --
 Julien Graglia



 -
 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: surefire and testng integration issues with surefire-2.4.2

My point simply was that a jira, a patch and an email explaining the
issue gets attention as well and goes further in actually solving the
problem.

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 1:48 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I am simply glad that it got someone's attention and I feel that in no
way was the tone of that email blasting anyone, it was informing the
maven community of the perception that is developing around maven and
ASF in the java community and our frustration.  I did not call out any
one person individually nor did I attack anyone.  Perhaps this is part
of the problem, the over sensitive response when people do provide
critical feedback.  It feels like there is an instant defense mechanism
and it just leads fosters the perceptions and frustrations I mentioned
previously.

I have been defending maven for a long time, I just have reached a point
that I feel enough is enough.  If you have to continue to defend
something for what some people perceive as the same mistakes over and
over again, it is time to speak up.

Anyway, I will refrain from speaking up again as I feel like it isn't
worth the trouble.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:30 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

In the meantime, perhaps a Jira would be good so we don't lose the time
you invested so far. 

FYI: We are working hard to stabilize the Maven 2.0.x branch by
increasing the test coverage and IT coverage. We rely on volunteer
effort to help fix these things as they come up. We appreciate the
effort you put in here but blasting the team about instability doesn't
really help solve anything. We know there are issues and want to fix
them, it's not like we enjoy volunteering to intentionally make
something that annoys you. I've recently done polls to find out the pain
points for people upgrading and we are addressing those in 2.0.9 and
2.0.10. Hopefully we will start to see some gains in the next releases. 

As far as TestNG support goes, this is still new and I think the users
are in the minority, so I guess I'm not really surprised that it's not
perfect yet.

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 1:17 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I will look into creating something as soon as I have time to make sure
it is well tested.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 10:11 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

We are listening. Can you make a patch for surefire?

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:57 PM
To: Maven Developers List; Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Yeah, I have no problem writing my own.  However, if this is to be
expected of TestNG users to get similar output as previous versions of
surefire, then it should be WELL documented as such.

My issue is that the behavior changed between surefire versions.  This
caused all kinds of confusion for developers at my company, they needed
the latest version of testng to support some functionality, but they had
to use the latest surefire to use the latest testng and all of a sudden
the output completely disappeared.  The frustrating part is the maven
developers who worked on surefire claimed it was because of the way
testng worked and that there was nothing they could do about it.  With
very little effort, by reading the TestNG JavaDoc and looking at the
surefire code to see that they simply didn't implement the methods that
would have kept the behavior the same.

This frustrates me and everyone at my company to no end. Slowly, but
surely Maven and the ASF are being looked at as software lacking in
quality, both within my company and in the Java community as well, as
top respected people in the community (who shall remain nameless in this
post) rant about the errors with maven implementation quite often and
speak about how the concept is good, but the implementation has been
anything but good and this leads to other conclusions about the way ASF
and the Maven project are being run as a whole.

This is most unfortunate.

This has turn into a rant from me, but I think it is worthwhile to
have the maven developers hear critical feedback from time to tome.

-Original Message-
From: P'Simer, Dana (Matrix) [mailto:Dana.P'[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:39 AM
To: Maven Users List; Maven Developers List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I have recently been dealing with a similar

RE: surefire and testng integration issues with surefire-2.4.2


Jason Chaffee wrote:

Thanks Dan, I will take a look at it and make sure we are clear and 
there aren't any misunderstandings before I make any more comments.  :)


For future reference, this is SUREFIRE-457.  Vote for it if you like, but 
as far as I know, we can't fix it on the Surefire side (without 
re-introducing a bunch of evil TestNG bugs from Surefire 2.3).


http://jira.codehaus.org/browse/SUREFIRE-457

I've also attached my sample project there.

-Dan

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

Re: a war can't use classes from another war

Wendy Smoak a écrit :
 It's best to move the code out to a separate project that builds a
 jar, and then you can have a dependency on it from both wars.

Wayne Fay a écrit :
 Best practice says that Java files should be stored in Jars which are
 then depended upon by Wars. Then you can share classes (via
 dependencies) all day long.
   

Yes Convention (and best practices...) over configuration...

I really can't image it can't work.. it works for css and web stuff!

Furthermore, if I compile classes with Q4E, mvn install (with no clean)
generate a war with the all the classes (from WarA AND warB)

The pb can be the maven-compiler plugin?

I have found a plugin called warpath (*) but it seems old and I didn't
get it to work.


Thx for yours replies

* : http://static.appfuse.org/maven-warpath-plugin/usage.html
--
Julien Graglia



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

RE: a war can't use classes from another war

Wars are not added to the compiler classpath as the compiler wouldn't know what 
to do with them.

-Original Message-
From: Julien Graglia [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 2:01 PM
To: Maven Users List
Subject: Re: a war can't use classes from another war

Wendy Smoak a écrit :
 It's best to move the code out to a separate project that builds a
 jar, and then you can have a dependency on it from both wars.

Wayne Fay a écrit :
 Best practice says that Java files should be stored in Jars which are
 then depended upon by Wars. Then you can share classes (via
 dependencies) all day long.

Yes Convention (and best practices...) over configuration...

I really can't image it can't work.. it works for css and web stuff!

Furthermore, if I compile classes with Q4E, mvn install (with no clean)
generate a war with the all the classes (from WarA AND warB)

The pb can be the maven-compiler plugin?

I have found a plugin called warpath (*) but it seems old and I didn't
get it to work.

Thx for yours replies

* : http://static.appfuse.org/maven-warpath-plugin/usage.html
--
Julien Graglia

-
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: surefire and testng integration issues with surefire-2.4.2

2008-03-20 Thread P'Simer, Dana (Matrix)

I think part of the disconnect might be in the understanding of what
TestNG calls a test.  A test, in testNG terminology, is a logical
grouping of testMethods within a suite.  A single test will span all
of the classes in the src/test/java directory unless something is done
to break them up.  There is no notification based on class unless the
test methods for each class are included in separate tests.  The default
behavior for TestNG in the surefire plugin is to lump all the test
methods from all the test classes into one test.  That is why only one
onStart is called.
 
I have only been using testNG since v5.6 so I don't know when this
changed, if it did.  However there are ways around this.

We use @Test annotations on our test classes with suiteName and testName
set so that the methods in each class are segregated into separate
tests.

Hope this helps clear up any confusion.

Thanks,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 1:25 PM
To: Maven Developers List
Cc: [EMAIL PROTECTED]; Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2

Jason Chaffee wrote:

 Maybe our disconnect is about callbacks after the class vs. the
method.
 That could be where the misunderstanding is coming from.

Sure, that could be.  I claim that logging per-method is *way* too much
logging.  Don't you agree?

In JUnit we can log per-class or per-method, but in TestNG we can only
log per-method.  I think that means we should complain to the TestNG
team! :-) What do you think?

-Dan

-
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: Getting Maven and BEA Workshop to play nice...

2008-03-20 Thread James Depaul


Victory, at last!   After making the slight syntax correction I imported
the diamond-web into the project...   I think I made one small tweak in the
properties after the import  (changed default Java 1.4 to Java 5), saved,
applied and voila!   Worked, like a charm -

Merci beaucoup, monsieur!





   
 Alexandre Touret  
 [EMAIL PROTECTED] 
 ree.frTo
   users@maven.apache.org  
 03/20/2008 11:04   cc
 AM
   Subject
   Re: Getting Maven and BEA Workshop
 Please respond to to play nice... 
   Maven Users
   List   
 [EMAIL PROTECTED] 
  he.org  
   
   





hello
I'm afraid  I was wrong.
According to the maven website :
the command looks like
mvn -U -Dwtpversion=2.0 eclipse:eclipse

For further informations, you can read this following page :

jdepaul wrote:
 http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html


 Alexandre

 Maven Eclipse Plugin - maven-eclipse-plugin - eclipse:eclipse

 Thanks Alexandre - Ok, first, I've installed new eclipse-plugin version
 2.5, then I re-created the diamond-web project and then ran the following
 command, per your suggestion:

 mvn -U -Dwtp.version=2.0 eclipse:eclipse

 I then re-imported the new diamond-web project into my workspace in
 Workshop - but the new project still looks like an ordinary Java project
 and NOT a web project.  The properties lack some of the features of the
 web
 project normally created by Wkshp...  Also, adding the new
diamond-web
 to the EAR project as a module dependency did not produce the desired
 module references in applicaitons.xml file...  Maybe I'm missing
 something... it just didn't seem to make a difference.

 I guess my only other option is to create a Web module inside the
Workshop
 and then maven-ize it, somehow...  any suggestions how how to do that?!

 Thanks,
 James





  Alexandre Touret
  [EMAIL PROTECTED]
  ree.fr
To
users@maven.apache.org
  03/20/2008 02:52
cc
  AM

Subject
Re: Getting Maven and BEA Workshop
  Please respond to to play nice...
Maven Users
List
  [EMAIL PROTECTED]
   he.org







 Hello,
 In my opinion, you should try to run the eclipse plugin with wtp enabled.
 If
 you have read the maven user list recently you should have read the
 announcement about the last release of the maven-eclipse-plugin.

 For WTP support  run the following command if you have the eclipse-plugin
 2.5

 $mvn -U -Dwtp.version=2.0 eclipse:eclipse

 else, run
 $mvn -U -Dwtp.version=1.5 eclipse:eclipse

 Now, you should have a proper configuration for a webmodule.
 Unfortunately, maven doesn't support the specific configuration for
 workshop
 such as appxray or weblogic facets.
 I've tried some configurations for eclipse-plugin and voodoos
invocations.
 Finally, I have created a custom archetype from a workshop webmodule with
 all the bea workshop's configuration embedded.

 If you can read french (sorry ...) you could read few entries in my blog.
 I
 described some problems ( and their resolutions )

 http://alexandre.touret.free.fr/dotclear/index.php/category/java-ee

 Hope this helps
 Regards,
 Alexandre


 jdepaul wrote:



 Hello all -

 Perhaps this has already been addressed - if so, just please point me in
 the right direction:

 We're starting a new J2EE project, which will have a Web module and an
 EJB
 module under an EAR deployment umbrella, so this is the perfect
 opportunity
 to use Maven to set the project up correctly with the proper structure.
 I
 can setup the maven structure ok, but I'm having trouble getting BEA
 Workshop 10 (based on Eclipse) to recognize this project as a web
project
 when I import it...  Here is the steps I followed:  I have run the
 following mvn statements to create my Web module, which is the first in
a
 series:

 1)  -- Create WAR PROJECT MODULE
 mvn archetype:create \
   -DarchetypeGroupId=org.apache.maven.archetypes \

Re: a war can't use classes from another war

2008-03-20 Thread Wendy Smoak

On Thu, Mar 20, 2008 at 11:00 AM, Julien Graglia [EMAIL PROTECTED] wrote:

  Yes Convention (and best practices...) over configuration...

  I really can't image it can't work.. it works for css and web stuff!

If you were compiling the code at the command prompt with javac, what
would it mean to have a .war file as a dependency?

-- 
Wendy

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

Re: a war can't use classes from another war

Wendy Smoak a écrit :
 On Thu, Mar 20, 2008 at 11:00 AM, Julien Graglia [EMAIL PROTECTED] wrote:

   
  Yes Convention (and best practices...) over configuration...

  I really can't image it can't work.. it works for css and web stuff!
 

 If you were compiling the code at the command prompt with javac, what
 would it mean to have a .war file as a dependency?
   
I would want to include classes of war to my classpath.
And for the libs...hum.. don't know, may be too. I could exclude them
with the exclusions tag in my pom


-- 
Julien Graglia


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

RE: a war can't use classes from another war

I would want to include classes of war to my classpath.
And for the libs...hum.. don't know, may be too. I could exclude them
with the exclusions tag in my pom

Yes but you can't actually do that with the compiler can you? 

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

Re: a war can't use classes from another war

2008-03-20 Thread VUB Stefan Seidel

There was a plugin that created uber-wars, that is, overlayed WARs 
containing resources from both WARs. But I agree with the others that 
shared classes should be in a JAR.


Stefan

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

RE: a war can't use classes from another war

The war plugin can do that directly.

-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 2:25 PM
To: Maven Users List
Subject: Re: a war can't use classes from another war

There was a plugin that created uber-wars, that is, overlayed WARs 
containing resources from both WARs. But I agree with the others that 
shared classes should be in a JAR.

Stefan

-
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: a war can't use classes from another war

Brian E. Fox a écrit :
 I would want to include classes of war to my classpath.
 And for the libs...hum.. don't know, may be too. I could exclude them
 with the exclusions tag in my pom
 

 Yes but you can't actually do that with the compiler can you? 
   
yes I know that javac does'nt understand.war files

But maven-compiler-plugin may extract classes/* , or the jar generated
by the war plugin (*archiveClasses
http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html#archiveClasses)*,
and add it to the classpath.

I just say that a kind of dependency already exist in war (web
stuff),and it  could be nice to follow that idea for .class (or may be not)

That s not a BIG pb ; as Wendy and Wayne  say, I just have to create a
new jar artefact, and depends on it...
But I have to handle one more artefact...

I have spent few hours on this pb : i have read the doc : it says that
war overlay just work with no config, just declare the typewar/type...
so I was really thinking it should work.

Now I know, I have to refactor..

Thx  for your answers!

-- 
Julien Graglia


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

RE: surefire and testng integration issues with surefire-2.4.2

Thanks Dana for the nice summary.

Dan, one thing I did not take into account is that my company my be
using TestNG in a different way, such as group of tests, that allows
this to work for me and would cause different output for a standard
user.  Think this was a good summary that helped to point out how you
could be seeing one thing and I am seeing something different.

I suspect this is what is happening.  This would suggest that maybe my
custom solution is best for my company, whereas a more generic solution
might be necessary for it be applied to the surefire plugin.

However, one thing that might be nice is to have those methods
implemented and have surefire configuration that allows someone to turn
it on/off.  So, if they want the verbose output coming from the
TestNGReporter ITestListener callbacks, then they can enable/disable
them.  Just a thought.

Also, I would like thank you Dan for the way you responded and
communicated through this entire process.  You did a good job of
communicating the issues and we eventually found where our disconnect
was at.  This allows everyone to understand the issues better and to
solve them appropriately.

Regards,

Jason

-Original Message-
From: P'Simer, Dana (Matrix) [mailto:Dana.P'[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 11:03 AM
To: Maven Users List; Maven Developers List
Cc: [EMAIL PROTECTED]
Subject: RE: surefire and testng integration issues with surefire-2.4.2

I think part of the disconnect might be in the understanding of what
TestNG calls a test.  A test, in testNG terminology, is a logical
grouping of testMethods within a suite.  A single test will span all
of the classes in the src/test/java directory unless something is done
to break them up.  There is no notification based on class unless the
test methods for each class are included in separate tests.  The default
behavior for TestNG in the surefire plugin is to lump all the test
methods from all the test classes into one test.  That is why only one
onStart is called.
 
I have only been using testNG since v5.6 so I don't know when this
changed, if it did.  However there are ways around this.

We use @Test annotations on our test classes with suiteName and testName
set so that the methods in each class are segregated into separate
tests.

Hope this helps clear up any confusion.

Thanks,

Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]

-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 1:25 PM
To: Maven Developers List
Cc: [EMAIL PROTECTED]; Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2

Jason Chaffee wrote:

 Maybe our disconnect is about callbacks after the class vs. the
method.
 That could be where the misunderstanding is coming from.

Sure, that could be.  I claim that logging per-method is *way* too much
logging.  Don't you agree?

In JUnit we can log per-class or per-method, but in TestNG we can only
log per-method.  I think that means we should complain to the TestNG
team! :-) What do you think?

-Dan

-
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]

Failure Detection within Plugin?

2008-03-20 Thread Jeffrey N Hagelberg


Hi,

I am working on writing a Mojo that works as part of our nightly build.
This plugin needs to be able to detect if there were any previous build
failures and send out an email if there were.  I'm trying to determine how
do detect whether or not there were previous build failures.

It looks like this information is stored in the ReactorManager, but I don't
know how to get at that (or if it is even possible).  Does anyone know how
to get at it or a better way to know if any of the previous plugins that
were run generated exceptions?

Thanks,

Jeff Hagelberg

Jeffrey Hagelberg, Software Engineer
Metadata Server (WMDSEE)
IBM Software Group
Phone:(508)599-7425(T/L:518-7425)
Email:[EMAIL PROTECTED]


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

Re: surefire and testng integration issues with surefire-2.4.2

2008-03-20 Thread Jason van Zyl



On 20-Mar-08, at 10:47 AM, Jason Chaffee wrote:


I am simply glad that it got someone's attention and I feel that in no
way was the tone of that email blasting anyone, it was informing the
maven community of the perception that is developing around maven and
ASF in the java community and our frustration.  I did not call out any
one person individually nor did I attack anyone.  Perhaps this is part
of the problem, the over sensitive response when people do provide
critical feedback.  It feels like there is an instant defense  
mechanism

and it just leads fosters the perceptions and frustrations I mentioned
previously.



Reacting to you floating the notion that the whole project lacks  
quality while siting your specific problem with Surefire I believe is  
justified. Brian was only making a counter to your implied assertion  
that we're not doing anything to improve the quality of the project.


So I would agree that it's not an overt blasting, but it was a subtle  
tactic to illicit a response to your particular problem. Brian simply  
pointing out that it's not appreciated using an argument of community  
discontent to get attention. JIRA, patches, and siting the problem at  
hand will also work.


I have been defending maven for a long time, I just have reached a  
point

that I feel enough is enough.  If you have to continue to defend
something for what some people perceive as the same mistakes over and
over again, it is time to speak up.



Sure, but the first visible entry point for a dialog should be trying  
to work with developers like Dan to work through the problem. Not use  
your argument to gain an entry point to the discussion -- though this  
seemed to work for you.


Anyway, I will refrain from speaking up again as I feel like it  
isn't

worth the trouble.



If an exchange of a few emails with Brian where he is trying to show a  
better path to get solutions make you feel like it's not worth  
communicating further then I would say the overreaction is more on  
your part. You made reasonable requests, albeit laden with assertions  
irrelevant to getting a solution, and Brian made reasonable responses.  
It also looks like people are trying to help you sort out your issues  
on the dev list. So don't give up so easily, I think you'll get where  
you want get.



-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 10:30 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with  
surefire-2.4.2


In the meantime, perhaps a Jira would be good so we don't lose the  
time

you invested so far.

FYI: We are working hard to stabilize the Maven 2.0.x branch by
increasing the test coverage and IT coverage. We rely on volunteer
effort to help fix these things as they come up. We appreciate the
effort you put in here but blasting the team about instability doesn't
really help solve anything. We know there are issues and want to fix
them, it's not like we enjoy volunteering to intentionally make
something that annoys you. I've recently done polls to find out the  
pain

points for people upgrading and we are addressing those in 2.0.9 and
2.0.10. Hopefully we will start to see some gains in the next  
releases.


As far as TestNG support goes, this is still new and I think the users
are in the minority, so I guess I'm not really surprised that it's not
perfect yet.

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 1:17 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with  
surefire-2.4.2


I will look into creating something as soon as I have time to make  
sure

it is well tested.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 10:11 AM
To: Maven Users List
Subject: RE: surefire and testng integration issues with  
surefire-2.4.2


We are listening. Can you make a patch for surefire?

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 12:57 PM
To: Maven Developers List; Maven Users List
Subject: RE: surefire and testng integration issues with  
surefire-2.4.2


Yeah, I have no problem writing my own.  However, if this is to be
expected of TestNG users to get similar output as previous versions of
surefire, then it should be WELL documented as such.

My issue is that the behavior changed between surefire versions.  This
caused all kinds of confusion for developers at my company, they  
needed
the latest version of testng to support some functionality, but they  
had
to use the latest surefire to use the latest testng and all of a  
sudden

the output completely disappeared.  The frustrating part is the maven
developers who worked on surefire claimed it was because of the way
testng worked and that there was nothing they could do about it.  With
very little effort, by reading the TestNG JavaDoc and looking at the
surefire code to see

RE: Failure Detection within Plugin?

This seems related to a question posed yesterday regarding trying to
cleanup when Its fail. Currently once a plugin returns an exception, the
build stops immediately. That makes it impossible to make a plugin come
along later in the same build and inspect the results. 

For the core Its, we use the verifier plugin to launch the builds and
then it has a method to scan for errors in the log. This is one approach
you could use, but it involves executing a separate maven build from
another build.

-Original Message-
From: Jeffrey N Hagelberg [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 2:55 PM
To: users@maven.apache.org
Subject: Failure Detection within Plugin?


Hi,

I am working on writing a Mojo that works as part of our nightly build.
This plugin needs to be able to detect if there were any previous build
failures and send out an email if there were.  I'm trying to determine
how
do detect whether or not there were previous build failures.

It looks like this information is stored in the ReactorManager, but I
don't
know how to get at that (or if it is even possible).  Does anyone know
how
to get at it or a better way to know if any of the previous plugins that
were run generated exceptions?

Thanks,

Jeff Hagelberg

Jeffrey Hagelberg, Software Engineer
Metadata Server (WMDSEE)
IBM Software Group
Phone:(508)599-7425(T/L:518-7425)
Email:[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]

Re: Findbug's Maven2 Plugin future direction

2008-03-20 Thread Garvin LeClaire


And the winner (and only on that got votes) is.

Release Maven2 Findbugs Plugin 1.2.0 using Findbugs 1.3.x and require 
Java 5 to run.


I update the snapshot and let others test it as I and others at my 
company have been using the new version for a couple of weeks.


I will call for a vote to do a release after the weekend if there are 
not any bugs reported.



Regards,



Garvin LeClaire
[EMAIL PROTECTED]




Garvin LeClaire wrote:
The current version of the Maven2 FindBug plugin (1.1.1) uses Findbugs 
1.2.0 and the 1.2-SNAPSHOT version uses Findbugs 1.2.   Since Maven2 
requires as a minimum Java 1.4 to run and Findbugs 1.3.x requires Java 
5 I think we at at a fork in the rode where I would like some feedback 
from users.


[] Release Maven2 Findbugs Plugin 1.2.0 using Findbugs 1.2.1.  All 
subsequent releases will use Findbugs 1.3.x and require Java 5 to 
run.   No new enhancements, features or bug fixes will be put into the 
Maven2 Findbugs Plugin 1.2.0 version.  I can still analyze byte code 
compile for Java 1.4


[] Release Maven2 Findbugs Plugin 1.2.0 using Findbugs 1.3.x and 
require Java 5 to run.
[] Create and maintain two versions of the Maven2 Findbugs Plugin with 
one using Findbugs 1.2.1 requiring Java 1.4 as a minimum and another 
using Findbugs 1.3.x and requiring Java 5 to run.   The two version 
would have the same bug fixes and enhancements where possible.




Regards,



Garvin LeClaire
[EMAIL PROTECTED]




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

retrotranslator-maven-plugin with

2008-03-20 Thread deckrider

I'm using the ejb plugin in a multi-module build and also generating a
_client_ (java 1.5):

  plugin
artifactIdmaven-ejb-plugin/artifactId
configuration
  archive
manifest
  addClasspathtrue/addClasspath
/manifest
  /archive
  generateClienttrue/generateClient
/configuration
  /plugin

Now I want to use the retrotranslator-maven-plugin within the same
multi-module build (same module or additional module is ok) to produce
a java 1.4 jar from the _client_ jar.  How can I do this?

Thanks!

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

RE: surefire and testng integration issues with surefire-2.4.2

Well said.  I appreciate this kind of feedback.

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:10 PM
To: Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2

On 20-Mar-08, at 10:47 AM, Jason Chaffee wrote:

 I am simply glad that it got someone's attention and I feel that in no
 way was the tone of that email blasting anyone, it was informing the
 maven community of the perception that is developing around maven and
 ASF in the java community and our frustration.  I did not call out any
 one person individually nor did I attack anyone.  Perhaps this is part
 of the problem, the over sensitive response when people do provide
 critical feedback.  It feels like there is an instant defense  
 mechanism
 and it just leads fosters the perceptions and frustrations I mentioned
 previously.

Reacting to you floating the notion that the whole project lacks  
quality while siting your specific problem with Surefire I believe is  
justified. Brian was only making a counter to your implied assertion  
that we're not doing anything to improve the quality of the project.

So I would agree that it's not an overt blasting, but it was a subtle  
tactic to illicit a response to your particular problem. Brian simply  
pointing out that it's not appreciated using an argument of community  
discontent to get attention. JIRA, patches, and siting the problem at  
hand will also work.

 I have been defending maven for a long time, I just have reached a  
 point
 that I feel enough is enough.  If you have to continue to defend
 something for what some people perceive as the same mistakes over and
 over again, it is time to speak up.

Sure, but the first visible entry point for a dialog should be trying  
to work with developers like Dan to work through the problem. Not use  
your argument to gain an entry point to the discussion -- though this  
seemed to work for you.

 Anyway, I will refrain from speaking up again as I feel like it  
 isn't
 worth the trouble.

If an exchange of a few emails with Brian where he is trying to show a  
better path to get solutions make you feel like it's not worth  
communicating further then I would say the overreaction is more on  
your part. You made reasonable requests, albeit laden with assertions  
irrelevant to getting a solution, and Brian made reasonable responses.  
It also looks like people are trying to help you sort out your issues  
on the dev list. So don't give up so easily, I think you'll get where  
you want get.

 -Original Message-
 From: Brian E. Fox [mailto:[EMAIL PROTECTED]
 Sent: Thursday, March 20, 2008 10:30 AM
 To: Maven Users List
 Subject: RE: surefire and testng integration issues with  
 surefire-2.4.2

 In the meantime, perhaps a Jira would be good so we don't lose the  
 time
 you invested so far.

 FYI: We are working hard to stabilize the Maven 2.0.x branch by
 increasing the test coverage and IT coverage. We rely on volunteer
 effort to help fix these things as they come up. We appreciate the
 effort you put in here but blasting the team about instability doesn't
 really help solve anything. We know there are issues and want to fix
 them, it's not like we enjoy volunteering to intentionally make
 something that annoys you. I've recently done polls to find out the  
 pain
 points for people upgrading and we are addressing those in 2.0.9 and
 2.0.10. Hopefully we will start to see some gains in the next  
 releases.

 As far as TestNG support goes, this is still new and I think the users
 are in the minority, so I guess I'm not really surprised that it's not
 perfect yet.

 -Original Message-
 From: Jason Chaffee [mailto:[EMAIL PROTECTED]
 Sent: Thursday, March 20, 2008 1:17 PM
 To: Maven Users List
 Subject: RE: surefire and testng integration issues with  
 surefire-2.4.2

 I will look into creating something as soon as I have time to make  
 sure
 it is well tested.

 -Original Message-
 From: Brian E. Fox [mailto:[EMAIL PROTECTED]
 Sent: Thursday, March 20, 2008 10:11 AM
 To: Maven Users List
 Subject: RE: surefire and testng integration issues with  
 surefire-2.4.2

 We are listening. Can you make a patch for surefire?

 -Original Message-
 From: Jason Chaffee [mailto:[EMAIL PROTECTED]
 Sent: Thursday, March 20, 2008 12:57 PM
 To: Maven Developers List; Maven Users List
 Subject: RE: surefire and testng integration issues with  
 surefire-2.4.2

 Yeah, I have no problem writing my own.  However, if this is to be
 expected of TestNG users to get similar output as previous versions of
 surefire, then it should be WELL documented as such.

 My issue is that the behavior changed between surefire versions.  This
 caused all kinds of confusion for developers at my company, they  
 needed
 the latest version of testng to support some functionality, but they  
 had
 to use the latest surefire to use the latest testng and all of a

RE: surefire and testng integration issues with surefire-2.4.2

Jason van Zyl,

First, let me apologize for the tone of my emails and to anyone I
offended.  That was never my intent.  I let my frustration, and the fact
that I am on morphine (from a motorcycle accident) get the best of my
diplomatic writing skills.  :)

I would like to add that my wording may stem from the frustration I see
everyday.  I have been the strongest advocate for maven at my company so
when people have maven problems, I typically take the blame and it does
cause my performance reviews to be affected because people feel like my
advocating of maven has hindered their ability to effectively do their
jobs due to time spent debugging maven instead of our code.

I am going to say this and I don't want anyone to take it personally or
think of it as an attack, in case it comes across that way, that is not
my intention.  

I work in an open environment where I can see and hear just
about   everything that is said by our developers.  Daily, I hear people
cursing maven and making statements such as I hate maven, etc.  
It reminds me of the many Windows rants you used to hear in the 
work place on a regular basis due to Windows freezing or the 
blue screen of death.  

I have done my best to defend and even improve maven both for my company
and the community.  At some point though, I have look up and say, why
am I seeing they same type of problems on an ongoing basis?  Things
breaking in new versions, things not being fixed for more than a year
despite clamoring for it by the community, etc.  That is the place from
which my email stemmed, because I am bombarded daily about maven
complaints.

I was careful not to call out anyone individually because I feel
everyone does do a good job and works hard.  I just felt it was time for
some harsh criticism to make it back to the group for a couple of
reasons 1) awareness, it can't be corrected if there isn't awareness and
2) I think sometimes that making people aware of things in this way, it
can provide a so called wake-up call.

I appreciate everyone that has worked on maven and I am still a
supporter.  I just want people to be aware that that there is a ground
swell out there that considers maven to be a build tool from hell,
this a quote I have heard from managers within my company.  Also, I
mentioned ASF not because Maven makes ASF bad or vice versa, but when
one project starts gathering a ground swell, it can make the parent
(ASF) look bad simply based on association.  This has been the case at
least with a couple of people in my company and again, I have to defend
it.

While it may appear that I am attacking maven and/or ASF, I am really
trying to inform you of what I am seeing out in the real world and I
do think the negative views are becoming harder and harder to debunk, at
least that is what I am experiencing.

So, I hope that this dialogue will only help the Maven team think of
these things as they make decisions because sometimes doing something in
only a slightly different manner or communicating in a slightly
different manner can change the perception and thus remove some of the
negative thoughts people currently have about maven.

I apologize for not writing something like this in the first place and
instead writing something that seems to be laced with venom.

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:10 PM
To: Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2


On 20-Mar-08, at 10:47 AM, Jason Chaffee wrote:

 I am simply glad that it got someone's attention and I feel that in no
 way was the tone of that email blasting anyone, it was informing the
 maven community of the perception that is developing around maven and
 ASF in the java community and our frustration.  I did not call out any
 one person individually nor did I attack anyone.  Perhaps this is part
 of the problem, the over sensitive response when people do provide
 critical feedback.  It feels like there is an instant defense  
 mechanism
 and it just leads fosters the perceptions and frustrations I mentioned
 previously.


Reacting to you floating the notion that the whole project lacks  
quality while siting your specific problem with Surefire I believe is  
justified. Brian was only making a counter to your implied assertion  
that we're not doing anything to improve the quality of the project.

So I would agree that it's not an overt blasting, but it was a subtle  
tactic to illicit a response to your particular problem. Brian simply  
pointing out that it's not appreciated using an argument of community  
discontent to get attention. JIRA, patches, and siting the problem at  
hand will also work.

 I have been defending maven for a long time, I just have reached a  
 point
 that I feel enough is enough.  If you have to continue to defend
 something for what some people perceive as the same mistakes over and
 over again, it is time to speak up.

RE: surefire and testng integration issues with surefire-2.4.2

Jason,
The kinds of complaints you get at work are exactly what I'm (and I'm
sure the rest of the team) interested in getting from the user list.
Would you be willing to summarize the particular issues your team is
having? (in a new thread) Some of them we may know of, but maybe not and
having this list to work from can only help us make things better. In
2.0.9 we kind of focused on pulling in the various pain points that we
know of, especially ones that simply stop people in their tracks and/or
keep them on earlier versions.

For example: 2.0.9 locks down all lifecycle default plugin versions,
which is one thing we heard was a constant problem. Even though the idea
was previously rejected, the constant feedback to the alternative made
us listen and make the change.

Certainly these are not the only pain points out there so I'd love to
have a list.

Thanks,
Brian

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:40 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Jason van Zyl,

First, let me apologize for the tone of my emails and to anyone I
offended.  That was never my intent.  I let my frustration, and the fact
that I am on morphine (from a motorcycle accident) get the best of my
diplomatic writing skills.  :)

I would like to add that my wording may stem from the frustration I see
everyday.  I have been the strongest advocate for maven at my company so
when people have maven problems, I typically take the blame and it does
cause my performance reviews to be affected because people feel like my
advocating of maven has hindered their ability to effectively do their
jobs due to time spent debugging maven instead of our code.

I am going to say this and I don't want anyone to take it personally or
think of it as an attack, in case it comes across that way, that is not
my intention.  

I work in an open environment where I can see and hear just
about   everything that is said by our developers.  Daily, I hear people
cursing maven and making statements such as I hate maven, etc.  
It reminds me of the many Windows rants you used to hear in the 
work place on a regular basis due to Windows freezing or the 
blue screen of death.  

I have done my best to defend and even improve maven both for my company
and the community.  At some point though, I have look up and say, why
am I seeing they same type of problems on an ongoing basis?  Things
breaking in new versions, things not being fixed for more than a year
despite clamoring for it by the community, etc.  That is the place from
which my email stemmed, because I am bombarded daily about maven
complaints.

I was careful not to call out anyone individually because I feel
everyone does do a good job and works hard.  I just felt it was time for
some harsh criticism to make it back to the group for a couple of
reasons 1) awareness, it can't be corrected if there isn't awareness and
2) I think sometimes that making people aware of things in this way, it
can provide a so called wake-up call.

I appreciate everyone that has worked on maven and I am still a
supporter.  I just want people to be aware that that there is a ground
swell out there that considers maven to be a build tool from hell,
this a quote I have heard from managers within my company.  Also, I
mentioned ASF not because Maven makes ASF bad or vice versa, but when
one project starts gathering a ground swell, it can make the parent
(ASF) look bad simply based on association.  This has been the case at
least with a couple of people in my company and again, I have to defend
it.

While it may appear that I am attacking maven and/or ASF, I am really
trying to inform you of what I am seeing out in the real world and I
do think the negative views are becoming harder and harder to debunk, at
least that is what I am experiencing.

So, I hope that this dialogue will only help the Maven team think of
these things as they make decisions because sometimes doing something in
only a slightly different manner or communicating in a slightly
different manner can change the perception and thus remove some of the
negative thoughts people currently have about maven.

I apologize for not writing something like this in the first place and
instead writing something that seems to be laced with venom.

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:10 PM
To: Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2


On 20-Mar-08, at 10:47 AM, Jason Chaffee wrote:

 I am simply glad that it got someone's attention and I feel that in no
 way was the tone of that email blasting anyone, it was informing the
 maven community of the perception that is developing around maven and
 ASF in the java community and our frustration.  I did not call out any
 one person individually nor did I attack anyone.  Perhaps

Fwd: Issues trying to run Maven, OpenJPA, DBUnit example.

2008-03-20 Thread Mick Knutson

I have been trying to run this example:
http://bill.dudney.net/roller/bill/entry/20070428

Now it seems, that when the testNG tests run, I get an NPE here:

*DbUnitTestBase.java
*
@BeforeClass(groups = {database})
protected void loadSeedData() throws Exception {
logger.debug(loadSeedData);
IDatabaseConnection dbunitConn = null;
EntityManager em = null;
try {
*em = entityManagerFactory.createEntityManager();*


Here is my error in *testng-results.xml*

test name=Command line test
  class name=net.dudney.jpaund.domain.SimpleTest
test-method status=SKIP signature=initDB() name=initDB
is-config=true duration-ms=0 started-at=2008-03-20T11:51:46Z
finished-at=2008-03-20T11:51:46Z
/test-method
test-method status=SKIP signature=testCreateSiteUser()
name=testCreateSiteUser duration-ms=0 started-at=2008-03-20T11:51:46Z
finished-at=2008-03-20T11:51:46Z
/test-method
test-method status=FAIL signature=loadSeedData()
name=loadSeedData is-config=true duration-ms=0
started-at=2008-03-20T11:51:46Z finished-at=2008-03-20T11:51:46Z
  exception class=java.lang.NullPointerException
full-stacktrace
  ![CDATA[java.lang.NullPointerException
at net.dudney.jpaund.domain.DbUnitTestBase.loadSeedData(
DbUnitTestBase.java:43)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:580)
at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java
:398)
at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:145)
at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:82)
at org.testng.internal.TestMethodWorker.invokeBeforeClassMethods(
TestMethodWorker.java:166)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:103)
at org.testng.TestRunner.runWorkers(TestRunner.java:689)
at org.testng.TestRunner.privateRun(TestRunner.java:566)
at org.testng.TestRunner.run(TestRunner.java:466)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:301)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:296)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:276)
at org.testng.SuiteRunner.run(SuiteRunner.java:191)
at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:808)
at org.testng.TestNG.runSuitesLocally(TestNG.java:776)
at org.testng.TestNG.run(TestNG.java:701)
at org.apache.maven.surefire.testng.TestNGExecutor.run(
TestNGExecutor.java:62)
at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(
TestNGDirectoryTestSuite.java:136)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(
SurefireBooter.java:338)
at org.apache.maven.surefire.booter.SurefireBooter.main(
SurefireBooter.java:997)
]]
/full-stacktrace
  /exception
/test-method
  /class
  class name=net.dudney.jpaund.dao.jpa.BaseDaoJpaTest
test-method status=PASS signature=testGetUpdateObjects()
name=testGetUpdateObjects duration-ms=13078
started-at=2008-03-20T11:50:42Z finished-at=2008-03-20T11:50:55Z
/test-method
test-method status=PASS signature=testQueryBuildingRealClass()
name=testQueryBuildingRealClass duration-ms=0
started-at=2008-03-20T11:50:55Z finished-at=2008-03-20T11:50:55Z
/test-method
test-method status=PASS
signature=testQueryBuildingNullParameter()
name=testQueryBuildingNullParameter duration-ms=0
started-at=2008-03-20T11:51:46Z finished-at=2008-03-20T11:51:46Z
/test-method
test-method status=PASS signature=testGetObject()
name=testGetObject duration-ms=219 started-at=2008-03-20T11:51:45Z
finished-at=2008-03-20T11:51:46Z
/test-method
test-method status=PASS
signature=testSaveOrUpdateObjectExistingObject()
name=testSaveOrUpdateObjectExistingObject duration-ms=12735
started-at=2008-03-20T11:51:20Z finished-at=2008-03-20T11:51:33Z
/test-method
test-method status=PASS signature=setUpSpring()
name=setUpSpring is-config=true duration-ms=1281
started-at=2008-03-20T11:50:13Z finished-at=2008-03-20T11:50:14Z
/test-method
test-method status=PASS signature=testQueryBuildingEmptyParam()
name=testQueryBuildingEmptyParam duration-ms=0
started-at=2008-03-20T11:50:30Z

Build Error in Maven

2008-03-20 Thread maluri


When I try to run any command other than mvn -v I am getting the below error. 
I have installed the maven 2.0.8 properly and everything looks good.  Please
let me know the solution.


H:\mvn help:describe -Dplugin=help
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'help'.
[INFO] org.apache.maven.plugins: checking for updates from central
[WARNING] repository metadata for: 'org.apache.maven.plugins' could not be
retri
eved from repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does not
exist or
 no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 21 seconds
[INFO] Finished at: Thu Mar 20 15:20:30 PDT 2008
[INFO] Final Memory: 1M/4M
[INFO]


H:\mvn help:describe -Dplugin=compiler -Dmojo=compile -Dfull
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'help'.
[INFO] org.codehaus.mojo: checking for updates from central
[WARNING] repository metadata for: 'org.codehaus.mojo' could not be
retrieved fr
om repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does not
exist or
 no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 21 seconds
[INFO] Finished at: Thu Mar 20 15:21:55 PDT 2008
[INFO] Final Memory: 1M/4M
[INFO]


H:\mvn -v
Maven version: 2.0.8
Java version: 1.6.0_05
OS name: windows xp version: 5.1 arch: x86 Family: windows

H:\mvn help:describe -Dplugin=help -Dfull
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'help'.
[INFO] artifact org.apache.maven.plugins:maven-help-plugin: checking for
updates
 from central
[WARNING] repository metadata for: 'artifact
org.apache.maven.plugins:maven-help
-plugin' could not be retrieved from repository: central due to an error:
Error
transferring file
[INFO] Repository 'central' will be blacklisted
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does not
exist or
 no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 21 seconds
[INFO] Finished at: Thu Mar 20 16:41:55 PDT 2008
[INFO] Final Memory: 1M/4M
[INFO]


H:\
-- 
View this message in context: 
http://www.nabble.com/Build-Error-in-Maven-tp16191404s177p16191404.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

RE: surefire and testng integration issues with surefire-2.4.2

Sure, I have made myself a todo item.  I am going to ask for feedback
within the company and then I will send this list to the group and/or
create jira issues accordingly.

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 3:57 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Jason,
The kinds of complaints you get at work are exactly what I'm (and I'm
sure the rest of the team) interested in getting from the user list.
Would you be willing to summarize the particular issues your team is
having? (in a new thread) Some of them we may know of, but maybe not and
having this list to work from can only help us make things better. In
2.0.9 we kind of focused on pulling in the various pain points that we
know of, especially ones that simply stop people in their tracks and/or
keep them on earlier versions.

For example: 2.0.9 locks down all lifecycle default plugin versions,
which is one thing we heard was a constant problem. Even though the idea
was previously rejected, the constant feedback to the alternative made
us listen and make the change.

Certainly these are not the only pain points out there so I'd love to
have a list.

Thanks,
Brian

-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 6:40 PM
To: Maven Users List
Subject: RE: surefire and testng integration issues with surefire-2.4.2

Jason van Zyl,

First, let me apologize for the tone of my emails and to anyone I
offended.  That was never my intent.  I let my frustration, and the fact
that I am on morphine (from a motorcycle accident) get the best of my
diplomatic writing skills.  :)

I would like to add that my wording may stem from the frustration I see
everyday.  I have been the strongest advocate for maven at my company so
when people have maven problems, I typically take the blame and it does
cause my performance reviews to be affected because people feel like my
advocating of maven has hindered their ability to effectively do their
jobs due to time spent debugging maven instead of our code.

I am going to say this and I don't want anyone to take it personally or
think of it as an attack, in case it comes across that way, that is not
my intention.  

I work in an open environment where I can see and hear just
about   everything that is said by our developers.  Daily, I hear people
cursing maven and making statements such as I hate maven, etc.  
It reminds me of the many Windows rants you used to hear in the 
work place on a regular basis due to Windows freezing or the 
blue screen of death.  

I have done my best to defend and even improve maven both for my company
and the community.  At some point though, I have look up and say, why
am I seeing they same type of problems on an ongoing basis?  Things
breaking in new versions, things not being fixed for more than a year
despite clamoring for it by the community, etc.  That is the place from
which my email stemmed, because I am bombarded daily about maven
complaints.

I was careful not to call out anyone individually because I feel
everyone does do a good job and works hard.  I just felt it was time for
some harsh criticism to make it back to the group for a couple of
reasons 1) awareness, it can't be corrected if there isn't awareness and
2) I think sometimes that making people aware of things in this way, it
can provide a so called wake-up call.

I appreciate everyone that has worked on maven and I am still a
supporter.  I just want people to be aware that that there is a ground
swell out there that considers maven to be a build tool from hell,
this a quote I have heard from managers within my company.  Also, I
mentioned ASF not because Maven makes ASF bad or vice versa, but when
one project starts gathering a ground swell, it can make the parent
(ASF) look bad simply based on association.  This has been the case at
least with a couple of people in my company and again, I have to defend
it.

While it may appear that I am attacking maven and/or ASF, I am really
trying to inform you of what I am seeing out in the real world and I
do think the negative views are becoming harder and harder to debunk, at
least that is what I am experiencing.

So, I hope that this dialogue will only help the Maven team think of
these things as they make decisions because sometimes doing something in
only a slightly different manner or communicating in a slightly
different manner can change the perception and thus remove some of the
negative thoughts people currently have about maven.

I apologize for not writing something like this in the first place and
instead writing something that seems to be laced with venom.

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 12:10 PM
To: Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2

On 20-Mar-08,

war overlay and merging localized resources

2008-03-20 Thread Leonard Gestrin

Hello,
I am very impressed how maven war plugin can overlay multiple war files.
However, I could not find any plugin that can also merge localized
resource files. 

Since it's not possible to define multiple resource bundles in web.xml,
I think there is need to be able to merge localized resource bundles at
the time ov overlaying wars. 

Has any one had that issue  and possible solution?

This is the scenario

CommonWar\WEB-INF\ CommonResources_en.properties
CommonWar\WEB-INF\ CommonResources_ja.properties

AppWar\WEB-INF\AppWarResources_en.properties
AppWar \WEB-INF\AppWarResources_ja.properties


During build time, I am overlaying AppWar with CommonWar. I want 

Target/appwar-1.0-snapshot/WEB-INF/classes AppWarResources_en.properties
to be (AppWar\WEB-INF\AppWarResources_en.properties + CommonWar\WEB-INF\
CommonResources_en.properties)

Target/appwar-1.0-snapshot/WEB-INF/classes AppWarResources_ja.properties
to be (AppWar\WEB-INF\AppWarResources_ja.properties + CommonWar\WEB-INF\
CommonResources_ja.properties)



Thanks
Leonard


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

Importing Oracle DMP File With Maven

2008-03-20 Thread gotama



What is the best way to import an Oracle dump file my_data.dmp back into
Oracle with Maven? Is there a plugin for this? 

Thanks.

-- 
View this message in context: 
http://www.nabble.com/Importing-Oracle-DMP-File-With-Maven-tp16191606s177p16191606.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

[ANN] Maven Hibernate3 Plugin 2.1 Released

2008-03-20 Thread Johann Reyes

The Mojo team is pleased to announce the release of the Maven Hibernate3
Plugin version 2.1.

This release contains some dependencies upgrades and bug fixes.

A list of changes is attached at the end of this mail.

Enjoy!


Johann Reyes



Release Notes - Maven 2.x Hibernate Plugin - Version 2.1

** Bug
* [MHIBERNATE-67] - Plugin Not Working with a persistence.xml and
annotations
* [MHIBERNATE-72] - Example page with phase embedding shows wrong
example

** Improvement
* [MHIBERNATE-64] - Update dependencies to latest hibernate and
hibernate tools
* [MHIBERNATE-71] - jpaconfiguration does not support namingstrategy

Re: surefire and testng integration issues with surefire-2.4.2

2008-03-20 Thread Jason van Zyl



On 20-Mar-08, at 3:39 PM, Jason Chaffee wrote:


Jason van Zyl,

First, let me apologize for the tone of my emails and to anyone I
offended.


I doubt you offended anyone. We're used to it. I sit with clients most  
days so I'm fully aware of what's wrong and know people are frustrated.



That was never my intent.  I let my frustration, and the fact
that I am on morphine (from a motorcycle accident) get the best of my
diplomatic writing skills.  :)



We have thick skins, it's not a problem really. I don't get upset and  
I don't think anyone else did either.


I would like to add that my wording may stem from the frustration I  
see
everyday.  I have been the strongest advocate for maven at my  
company so
when people have maven problems, I typically take the blame and it  
does
cause my performance reviews to be affected because people feel like  
my

advocating of maven has hindered their ability to effectively do their
jobs due to time spent debugging maven instead of our code.


This absolutely can happen, but it is almost always a certain set of  
conditions which exacerbate an adoption of Maven. I'm always  
interested in collecting the stories, and 9 times out of 10 it's the  
same set of conditions which result in a failure to adopt Maven. We do  
have many success stories as well, but no one really talks much about  
that.


I am going to say this and I don't want anyone to take it personally  
or
think of it as an attack, in case it comes across that way, that is  
not

my intention.



I didn't take it that way. Just pointing out a more practical way to  
get your problem solved.



I work in an open environment where I can see and hear just
about 	everything that is said by our developers.  Daily, I hear  
people

cursing maven and making statements such as I hate maven, etc.
It reminds me of the many Windows rants you used to hear in the
work place on a regular basis due to Windows freezing or the
blue screen of death.



Again, I would be interested in knowing under what conditions you have  
made your developers use Maven. What conditions they first had to use  
Maven under, did anyone actually show them how it's supposed to work  
first, etc. If you made them try to convert and Ant build as their  
first project then that almost always results in failure.


I have done my best to defend and even improve maven both for my  
company

and the community.  At some point though, I have look up and say, why
am I seeing they same type of problems on an ongoing basis?  Things
breaking in new versions, things not being fixed for more than a year
despite clamoring for it by the community, etc.  That is the place  
from

which my email stemmed, because I am bombarded daily about maven
complaints.



I am too in given environments. I have lots of clients who have  
problem, some of which never get passed the assessment phase. But we  
do have more cases where things worked given it was introduced  
correctly, people saw it coming and it wasn't shoved down developers'  
throats and didn't just expect it to be a replacement for a procedural  
system.



I was careful not to call out anyone individually because I feel
everyone does do a good job and works hard.  I just felt it was time  
for

some harsh criticism to make it back to the group for a couple of
reasons 1) awareness, it can't be corrected if there isn't awareness  
and
2) I think sometimes that making people aware of things in this way,  
it

can provide a so called wake-up call.


I get harsh criticism all the time, it's not like I'm sitting at home  
working on this stuff. I am almost always with clients and I get the  
story about plugins, repository managers, eclipse integration, the  
release plugin, weirdness with snapshots, documentation and whatever  
else. I don't think there is anyone more acutely aware of the  
potential problems.





I appreciate everyone that has worked on maven and I am still a
supporter.  I just want people to be aware that that there is a ground
swell out there that considers maven to be a build tool from hell,
this a quote I have heard from managers within my company.


I've heard that about every build system I have ever encountered. So  
that's not terribly surprising and you'll see that even diatribes like  
Howard's on InfoQ results in an equal number of people not having  
problems and liking it.



Also, I
mentioned ASF not because Maven makes ASF bad or vice versa, but when
one project starts gathering a ground swell, it can make the parent
(ASF) look bad simply based on association.  This has been the case at
least with a couple of people in my company and again, I have to  
defend

it.


Not sure how many people you have actually talked to in order to  
arrive at ground swell but the dissatisfied generally make more  
noise. I'm not discounting your problems, and I would actually like to  
know what they are really, but I have seen many happy users, and I  
have

Re: provided dependency packaged into war

2008-03-20 Thread neo anderson


How to include library into war file? 

First I create web project skeleton by 

mvn archetype:create -DgroupId=net.sf.sample -DartifactId=wicket-hello
-Dversion=1.0 -DarchetypeArtifactId=maven-archetype-webapps


Then I modify pom.xml to include the dependency.

dependency
  groupIdorg.apache.wicket/groupId
  artifactIdwicket/artifactId
  version1.3.2/version
  scopeprovided/scope
  !--scopesystem/scope
  systemPath${basedir}/lib/wicket-1.3.2.jar/systemPath--
/dependency

However, I set scope to either provided or system. None of them will make
the library (i.e., wicket-1.3.2.jar) included into the war. 

What should I do in order to include jar file included in the WEB-INF/lib
directory?

Thanks in advice,

-- 
View this message in context: 
http://www.nabble.com/provided-dependency-packaged-into-war-tp8713555s177p16192173.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: surefire and testng integration issues with surefire-2.4.2

2008-03-20 Thread mgainty

your frustration is real as you're asking the same question as I that is
will it work?
I remember one situation where I could'nt get a plugin downloaded ..there
was some network problem introduced by someone downstream
finally to get the project built I had to fallback to Ant build.xml to build
the war
There is hope for this project as long as we all stay on constructive
positive track and continue to address the issues on priority basis

Thanks Jason

- Original Message -
Wrom: ZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIP
To: Maven Users List users@maven.apache.org
Sent: Thursday, March 20, 2008 7:28 PM
Subject: Re: surefire and testng integration issues with surefire-2.4.2



 On 20-Mar-08, at 3:39 PM, Jason Chaffee wrote:

  Jason van Zyl,
 
  First, let me apologize for the tone of my emails and to anyone I
  offended.

 I doubt you offended anyone. We're used to it. I sit with clients most
 days so I'm fully aware of what's wrong and know people are frustrated.

  That was never my intent.  I let my frustration, and the fact
  that I am on morphine (from a motorcycle accident) get the best of my
  diplomatic writing skills.  :)
 

 We have thick skins, it's not a problem really. I don't get upset and
 I don't think anyone else did either.

  I would like to add that my wording may stem from the frustration I
  see
  everyday.  I have been the strongest advocate for maven at my
  company so
  when people have maven problems, I typically take the blame and it
  does
  cause my performance reviews to be affected because people feel like
  my
  advocating of maven has hindered their ability to effectively do their
  jobs due to time spent debugging maven instead of our code.

 This absolutely can happen, but it is almost always a certain set of
 conditions which exacerbate an adoption of Maven. I'm always
 interested in collecting the stories, and 9 times out of 10 it's the
 same set of conditions which result in a failure to adopt Maven. We do
 have many success stories as well, but no one really talks much about
 that.

  I am going to say this and I don't want anyone to take it personally
  or
  think of it as an attack, in case it comes across that way, that is
  not
  my intention.
 

 I didn't take it that way. Just pointing out a more practical way to
 get your problem solved.

  I work in an open environment where I can see and hear just
  about everything that is said by our developers.  Daily, I hear
  people
  cursing maven and making statements such as I hate maven, etc.
  It reminds me of the many Windows rants you used to hear in the
  work place on a regular basis due to Windows freezing or the
  blue screen of death.
 

 Again, I would be interested in knowing under what conditions you have
 made your developers use Maven. What conditions they first had to use
 Maven under, did anyone actually show them how it's supposed to work
 first, etc. If you made them try to convert and Ant build as their
 first project then that almost always results in failure.

  I have done my best to defend and even improve maven both for my
  company
  and the community.  At some point though, I have look up and say, why
  am I seeing they same type of problems on an ongoing basis?  Things
  breaking in new versions, things not being fixed for more than a year
  despite clamoring for it by the community, etc.  That is the place
  from
  which my email stemmed, because I am bombarded daily about maven
  complaints.
 

 I am too in given environments. I have lots of clients who have
 problem, some of which never get passed the assessment phase. But we
 do have more cases where things worked given it was introduced
 correctly, people saw it coming and it wasn't shoved down developers'
 throats and didn't just expect it to be a replacement for a procedural
 system.

  I was careful not to call out anyone individually because I feel
  everyone does do a good job and works hard.  I just felt it was time
  for
  some harsh criticism to make it back to the group for a couple of
  reasons 1) awareness, it can't be corrected if there isn't awareness
  and
  2) I think sometimes that making people aware of things in this way,
  it
  can provide a so called wake-up call.

 I get harsh criticism all the time, it's not like I'm sitting at home
 working on this stuff. I am almost always with clients and I get the
 story about plugins, repository managers, eclipse integration, the
 release plugin, weirdness with snapshots, documentation and whatever
 else. I don't think there is anyone more acutely aware of the
 potential problems.

 
 
  I appreciate everyone that has worked on maven and I am still a
  supporter.  I just want people to be aware that that there is a ground
  swell out there that considers maven to be a build tool from hell,
  this a quote I have heard from managers within my company.

 I've heard that about every build system I have ever encountered. So
 that's not terribly surprising and you'll see that even

RE: war overlay and merging localized resources

You could try out the remote-resources plugin, or simply make a zip with
assembly:single (in a pom project) and then use dependency:unpack to
extract the resources where you want them in the war.

-Original Message-
From: Leonard Gestrin [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 8:05 PM
To: Maven Users List
Subject: war overlay and merging localized resources

Hello,
I am very impressed how maven war plugin can overlay multiple war files.
However, I could not find any plugin that can also merge localized
resource files. 

Since it's not possible to define multiple resource bundles in web.xml,
I think there is need to be able to merge localized resource bundles at
the time ov overlaying wars. 

Has any one had that issue  and possible solution?

This is the scenario

CommonWar\WEB-INF\ CommonResources_en.properties
CommonWar\WEB-INF\ CommonResources_ja.properties

AppWar\WEB-INF\AppWarResources_en.properties
AppWar \WEB-INF\AppWarResources_ja.properties

During build time, I am overlaying AppWar with CommonWar. I want 

Target/appwar-1.0-snapshot/WEB-INF/classes AppWarResources_en.properties
to be (AppWar\WEB-INF\AppWarResources_en.properties + CommonWar\WEB-INF\
CommonResources_en.properties)

Target/appwar-1.0-snapshot/WEB-INF/classes AppWarResources_ja.properties
to be (AppWar\WEB-INF\AppWarResources_ja.properties + CommonWar\WEB-INF\
CommonResources_ja.properties)

Thanks
Leonard

-
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: Build Error in Maven

Are you able to access http://repo1.maven.org from your desk without a
proxy? Try clearing your repository by deleting $HOME/.m2/repository
(the logs below don't show it even attempting to download, which could
mean bad metadata...this is fixed in 2.0.9)

-Original Message-
From: maluri [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 20, 2008 7:51 PM
To: users@maven.apache.org
Subject: Build Error in Maven

When I try to run any command other than mvn -v I am getting the below
error. 
I have installed the maven 2.0.8 properly and everything looks good.
Please
let me know the solution.

H:\mvn help:describe -Dplugin=help
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'help'.
[INFO] org.apache.maven.plugins: checking for updates from central
[WARNING] repository metadata for: 'org.apache.maven.plugins' could not
be
retri
eved from repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does not
exist or
 no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 21 seconds
[INFO] Finished at: Thu Mar 20 15:20:30 PDT 2008
[INFO] Final Memory: 1M/4M
[INFO]

H:\mvn help:describe -Dplugin=compiler -Dmojo=compile -Dfull
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'help'.
[INFO] org.codehaus.mojo: checking for updates from central
[WARNING] repository metadata for: 'org.codehaus.mojo' could not be
retrieved fr
om repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does not
exist or
 no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 21 seconds
[INFO] Finished at: Thu Mar 20 15:21:55 PDT 2008
[INFO] Final Memory: 1M/4M
[INFO]

H:\mvn -v
Maven version: 2.0.8
Java version: 1.6.0_05
OS name: windows xp version: 5.1 arch: x86 Family: windows

H:\mvn help:describe -Dplugin=help -Dfull
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'help'.
[INFO] artifact org.apache.maven.plugins:maven-help-plugin: checking for
updates
 from central
[WARNING] repository metadata for: 'artifact
org.apache.maven.plugins:maven-help
-plugin' could not be retrieved from repository: central due to an
error:
Error
transferring file
[INFO] Repository 'central' will be blacklisted
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-help-plugin' does not
exist or
 no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 21 seconds
[INFO] Finished at: Thu Mar 20 16:41:55 PDT 2008
[INFO] Final Memory: 1M/4M
[INFO]

H:\
-- 
View this message in context:
http://www.nabble.com/Build-Error-in-Maven-tp16191404s177p16191404.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
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]

[ANN] was6-maven-plugin 1.0-alpha-1 release

2008-03-20 Thread David J. M. Karlsen


Hi folks!

The was6-maven-plugin has just graduated, and released as version 
1.0-alpha-1.


The plugin can be used to start and stop websphere 6.1 containers (ND or 
standalone installations) and applications,
generate WAS specific bindings, generate EJB deployment code (stubs), 
and run arbitrary scripts (JCAL/Jython) against WAS.
It's implemented as a wrapper around ws_ant - WAS's own wrapper around 
ant and WAS ant tasks, which ensures the correct setup of environment.


Issues fixed in this release: 
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11062status=6component=13178


More information can be found at the plugin site: 
http://mojo.codehaus.org/was6-maven-plugin/


Please do not hesitate to register issues in JIRA: 
http://jira.codehaus.org/browse/MOJO/component/13178 .


Distribution via codehaus repository and sync'ed to central as usual.

David Karlsen


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

Re: Issues trying to run Maven, OpenJPA, DBUnit example.

Knowing nothing more than what you've presented, it appears that
Spring is not wiring up EntityManagerFactory properly.

Toss a check for null in there before you use it and I'm sure it will
be true. As for why exactly, well, I have absolutely no idea without
getting elbow-deep with the code.

Have you contacted Bill Dudney (the originator of the code) and asked
him for assistance?

Wayne

On 3/20/08, Mick Knutson [EMAIL PROTECTED] wrote:
 I have been trying to run this example:
 http://bill.dudney.net/roller/bill/entry/20070428

 Now it seems, that when the testNG tests run, I get an NPE here:

 *DbUnitTestBase.java
 *
 @BeforeClass(groups = {database})
 protected void loadSeedData() throws Exception {
 logger.debug(loadSeedData);
 IDatabaseConnection dbunitConn = null;
 EntityManager em = null;
 try {
 *em = entityManagerFactory.createEntityManager();*


 Here is my error in *testng-results.xml*

 test name=Command line test
 class name=net.dudney.jpaund.domain.SimpleTest
 test-method status=SKIP signature=initDB() name=initDB
 is-config=true duration-ms=0 started-at=2008-03-20T11:51:46Z
 finished-at=2008-03-20T11:51:46Z
 /test-method
 test-method status=SKIP signature=testCreateSiteUser()
 name=testCreateSiteUser duration-ms=0 started-at=2008-03-20T11:51:46Z
 finished-at=2008-03-20T11:51:46Z
 /test-method
 test-method status=FAIL signature=loadSeedData()
 name=loadSeedData is-config=true duration-ms=0
 started-at=2008-03-20T11:51:46Z finished-at=2008-03-20T11:51:46Z
 exception class=java.lang.NullPointerException
 full-stacktrace
 ![CDATA[java.lang.NullPointerException
 at net.dudney.jpaund.domain.DbUnitTestBase.loadSeedData(
 DbUnitTestBase.java:43)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(
 NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(
 DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:580)
 at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java
 :398)
 at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:145)
 at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:82)
 at org.testng.internal.TestMethodWorker.invokeBeforeClassMethods(
 TestMethodWorker.java:166)
 at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:103)
 at org.testng.TestRunner.runWorkers(TestRunner.java:689)
 at org.testng.TestRunner.privateRun(TestRunner.java:566)
 at org.testng.TestRunner.run(TestRunner.java:466)
 at org.testng.SuiteRunner.runTest(SuiteRunner.java:301)
 at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:296)
 at org.testng.SuiteRunner.privateRun(SuiteRunner.java:276)
 at org.testng.SuiteRunner.run(SuiteRunner.java:191)
 at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:808)
 at org.testng.TestNG.runSuitesLocally(TestNG.java:776)
 at org.testng.TestNG.run(TestNG.java:701)
 at org.apache.maven.surefire.testng.TestNGExecutor.run(
 TestNGExecutor.java:62)
 at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(
 TestNGDirectoryTestSuite.java:136)
 at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(
 NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(
 DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(
 SurefireBooter.java:338)
 at org.apache.maven.surefire.booter.SurefireBooter.main(
 SurefireBooter.java:997)
 ]]
 /full-stacktrace
 /exception
 /test-method
 /class
 class name=net.dudney.jpaund.dao.jpa.BaseDaoJpaTest
 test-method status=PASS signature=testGetUpdateObjects()
 name=testGetUpdateObjects duration-ms=13078
 started-at=2008-03-20T11:50:42Z finished-at=2008-03-20T11:50:55Z
 /test-method
 test-method status=PASS signature=testQueryBuildingRealClass()
 name=testQueryBuildingRealClass duration-ms=0
 started-at=2008-03-20T11:50:55Z finished-at=2008-03-20T11:50:55Z
 /test-method
 test-method status=PASS
 signature=testQueryBuildingNullParameter()
 name=testQueryBuildingNullParameter duration-ms=0
 started-at=2008-03-20T11:51:46Z finished-at=2008-03-20T11:51:46Z
 /test-method
 test-method status=PASS signature=testGetObject()
 name=testGetObject duration-ms=219 started-at=2008-03-20T11:51:45Z
 finished-at=2008-03-20T11:51:46Z
 /test-method
 test-method status=PASS
 signature=testSaveOrUpdateObjectExistingObject()
 name=testSaveOrUpdateObjectExistingObject duration-ms=12735
 started-at=2008-03-20T11:51:20Z finished-at=2008-03-20T11:51:33Z
 /test-method
 test-method status=PASS signature=setUpSpring()
 name=setUpSpring is-config=true duration-ms=1281
 started-at=2008-03-20T11:50:13Z finished-at=2008-03-20T11:50:14Z
 /test-method
 test-method status=PASS

Re: provided dependency packaged into war