Should it be possible to add a project multiple times?

2007-08-14 Thread Michiel

In continuum 1.1-beta1 I add two project groups and in each group I add the
same project. For each group I setup a different schedule. What I notice
then is that one of the schedules never fires any project.
Is that how it should work?

-- 
View this message in context: 
http://www.nabble.com/Should-it-be-possible-to-add-a-project-multiple-times--tf4265918.html#a12140617
Sent from the Continuum - Users mailing list archive at Nabble.com.



Re: Should it be possible to add a project multiple times?

2007-08-14 Thread Emmanuel Venisse

Why do you want to add your project in two groups?
Do you use the same version/scm url of your project in each group?

Michiel a écrit :

In continuum 1.1-beta1 I add two project groups and in each group I add the
same project. For each group I setup a different schedule. What I notice
then is that one of the schedules never fires any project.
Is that how it should work?





Re: Should it be possible to add a project multiple times?

2007-08-14 Thread Michiel

I wanted to put my site generation in a different project group and also want
to build different versions of the same project from different groups. The
reason is that I then expect to get a cleaner list of build logs without
mixing different goals in the same list. 
 

Emmanuel Venisse wrote:
 
 Why do you want to add your project in two groups?
 Do you use the same version/scm url of your project in each group?
 
 Michiel a écrit :
 In continuum 1.1-beta1 I add two project groups and in each group I add
 the
 same project. For each group I setup a different schedule. What I notice
 then is that one of the schedules never fires any project.
 Is that how it should work?
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Should-it-be-possible-to-add-a-project-multiple-times--tf4265918.html#a12140948
Sent from the Continuum - Users mailing list archive at Nabble.com.



Re: Should it be possible to add a project multiple times?

2007-08-14 Thread Emmanuel Venisse

if you want to put your project in different group, they must have different 
version and different scm url so your site generation should be defined in a 
build definition of an actual project.

In future version, we'll add some filters to show build results by build 
definitions.

Emmanuel

Michiel a écrit :

I wanted to put my site generation in a different project group and also want
to build different versions of the same project from different groups. The
reason is that I then expect to get a cleaner list of build logs without
mixing different goals in the same list. 
 


Emmanuel Venisse wrote:

Why do you want to add your project in two groups?
Do you use the same version/scm url of your project in each group?

Michiel a écrit :

In continuum 1.1-beta1 I add two project groups and in each group I add
the
same project. For each group I setup a different schedule. What I notice
then is that one of the schedules never fires any project.
Is that how it should work?










Re: Generated Email shows localhost - where to change ?

2007-08-14 Thread Emmanuel Venisse

The configuration of the base url can be done in the configuration page.

Emmanuel

Mac-Systems a écrit :

Hello,

i asked it already whout luck of answer.

Where can i configure that Continuum generates Email with correct link 
to the Server ?



For example:

Online report : 
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/125 


Build statistics:
 State: Failed
 Previous State: Failed
 Started at: Di, 14 Aug 2007 08:00:08 +0200



Thanks for answer,
Jens









IllegalStateException

2007-08-14 Thread Pinoy Trader
Hi Guys,

Im trying to use Continuum 1.1 beta...It seems that whatever I do I always
get this when adding a maven 2 project...

 - Error setting character encoding to 'UTF-8' - ignoring.
java.lang.IllegalStateException: getReader() or getInputStream() called
at org.mortbay.jetty.servlet.ServletHttpRequest.setCharacterEncoding
(Ser
vletHttpRequest.java:602)

And continuum spits out this error message:

The specified resource cannot be accessed. Please try again later or contact
your administrator.

Any hints at all what's causing this?


Re: IllegalStateException

2007-08-14 Thread Brett Porter
http://jira.codehaus.org/browse/CONTINUUM-1054

Usually, this hasn't stopped anything from working - it just is a bad
error report. Is there anything else that is going wrong that can help
diagnose the problem?

- Brett

On 15/08/07, Pinoy Trader [EMAIL PROTECTED] wrote:
 Hi Guys,

 Im trying to use Continuum 1.1 beta...It seems that whatever I do I always
 get this when adding a maven 2 project...

  - Error setting character encoding to 'UTF-8' - ignoring.
 java.lang.IllegalStateException: getReader() or getInputStream() called
 at org.mortbay.jetty.servlet.ServletHttpRequest.setCharacterEncoding
 (Ser
 vletHttpRequest.java:602)

 And continuum spits out this error message:

 The specified resource cannot be accessed. Please try again later or contact
 your administrator.

 Any hints at all what's causing this?



-- 
Brett Porter
Blog: http://www.devzuz.org/blogs/bporter/


Display lifecycle phases during a build

2007-08-14 Thread William Ferguson
Is there any way to get Maven to output the liefecycle pahsaes as it is
executing them? 

It displays the plugin and goal that is executing and that often gives a
far bit on sinsight into where the built is up to, but it would be
*really* nice if you could clearly see the phases as they are being
iterated over.

Not only would it help debug strange build problems, but it would help
determine the best phase for execution of some plugins.

William

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



Feedback on maven repository managers

2007-08-14 Thread Farhan Sarwar
Hello Guys,

 

Well we are in the process of moving over our applications/modules on maven
2 and hence setting up a maven repository, as I do so I wanted to hear your
experiences with different repository managers out there, so far I just have
explored Artifactory and uptil now I am pretty happy with the
interface(ajax-based)/functionality it provides, it's pretty light-weight,
easy-to-install/maintain. What is your opinion about it, also in terms of
performance/reliability ? and do you think there are other repository
managers which still are a better choice?

 

Farhan.



Re: Feedback on maven repository managers

2007-08-14 Thread Brett Porter
http://mail-archives.apache.org/mod_mbox/maven-users/200707.mbox/[EMAIL 
PROTECTED]

I have some more detailed notes I've been meaning to post, will get
around to it some time this month.

Archiva has just had another (beta) release too, and is now feature
complete for an upcoming 1.0 and the known issues are pretty well
covered in JIRA.

- Brett

On 14/08/07, Farhan Sarwar [EMAIL PROTECTED] wrote:
 Hello Guys,



 Well we are in the process of moving over our applications/modules on maven
 2 and hence setting up a maven repository, as I do so I wanted to hear your
 experiences with different repository managers out there, so far I just have
 explored Artifactory and uptil now I am pretty happy with the
 interface(ajax-based)/functionality it provides, it's pretty light-weight,
 easy-to-install/maintain. What is your opinion about it, also in terms of
 performance/reliability ? and do you think there are other repository
 managers which still are a better choice?



 Farhan.




-- 
Brett Porter
Blog: http://www.devzuz.org/blogs/bporter/

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



Re: Feedback on maven repository managers

2007-08-14 Thread Paul Smith


On 14/08/2007, at 5:05 PM, Brett Porter wrote:

http://mail-archives.apache.org/mod_mbox/maven-users/200707.mbox/% 
[EMAIL PROTECTED]


I have some more detailed notes I've been meaning to post, will get
around to it some time this month.

Archiva has just had another (beta) release too, and is now feature
complete for an upcoming 1.0 and the known issues are pretty well
covered in JIRA.

- Brett


I'd have to give Archiva a +1 too, despite having a couple of niggly  
UI issues, and being bitten by this one (we are starting to use the  
'mvn release' plugin ):


http://jira.codehaus.org/browse/MRM-432

it's damn handy, particularly if you're not near the Central Maven  
Repo anyway (being in Australia, we literally are on the other side  
of the world).  If you have a nicely cached Archiva, that first  
install of Maven on a new box is beautifully fast with the mirrors  
set to Archiva.


cheers,

Paul Smith
Core Engineering Manager

Aconex
The easy way to save time and money on your project

696 Bourke Street, Melbourne,
VIC 3000, Australia
Tel: +61 3 9240 0200  Fax: +61 3 9240 0299
Email: [EMAIL PROTECTED]  www.aconex.com

This email and any attachments are intended solely for the addressee.  
The contents may be privileged, confidential and/or subject to  
copyright or other applicable law. No confidentiality or privilege is  
lost by an erroneous transmission. If you have received this e-mail  
in error, please let us know by reply e-mail and delete or destroy  
this mail and all copies. If you are not the intended recipient of  
this message you must not disseminate, copy or take any action in  
reliance on it. The sender takes no responsibility for the effect of  
this message upon the recipient's computer system.






Re: Retrieving subversion revision number

2007-08-14 Thread DCVer

Hi again,

The problem has changed a bit. I would like to get the revision number of
the working copy checked out from the svn repository (don't have to be the
actual rev number - may be out of date). So.. I think this number can be
received from .svn/entries file. Does the maven buildnumber plugin is able
to get this number from local files (stored in .svn directory probably) or
must connect to svn repository?

Thanks in advance


nick_stolwijk wrote:
 
 Have a look at the buildnumber plugin, which does exactly that.[1]
 
 Hth,
 
 Nick Stolwijk
 
 [1]
 http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/index.html
 
 DCVer wrote:
 Hi all,

 I would like to get the revision number of my project on svn repository
 using maven2 (or some other tool) and put this number e.g. in some
 property
 file. How could this be done?
   
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Retrieving-subversion-revision-number-tf4225135s177.html#a12140212
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: Retrieving subversion revision number

2007-08-14 Thread Dirk Olmes
 The problem has changed a bit. I would like to get the revision number of
 the working copy checked out from the svn repository (don't have to be the
 actual rev number - may be out of date). So.. I think this number can be
 received from .svn/entries file. Does the maven buildnumber plugin is able
 to get this number from local files (stored in .svn directory probably) or
 must connect to svn repository?

The buildnumber plugin retrieves the svn version number from the local
working copy. AFAICT it does not access the remote repo for this
operation.

-dirk

-- 
Anyway kids, have fun, play nicely, be good. And remember - if it ain't
broke, hit it again.


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



Re: Feedback on maven repository managers

2007-08-14 Thread Franck Smith
I have used both Archiva and Artifactory.

Artifactory is simple to use, install and configure and have a good ui
(based on wicket). But here the reasons that make me change for the last
Archiva (1.0-beta-1)
- for me the main disadvantage is that the repository is save on a database
and not in a maven 2 filesystem. So you must use the the web admin console
to browse the repositories
- The backup utilities have to be improve to allow to select wich
repositories to backup
- Purge of repositories is not yet released so the size of the repository
increase rapidly
- The major part of the repositories configuration is done in the xml
configuration file and not through the gui

These 4 issues are already implemented in the last (1.0-beta-1) and that why
we choose Archiva.

Elid OR

2007/8/14, Paul Smith [EMAIL PROTECTED]:


 On 14/08/2007, at 5:05 PM, Brett Porter wrote:

  http://mail-archives.apache.org/mod_mbox/maven-users/200707.mbox/%
  [EMAIL PROTECTED]
 
  I have some more detailed notes I've been meaning to post, will get
  around to it some time this month.
 
  Archiva has just had another (beta) release too, and is now feature
  complete for an upcoming 1.0 and the known issues are pretty well
  covered in JIRA.
 
  - Brett

 I'd have to give Archiva a +1 too, despite having a couple of niggly
 UI issues, and being bitten by this one (we are starting to use the
 'mvn release' plugin ):

 http://jira.codehaus.org/browse/MRM-432

 it's damn handy, particularly if you're not near the Central Maven
 Repo anyway (being in Australia, we literally are on the other side
 of the world).  If you have a nicely cached Archiva, that first
 install of Maven on a new box is beautifully fast with the mirrors
 set to Archiva.

 cheers,

 Paul Smith
 Core Engineering Manager

 Aconex
 The easy way to save time and money on your project

 696 Bourke Street, Melbourne,
 VIC 3000, Australia
 Tel: +61 3 9240 0200  Fax: +61 3 9240 0299
 Email: [EMAIL PROTECTED]  www.aconex.com

 This email and any attachments are intended solely for the addressee.
 The contents may be privileged, confidential and/or subject to
 copyright or other applicable law. No confidentiality or privilege is
 lost by an erroneous transmission. If you have received this e-mail
 in error, please let us know by reply e-mail and delete or destroy
 this mail and all copies. If you are not the intended recipient of
 this message you must not disseminate, copy or take any action in
 reliance on it. The sender takes no responsibility for the effect of
 this message upon the recipient's computer system.






Questions about mvn archetype-plugin

2007-08-14 Thread Beelen, M. - SPLXL
Hello,
 
While developing my own custom archetype, I also started to explore all
the options of the mvn archetetype plugin and it's create target,
because I hope I can get that to create my project, exactly like I want
them.
 
Since my software development project usually consist of multiple tiers,
which I like to place in the same group in a seperate artifact, I would
like to have the plugin build the default package for java-class by
combining the groupId and artifactId. Currently just the groupId is
being used. 
Is there a way to configure the archetype-plugin so that the
defaultPackage will be a concat of the groupId and artfactId?
 
I have seen I can specify the package with the -DpackageName parameter
on the mvn archetype:create command.
That that package is being used as the default package, but the package
structure of my classes beneath the archetype-resource/src/main/java/
will NOT be used any more. All classes generated during creation of the
archetype end up in the same package base-package specified by the
packageName-parameter instead of the appropriate sub-package.
The package-structure in my archetype-resource/src/main/java-directory
is being used when the classes are being generated without an explicit
assigned packageName (defaultPackage == groupId)
Is this a bug of the plugin?
Is there a way to configure the archetype-plugin so that the
packageStructure beneath archetype-resource/src/main/java will be used
during generation of the classes for my archetype?
 
Should I file an bug and improvement issues in JIRA for these wishes?
 
I found some reference to some new 'maven-archetypeng', but not much
documentation yet. ( I didn't download the source yet ;-) )
Will that support these kinds of wishes? 
Where can I find more information about that plugin?
 
I hope somebody can help me on this.
 
With kind regards,
Marco Beelen
 
 
 
 
 


**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall
not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsible for any delay in
receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

Questions about mvn archetype-plugin additional

2007-08-14 Thread Beelen, M. - SPLXL
Hello, 
 
In my previous email I stated that the package-structure beneath
archetype-resource/src/main/java not is being used when generating the
..java-file.
I need to refining this remark: The file do get placed in the correct
directory structure, but the ${package} placeholder in the template
java-files will be replaced with the specified packageName from the
command option.
This result is in compile errors: declared package does not match
expacted package.
 
With kind regards,
  Marco Beelen


**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall
not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsible for any delay in
receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

Testing a webapp with perl

2007-08-14 Thread Roland Asmann
Hi all!

I am working an a plugin that access a webapp that is written in Perl. The 
plugin seems to work alright, but I can't really test everything I want on 
the webapp.
Does anybody know of a webserver that can run Perl and has the possibility to 
be plugged into Maven at the testing-phase (similar to Jetty)?

Thanks,

-- 
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

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



Generated Email shows localhost - where to change ?

2007-08-14 Thread Mac-Systems

Hello,

i asked it already whout luck of answer.

Where can i configure that Continuum generates Email with correct link 
to the Server ?



For example:

Online report : 
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/125
Build statistics:
 State: Failed
 Previous State: Failed
 Started at: Di, 14 Aug 2007 08:00:08 +0200



Thanks for answer,
Jens




Re: Testing a webapp with perl

2007-08-14 Thread Jochen Wiedmann
On 8/14/07, Roland Asmann [EMAIL PROTECTED] wrote:

 I am working an a plugin that access a webapp that is written in Perl. The
 plugin seems to work alright, but I can't really test everything I want on
 the webapp.
 Does anybody know of a webserver that can run Perl and has the possibility to
 be plugged into Maven at the testing-phase (similar to Jetty)?

Tomcat has a CgiServlet (or whatever it's called). It isn't enabled by
default, you have to declare it in your web.xml.

Jochen


-- 
Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against manipulating elections.

The german government justifying the use of electronic voting machines
and obviously  believing that we don't need a police, because all
illegal actions are forbidden.

http://dip.bundestag.de/btd/16/051/1605194.pdf

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



[M2] Maven2 integration for JBuilder X (and higher)

2007-08-14 Thread CodingPlayer

Hi All,


- is there any working plugin for the JBuilder IDE that supports Maven2?

i already posted this question about one year ago:
http://www.nabble.com/JBuilder-Plugin-for-Maven2-tf2009003s177.html#a5519383

just wanted to check if somebody has implemented it yet, and might want to
let us know.


- is the maven-jbuilder-plugin working with Maven2?

AFAIK the project only supports Maven1.
http://repo1.maven.org/maven2/maven/maven-jbuilder-plugin/


thx 4 help
R.C.
-- 
View this message in context: 
http://www.nabble.com/-M2--Maven2-integration-for-JBuilder-X-%28and-higher%29-tf4266890s177.html#a12143238
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: Resources and JUnit

2007-08-14 Thread Lalor, Brian
 -Original Message-
 From: Ray Wenderlich [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, August 14, 2007 12:44 AM
 To: users@maven.apache.org
 Subject: Resources and JUnit
 
 Hi all,
 
 I am testing a class that is using a .properties file that I have
 placed in src\main\resources.  I am loading it via:
 
 InputStream is =
 getClass().getClassLoader().getResourceAsStream(add.properties);
 
 The .properties file gets copied to target\classes\add.properties, and
 when I create a package and run the class everything works fine.  The
 problem is if I try to run a junit test against the class, at that
 point the class cannot find the .properties file.
 
 I ran mvn test with -X and got the following:
 
 [DEBUG] Test Classpath :
 [DEBUG]   C:\Projects\Experiments\add-test\target\test-classes
 [DEBUG]   C:\Projects\Experiments\add-test\target\classes
 [DEBUG]   C:\Documents and
 Settings\rwenderlich\.m2\repository\junit\junit\3.8.1\junit-3.8.1.jar
 
 I am using a basic POM I generated with the mvn archetype:create, so
 I'm using the default resources settings.  I am using Maven 2.0.8.
 
 Any ideas what's going on here?  I've read the other forum postings on
 the subject and tried a bunch of different things to no avail.

What's the exact error you're getting in your code?  I'm doing something 
similar in my current project and it works just fine.  You're retrieving it 
from the classpath, and that directory's on the classpath, so it should work... 
 You do see the file in target/classes after the test goal runs, right?

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



Re: Resources and JUnit

2007-08-14 Thread Ray Wenderlich
Wow you are right - there was an error in my test itself, lol!  Sorry
for the confusion, I thought I had everything set up right :]

On 8/14/07, Lalor, Brian [EMAIL PROTECTED] wrote:
  -Original Message-
  From: Ray Wenderlich [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, August 14, 2007 12:44 AM
  To: users@maven.apache.org
  Subject: Resources and JUnit
 
  Hi all,
 
  I am testing a class that is using a .properties file that I have
  placed in src\main\resources.  I am loading it via:
 
  InputStream is =
  getClass().getClassLoader().getResourceAsStream(add.properties);
 
  The .properties file gets copied to target\classes\add.properties, and
  when I create a package and run the class everything works fine.  The
  problem is if I try to run a junit test against the class, at that
  point the class cannot find the .properties file.
 
  I ran mvn test with -X and got the following:
 
  [DEBUG] Test Classpath :
  [DEBUG]   C:\Projects\Experiments\add-test\target\test-classes
  [DEBUG]   C:\Projects\Experiments\add-test\target\classes
  [DEBUG]   C:\Documents and
  Settings\rwenderlich\.m2\repository\junit\junit\3.8.1\junit-3.8.1.jar
 
  I am using a basic POM I generated with the mvn archetype:create, so
  I'm using the default resources settings.  I am using Maven 2.0.8.
 
  Any ideas what's going on here?  I've read the other forum postings on
  the subject and tried a bunch of different things to no avail.

 What's the exact error you're getting in your code?  I'm doing something 
 similar in my current project and it works just fine.  You're retrieving it 
 from the classpath, and that directory's on the classpath, so it should 
 work...  You do see the file in target/classes after the test goal runs, 
 right?

 -
 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: error: IO exception sun.io.MalformedInputException

2007-08-14 Thread Enrique Gaona

Patrick,
Thanks for the info and the link.  I'm using the IBM JDK 1.4.2.  I'll
definitely try your suggestion and let you know the results.

Thanks again.

Enrique




   
 Patrick  
 Schneider
 [EMAIL PROTECTED]  To
 .com Maven Users List  
   users@maven.apache.org
 08/13/2007 08:00   cc
 PM
   Subject
   Re: error: IO exception 
 Please respond to sun.io.MalformedInputException  
   Maven Users
   List   
 [EMAIL PROTECTED] 
  he.org  
   
   




Enrique,

Are you using the IBM JDK?  If so, do you know if your files are explicitly
encoded in UTF-8?  I've experienced the same problem with the IBM JDK --
the
filtering in Maven was munging the bits, causing failures.

You might experiment with altering the default filtering, by stating
explicitly what your files are encoded in, or turning it off entirely...

http://maven.apache.org/guides/getting-started/index.html#How%20do%20I%20filter%20resource%20files

?


Patrick

On 8/13/07, Enrique Gaona [EMAIL PROTECTED] wrote:



 Hi,
 I was wondering if anyone has encountered the error: IO exception
 sun.io.MalformedInputException in continuum.   This error shows up when
 the build is executed within continuum, but not from the command
 line.  Any
 ideas?  Thanks.

 Compiling 20 source files to


/opt/continuum/app1/working-directory/3/com.ibm.csdp.cs.dds/CSDPContentGenClient/target/classes


 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] Compilation failure

 error: IO exception sun.io.MalformedInputException

 [INFO]
 
 [INFO] For more information, run Maven with the -e switch
 [INFO]
 
 [INFO] Total time: 3 minutes 42 seconds
 [INFO] Finished at: Mon Aug 13 16:44:33 CDT 2007
 [INFO] Final Memory: 38M/116M
 [INFO]
 

 Enrique



Re: Retrieving subversion revision number

2007-08-14 Thread DCVer

Ok it works fine now, thanks.
I've put the plugin configurations in pluginManagement - not in pure
plugins section. That's why it failed before.


Dirk Olmes-4 wrote:
 
 The problem has changed a bit. I would like to get the revision number of
 the working copy checked out from the svn repository (don't have to be
 the
 actual rev number - may be out of date). So.. I think this number can
 be
 received from .svn/entries file. Does the maven buildnumber plugin is
 able
 to get this number from local files (stored in .svn directory probably)
 or
 must connect to svn repository?
 
 The buildnumber plugin retrieves the svn version number from the local
 working copy. AFAICT it does not access the remote repo for this
 operation.
 
 -dirk
 
 -- 
 Anyway kids, have fun, play nicely, be good. And remember - if it ain't
 broke, hit it again.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Retrieving-subversion-revision-number-tf4225135s177.html#a12143842
Sent from the Maven - Users mailing list archive at Nabble.com.


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



multi-module project generates invalid pom ?

2007-08-14 Thread Joel COSTIGLIOLA (Services DPT SYSTEME D INFORMATION METIER)
Hi there,

I have been reporting few weeks ago some VERY annoying warning like this
one : 
[WARNING] POM for 'sapiens:SapiensCommonsCore:pom:2.6.0:test' is
invalid. It will be ignored for artifact resolution. Reason: Failed to
validate POM for project sapiens:SapiensCommonsCore at Artifact
[sapiens:SapiensCommonsCore:pom:2.6.0:test] 

I haven't found any good explanation in maven mailing list archive but I
think I may have the reason of such annoying warnings. To explain it I
must give the context when it happens. 

I have a maven2 project called SapiensSpringCommon depending on
sapiens:SapiensCommonsCore test jar. SapiensCommonsCore is a module of
sapiens a maven2 multi-module project of mine.

When I install sapiens modules in my local repository everything runs
fine (no error, no warning).

Warnings arise when I compile SapiensSpringCommon which depends on a
child module of sapiens project (that is SapiensCommonsCore).

I firstly examined SapiensCommonsCore generated pom, and it seems ok (I
have successfully run mvn validate on it both in the project directory
and in my local repository).

Then I began modifying the SapiensCommonsCore generated pom (i.e.
SapiensCommonsCore-2.6.0.pom) of my local repository until warnings
disappears from SapiensSpringCommon compilation phase.
It appears that deleting parent section did it.

To conclude, it seems that multi-module produces invalid pom (or
validate phase is not clever enough to validate dependancies on artefact
of a multi-module project). 

What do you think ? maybe I just use badly maven ...
Is there a way to fix that ? 

Regards, 

Joel

 

FYI here's SapiensCommonsCore-2.6.0.pom version NOT producing warnings

project
modelVersion4.0.0/modelVersion
groupIdsapiens/groupId
artifactIdSapiensCommonsCore/artifactId
packagingjar/packaging
version2.6.0/version
nameSapiens Core/name
!-- build and dependencies section omitted --
/project

Here's SapiensCommonsCore-2.6.0.pom original version (PRODUCING
warnings)

project
parent
groupIdsapiens/groupId
artifactIdSocleSapiens/artifactId
version2.6.0/version
/parent
modelVersion4.0.0/modelVersion
artifactIdSapiensCommonsCore/artifactId
packagingjar/packaging
nameSapiens Core/name
dependencies
dependency
groupIdcommons-net/groupId
artifactIdcommons-net/artifactId
/dependency
/dependencies
!-- build section omitted --
/project

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



Re: Testing a webapp with perl

2007-08-14 Thread Roland Asmann
Thanks, I'll look into that!

On Tuesday 14 August 2007 13:07, Jochen Wiedmann wrote:
 On 8/14/07, Roland Asmann [EMAIL PROTECTED] wrote:
  I am working an a plugin that access a webapp that is written in Perl.
  The plugin seems to work alright, but I can't really test everything I
  want on the webapp.
  Does anybody know of a webserver that can run Perl and has the
  possibility to be plugged into Maven at the testing-phase (similar to
  Jetty)?

 Tomcat has a CgiServlet (or whatever it's called). It isn't enabled by
 default, you have to declare it in your web.xml.

 Jochen

-- 
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

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



RE: multi-module project generates invalid pom ?

2007-08-14 Thread Joel COSTIGLIOLA (Services DPT SYSTEME D INFORMATION METIER)


Just want to add that SapiensSpringCommon, despite his name, is not a module of 
sapiens !
It's just a project depending on sapiens child module SapiensCommonsCore.

Hope things are clearer now

-Message d'origine-
De : Joel COSTIGLIOLA (Services DPT SYSTEME D INFORMATION METIER) 
[mailto:[EMAIL PROTECTED] 
Envoyé : mardi 14 août 2007 15:05
À : Maven Users List
Objet : multi-module project generates invalid pom ?

Hi there,

I have been reporting few weeks ago some VERY annoying warning like this
one : 
[WARNING] POM for 'sapiens:SapiensCommonsCore:pom:2.6.0:test' is
invalid. It will be ignored for artifact resolution. Reason: Failed to
validate POM for project sapiens:SapiensCommonsCore at Artifact
[sapiens:SapiensCommonsCore:pom:2.6.0:test] 

I haven't found any good explanation in maven mailing list archive but I
think I may have the reason of such annoying warnings. To explain it I
must give the context when it happens. 

I have a maven2 project called SapiensSpringCommon depending on
sapiens:SapiensCommonsCore test jar. SapiensCommonsCore is a module of
sapiens a maven2 multi-module project of mine.

When I install sapiens modules in my local repository everything runs
fine (no error, no warning).

Warnings arise when I compile SapiensSpringCommon which depends on a
child module of sapiens project (that is SapiensCommonsCore).

I firstly examined SapiensCommonsCore generated pom, and it seems ok (I
have successfully run mvn validate on it both in the project directory
and in my local repository).

Then I began modifying the SapiensCommonsCore generated pom (i.e.
SapiensCommonsCore-2.6.0.pom) of my local repository until warnings
disappears from SapiensSpringCommon compilation phase.
It appears that deleting parent section did it.

To conclude, it seems that multi-module produces invalid pom (or
validate phase is not clever enough to validate dependancies on artefact
of a multi-module project). 

What do you think ? maybe I just use badly maven ...
Is there a way to fix that ? 

Regards, 

Joel

 

FYI here's SapiensCommonsCore-2.6.0.pom version NOT producing warnings

project
modelVersion4.0.0/modelVersion
groupIdsapiens/groupId
artifactIdSapiensCommonsCore/artifactId
packagingjar/packaging
version2.6.0/version
nameSapiens Core/name
!-- build and dependencies section omitted --
/project

Here's SapiensCommonsCore-2.6.0.pom original version (PRODUCING
warnings)

project
parent
groupIdsapiens/groupId
artifactIdSocleSapiens/artifactId
version2.6.0/version
/parent
modelVersion4.0.0/modelVersion
artifactIdSapiensCommonsCore/artifactId
packagingjar/packaging
nameSapiens Core/name
dependencies
dependency
groupIdcommons-net/groupId
artifactIdcommons-net/artifactId
/dependency
/dependencies
!-- build section omitted --
/project

-
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: Feedback on maven repository managers

2007-08-14 Thread Joakim Erdfelt

Farhan Sarwar wrote:

Hello Guys,

 


Well we are in the process of moving over our applications/modules on maven
2 and hence setting up a maven repository, as I do so I wanted to hear your
experiences with different repository managers out there, so far I just have
explored Artifactory and uptil now I am pretty happy with the
interface(ajax-based)/functionality it provides, it's pretty light-weight,
easy-to-install/maintain. What is your opinion about it, also in terms of
performance/reliability ? and do you think there are other repository
managers which still are a better choice? 


Disclaimer: I'm a developer on Archiva.

The repository managers I'm aware of are ...

* Proximity [1] - the current favorite among users here.  focus seems to 
be on proxy abilities.
* Artifactory [2] - the leading released contender.  uses Jackrabbit 
server to store its artifacts.
* DSMP [3] - (dead simple maven proxy) - a proxy for artifact requests, 
an implementation that sits in the gray space between a repository 
server and a proxy implementation.
* Archiva [4] - the repository manager being developed here at the 
apache side, still in pre-release.


If you check the archives [5] on this mailing list, you'll likely get an 
impression on the strengths and weaknesses of each repository manager 
implementation.  Choose what you like.  They are all very vibrant and 
active projects with healthy communities.


[1] http://www.abstracthorizon.org/
[2] http://artifactory.sourceforge.net/
[3] http://www.pdark.de/dsmp/
[4] http://maven.apache.org/archiva/
[5] http://www.nabble.com/Maven---Users-f178.html

--
- Joakim Erdfelt
 [EMAIL PROTECTED]
 Open Source Software (OSS) Developer


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



Eclipse: Unable to update POM - Could not write file

2007-08-14 Thread Juan Ignacio Garzón
Hi!

Im first trying Maven using the eclipse plugin, but I'm getting this
error when I add a dependency to my project:

Unable to update POM: I:\SHARED\xxx\pom.xml; Could not write file:
I:\SHARED\xxx\pom.xml.

If I create a new Maven project within eclipse and I add a dependency
in the wizard, the dependency is added correctly. The problem occurs
only when I add a new one.

Thanks!

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



Buildnumber plugin and svn

2007-08-14 Thread DCVer

I use the maven buildnumber plugin and it works fine on my local pc. But on
the Continuum server (checked out from the same svn repository) i receive an
error (in fact Continuum/Maven2 generates it):

[INFO] [buildnumber:create {execution: default}]
Provider message:
The svn command failed.
Command output:
Subcommand 'info' doesn't accept option '--non-interactive'
Type 'svn help info' for usage.

I deleted --batch-mode from Continuum arguments (which means non-interactive
I believe), but received the same error message. I've read about similar
problems and it may look like the svn version is too old on the Continuum
server (there is 1.4.4 from April 2005 and on my local pc I have version
1.4.4). Is it svn version problem?

Regards.
-- 
View this message in context: 
http://www.nabble.com/Buildnumber-plugin-and-svn-tf4267375s177.html#a12144761
Sent from the Maven - Users mailing list archive at Nabble.com.


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



plugins for source languages besides java

2007-08-14 Thread jblack

specifically, any compiling/packaging/testing plugins that anyone knows about
for either ADA or c#?  if not maven, then any recommendations on a build
tool?

Jeff
-- 
View this message in context: 
http://www.nabble.com/plugins-for-source-languages-besides-java-tf4267673s177.html#a12145654
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: plugins for source languages besides java

2007-08-14 Thread jblack

A quick search found two solutions for c# that might work:

1) [m2]  http://incubator.apache.org/nmaven/ NMaven  
2) [m2] Compiler plugin has a c# 
http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html
compilerId  

Still curious about ADA,  though.


Jeff


jblack wrote:
 
 specifically, any compiling/packaging/testing plugins that anyone knows
 about for either ADA or c#?  if not maven, then any recommendations on a
 build tool?
 
 Jeff
 

-- 
View this message in context: 
http://www.nabble.com/plugins-for-source-languages-besides-java-tf4267673s177.html#a12145950
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: error: IO exception sun.io.MalformedInputException

2007-08-14 Thread John Casey
Just another idea...if you're using an alternative encoding on  
purpose, you might try something like:


project
  [...]
  build
plugins
  plugin
artifactIdmaven-compiler-plugin/artifactId
configuration
  !-- not sure if this applies to the IBM compiler, just  
something I dug up on Google --

  !-- NOTE: UTF-8 is just an example... --
  compilerArgument -encoding UTF-8 /compilerArgument
/configuration
  /plugin
/plugins
  /build
/project

Just FWIW.

-john


On Aug 14, 2007, at 8:54 AM, Enrique Gaona wrote:


Patrick,
Thanks for the info and the link. I'm using the IBM JDK 1.4.2. I'll  
definitely try your suggestion and let you know the results.


Thanks again.

Enrique


Patrick Schneider [EMAIL PROTECTED]


Patrick Schneider [EMAIL PROTECTED]
08/13/2007 08:00 PM
Please respond to
Maven Users List users@maven.apache.org


To

Maven Users List users@maven.apache.org

cc


Subject

Re: error: IO exception sun.io.MalformedInputException


Enrique,

Are you using the IBM JDK?  If so, do you know if your files are  
explicitly
encoded in UTF-8?  I've experienced the same problem with the IBM  
JDK -- the

filtering in Maven was munging the bits, causing failures.

You might experiment with altering the default filtering, by stating
explicitly what your files are encoded in, or turning it off  
entirely...


http://maven.apache.org/guides/getting-started/index.html#How%20do% 
20I%20filter%20resource%20files

?


Patrick

On 8/13/07, Enrique Gaona [EMAIL PROTECTED] wrote:



 Hi,
 I was wondering if anyone has encountered the error: IO exception
 sun.io.MalformedInputException in continuum.   This error shows  
up when

 the build is executed within continuum, but not from the command
 line.  Any
 ideas?  Thanks.

 Compiling 20 source files to

 /opt/continuum/app1/working-directory/3/com.ibm.csdp.cs.dds/ 
CSDPContentGenClient/target/classes


 [INFO]
  
-- 
--

 [ERROR] BUILD FAILURE
 [INFO]
  
-- 
--

 [INFO] Compilation failure

 error: IO exception sun.io.MalformedInputException

 [INFO]
  
-- 
--

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

 [INFO] Total time: 3 minutes 42 seconds
 [INFO] Finished at: Mon Aug 13 16:44:33 CDT 2007
 [INFO] Final Memory: 38M/116M
 [INFO]
  
-- 
--


 Enrique




---
John Casey
Committer and PMC Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john




Re: Eclipse: Unable to update POM - Could not write file

2007-08-14 Thread John Casey
Stupid question maybe, but is the pom.xml file writable on the  
filesystem?


-john

On Aug 14, 2007, at 9:44 AM, Juan Ignacio Garzón wrote:


Hi!

Im first trying Maven using the eclipse plugin, but I'm getting this
error when I add a dependency to my project:

Unable to update POM: I:\SHARED\xxx\pom.xml; Could not write file:
I:\SHARED\xxx\pom.xml.

If I create a new Maven project within eclipse and I add a dependency
in the wizard, the dependency is added correctly. The problem occurs
only when I add a new one.

Thanks!

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



---
John Casey
Committer and PMC Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john




Re: Eclipse: Unable to update POM - Could not write file

2007-08-14 Thread Juan Ignacio Garzón
Yes, it is writable.

I have advanced with this problem, and I discovered that if I edit
pom.xml using the eclipse editor, *sometimes* I cannot save it (it
shows a message saying Could not write file) . This does not happen
with any other file, only with pom.xml. Very strange... Im not sharing
this project with anybody, the directory is only writable by me...

2007/8/14, John Casey [EMAIL PROTECTED]:
 Stupid question maybe, but is the pom.xml file writable on the
 filesystem?

 -john

 On Aug 14, 2007, at 9:44 AM, Juan Ignacio Garzón wrote:

  Hi!
 
  Im first trying Maven using the eclipse plugin, but I'm getting this
  error when I add a dependency to my project:
 
  Unable to update POM: I:\SHARED\xxx\pom.xml; Could not write file:
  I:\SHARED\xxx\pom.xml.
 
  If I create a new Maven project within eclipse and I add a dependency
  in the wizard, the dependency is added correctly. The problem occurs
  only when I add a new one.
 
  Thanks!
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 

 ---
 John Casey
 Committer and PMC Member, Apache Maven
 mail: jdcasey at commonjava dot org
 blog: http://www.ejlife.net/blogs/john




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



Re: assembly-plugin: exlude a file from dependent jar

2007-08-14 Thread aldana



Zarick Lau wrote:
 
 Have you try the unpackOptions under dependencySet?
 

no, i did not. But using your advice works :) Must have been blind, because
I did not see this unpackOptions in assembly-descriptor description.

-- 
View this message in context: 
http://www.nabble.com/assembly-plugin%3A-exlude-a-file-from-dependent-jar-tf4262024s177.html#a12147536
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: Resources and JUnit

2007-08-14 Thread Steven Rowe
Ray Wenderlich wrote:
 I am using Maven 2.0.8.

Wow, where can I get me one of them?  :)

(2.0.7 is the most recent release.)

Steve

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



Publishing to Tomcat from Eclipse, my filtered files aren't being filtered

2007-08-14 Thread Jared Blitzstein
I have a few configuration files that need to be filtered when run.  
When I run in jetty or build a war for deployment, they are filtered  
correctly. But when I deploy to tomcat from eclipse, they are not. Is  
there a way I can make sure eclipse publishes / tomcat uses a  
filtered set of values for those files?


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



Maven2 / Surefire problem

2007-08-14 Thread Philip S. Constantinou

Hi folks -

I'm getting an exception running the test goal. I'm using testNG 
following all the instructions (hopefully correctly) both on the Maven2 
site and testNG maven site. Google hasn't turned up anything useful so I 
figured I'd turn to the experts.


I've run both on Linux and Windows using Java 6.
The Tests and Classes compile fine.

Any help would be greatly appreciated.

Regards -
Phil


Stack trace follows:

[INFO] Trace
java.lang.IllegalArgumentException
   at java.lang.ProcessImpl.init(ProcessImpl.java:69)
   at java.lang.ProcessImpl.start(ProcessImpl.java:30)
   at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
   at java.lang.Runtime.exec(Runtime.java:591)
   at 
org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:653)
   at 
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:102)
   at 
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:89)
   at 
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:591)
   at 
org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBoooter.java:422)
   at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:322)
   at 
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:212)
   at 
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:397)
   at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)

   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
   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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)


   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

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



SVN,Eclipse and Maven

2007-08-14 Thread Mathias P.W Nilsson

Hi! I'm totally new to Maven so please bare with me.

I have set up an SVN server that requires login. Many developers share,
commits and updates to the SVN server.

Many of our applications are libs ( jar files ) wich would be included into
our other projects. My question is. How do I create jar files with version
for maven and add dependency to my other java projects.

Certain projects can have dependency to several jars. When I check out a
project I want Maven to get all the dependencies. 

Can this be done? How can I access SVN server when it requires login?

// Mathias
-- 
View this message in context: 
http://www.nabble.com/SVN%2CEclipse-and-Maven-tf4269242s177.html#a12150744
Sent from the Maven - Users mailing list archive at Nabble.com.


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



Version numbering

2007-08-14 Thread EJ Ciramella
Is there any way for a child pom to simply inherit the version number
from the parent?
 
We have a few use cases where this would be very helpful.


Re: SVN,Eclipse and Maven

2007-08-14 Thread Mathias P.W Nilsson

Ok I found a link on apache maven. I have now changed my POM.xml to include
distributionManagement and this in the settings.xml

server
 idtest/id
 usernametest/username
passwordtest/password 
/server

I get the response that Authentication failed. I found this rather odd
because I can check out the project using the same password and username?

Another questions that arises is why the urlscp://myip/svn//url doesn't
work with the svn://

// Mathias
-- 
View this message in context: 
http://www.nabble.com/SVN%2CEclipse-and-Maven-tf4269242s177.html#a12151803
Sent from the Maven - Users mailing list archive at Nabble.com.


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



Urgent: PMD errors after adding modules

2007-08-14 Thread Mick Knutson
I have some modules that do not have any actual java code in them, and now I
can't seem to stop getting this fatal PMD error:



[INFO] [site:site]
[WARNING] Error loading report
org.codehaus.mojo.surefire.SurefireReportMojo- AbstractMethodError:
canGenerateReport()
[DEBUG] maven-default-skin: resolved to version 1.0 from repository central
[DEBUG] Generating
C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site\checkstyle.html
[INFO] Generate Checkstyle report.
[DEBUG]
resolveLocation(C:/viewstore/esp_lynx_dap/esp/dap//tools/build-tools/src/main/resources/sun_checks.xml,
checkstyle-checker.xml)
[DEBUG] Location is not a URL.
[DEBUG] Potential File:
C:\viewstore\esp_lynx_dap\esp\dap\tools\build-tools\src\main\resources\sun_checks.xml
[DEBUG] resolveLocation(null, checkstyle-checker.properties)
[DEBUG] resolveLocation(LICENSE.txt, checkstyle-header.txt)
[DEBUG] Location is not a URL.
[DEBUG] Potential File: C:\viewstore\esp_lynx_dap\esp\dap\LICENSE.txt
[DEBUG] resolveLocation(null, checkstyle-packages.xml)
[DEBUG] resolveLocation(null, checkstyle-suppressions.xml)
[DEBUG] File
C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site/checkstyle.rss
created...
[DEBUG] Generating
C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site\cpd.html
[INFO] Generate CPD Report report.
[DEBUG] Excluded files: '**/*Bean.java
,**/generated-sources/*.java,**/xmlbeans/*.java,**/*~,**/#*#,**/.#*,**/%*%,**/._*,**/CVS,**/CVS/**,**/.cvsignore,**/S
CCS,**/SCCS/**,**/vssver.scc,**/.svn,**/.svn/**,**/.arch-ids,**/.arch-ids/**,**/.DS_Store'
[DEBUG] Generating
C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site\pmd.html
[INFO] Generate PMD Report report.
[DEBUG] Preparing ruleset:
C:/viewstore/esp_lynx_dap/esp/dap//tools/build-tools/src/main/resources/pmd-
rules.xml
[DEBUG] Before:
C:/viewstore/esp_lynx_dap/esp/dap//tools/build-tools/src/main/resources/pmd-
rules.xml After: pmd-rules.xml
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] Provider oracle.xml.jaxp.JXDocumentBuilderFactory could not be
instantiated: java.lang.NullPointerException
[INFO]

[DEBUG] Trace
javax.xml.parsers.FactoryConfigurationError: Provider
oracle.xml.jaxp.JXDocumentBuilderFactory could not be instantiated:
java.lang.NullPointerException
at javax.xml.parsers.DocumentBuilderFactory.newInstance(
DocumentBuilderFactory.java:104)
at net.sourceforge.pmd.RuleSetFactory.createRuleSet(
RuleSetFactory.java:189)
at net.sourceforge.pmd.RuleSetFactory.createRuleSet(
RuleSetFactory.java:177)
at org.apache.maven.plugin.pmd.PmdReport.executeReport(
PmdReport.java:182)
at org.apache.maven.reporting.AbstractMavenReport.generate(
AbstractMavenReport.java:98)
at
org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(
ReportDocumentRenderer.java:67)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(
DefaultSiteRenderer.java:239)
at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
DefaultSiteRenderer.java:115)
at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java
:124)
at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:420)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
(DefaultLifecycleExecutor.java:480)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at 

building and installing a source only jar

2007-08-14 Thread EJ Ciramella
Is there any way to build a source only jar and install that to our
internal remote repository?
 
We're trying to get more modular with our builds and would like to still
allow eclipse users to hop to the source of a particular dependency.
 
Even after I'm able to build a source only jar, is there an easy way to
get that down loaded?


Re: Maven2 / Surefire problem

2007-08-14 Thread Wayne Fay
(Let's try this again... sent this response 2hrs ago and it bounced
due to DNS problems...)

Maven plus TestNG has been and continues to be a source of difficulty.
Only specific versions of Surefire (Snapshots, iirc) and TestNG will
work together.

Send us your pom for further review, and the URL with the instructions
you followed to construct your pom etc.

Wayne

On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
 Hi folks -

 I'm getting an exception running the test goal. I'm using testNG
 following all the instructions (hopefully correctly) both on the Maven2
 site and testNG maven site. Google hasn't turned up anything useful so I
 figured I'd turn to the experts.

 I've run both on Linux and Windows using Java 6.
 The Tests and Classes compile fine.

 Any help would be greatly appreciated.

 Regards -
 Phil


 Stack trace follows:

 [INFO] Trace
 java.lang.IllegalArgumentException
at java.lang.ProcessImpl.init(ProcessImpl.java:69)
at java.lang.ProcessImpl.start(ProcessImpl.java:30)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
at java.lang.Runtime.exec(Runtime.java:591)
at
 org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:653)
at
 org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:102)
at
 org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:89)
at
 org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:591)
at
 org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBoooter.java:422)
at
 org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:322)
at
 org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:212)
at
 org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:397)
at
 org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

 -
 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: Display lifecycle phases during a build

2007-08-14 Thread Eric Redmond
Not currently... that is something that should be available in 2.1.

-- 
Eric Redmond
http://blog.propellors.net

On 8/13/07, William Ferguson [EMAIL PROTECTED] wrote:

 Is there any way to get Maven to output the liefecycle pahsaes as it is
 executing them?

 It displays the plugin and goal that is executing and that often gives a
 far bit on sinsight into where the built is up to, but it would be
 *really* nice if you could clearly see the phases as they are being
 iterated over.

 Not only would it help debug strange build problems, but it would help
 determine the best phase for execution of some plugins.

 William

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




Re: SVN,Eclipse and Maven

2007-08-14 Thread Wayne Fay
Most of your questions are covered in the free Maven pdf/ebooks
available from www.devzuz.com and www.sonatype.com.

Please check them out, then come back with specific problems.

Wayne

On 8/14/07, Mathias P.W Nilsson [EMAIL PROTECTED] wrote:

 Hi! I'm totally new to Maven so please bare with me.

 I have set up an SVN server that requires login. Many developers share,
 commits and updates to the SVN server.

 Many of our applications are libs ( jar files ) wich would be included into
 our other projects. My question is. How do I create jar files with version
 for maven and add dependency to my other java projects.

 Certain projects can have dependency to several jars. When I check out a
 project I want Maven to get all the dependencies.

 Can this be done? How can I access SVN server when it requires login?

 // Mathias
 --
 View this message in context: 
 http://www.nabble.com/SVN%2CEclipse-and-Maven-tf4269242s177.html#a12150744
 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]



Re: Maven2 / Surefire problem

2007-08-14 Thread Philip S. Constantinou
Thanks so much... I'll attach two. One stripped down one that seems like 
a cut and paste from the documentation at:

http://testng.org/doc/maven.html

I've also attached my real one.


Cheers -
Phil


Wayne Fay wrote:

(Let's try this again... sent this response 2hrs ago and it bounced
due to DNS problems...)

Maven plus TestNG has been and continues to be a source of difficulty.
Only specific versions of Surefire (Snapshots, iirc) and TestNG will
work together.

Send us your pom for further review, and the URL with the instructions
you followed to construct your pom etc.

Wayne

On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
  

Hi folks -

I'm getting an exception running the test goal. I'm using testNG
following all the instructions (hopefully correctly) both on the Maven2
site and testNG maven site. Google hasn't turned up anything useful so I
figured I'd turn to the experts.

I've run both on Linux and Windows using Java 6.
The Tests and Classes compile fine.

Any help would be greatly appreciated.

Regards -
Phil


Stack trace follows:

[INFO] Trace
java.lang.IllegalArgumentException
   at java.lang.ProcessImpl.init(ProcessImpl.java:69)
   at java.lang.ProcessImpl.start(ProcessImpl.java:30)
   at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
   at java.lang.Runtime.exec(Runtime.java:591)
   at
org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:653)
   at
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:102)
   at
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:89)
   at
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:591)
   at
org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBoooter.java:422)
   at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:322)
   at
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:212)
   at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:397)
   at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
   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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

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

  


--
Philip S. Constantinou
Associate CIO, Systems Development and Data Management Services
Information Resources and Technology (IRT)
Stanford University, School of Medicine
http://med.stanford.edu/irt/development

t: 650-766-0645
f: 650-725-4415
e: [EMAIL PROTECTED]
Calendar: Use SunDial to schedule meetings

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
  groupIdorg.rigikulm.jcalc/groupId
  artifactIdjcalc/artifactId
  packagingjar/packaging
  version1.0-SNAPSHOT/version
  namejcalc/name
  urlhttp://maven.apache.org/url
pluginRepositories
   pluginRepository
  idapache.snapshots/id
  urlhttp://people.apache.org/repo/m2-snapshot-repository//url
   /pluginRepository
/pluginRepositories
  dependencies

Re: embedded jetty in maven test phase classpath problem.

2007-08-14 Thread Wayne Fay
I have been using the jspc plugin for some time now very successfully.
I agree with Andy -- you should check it out.

Wayne

On 8/13/07, Andrew Williams [EMAIL PROTECTED] wrote:

 On 1 Aug 2006, at 17:14, Meghan Pike wrote:

 [snip]
 
  Does anybody know if this is the case and how I can fix it?
 
  I though maybe I could compile the jsp's to _jsp.java files in the
  pre-test
  phase, but I wasn't sure about how to go about this.
 

 You could try using the maven-jspc-plugin (http://mojo.codehaus.org/
 jspc-maven-plugin/usage.html) to precompile the .jsps to get around
 this issue.


  Also has anybody got jetty working with maven 2? And has any body
  got the
  jetty maven plugin working in the pre-test phase to test their web
  applications with? I would really like to know, cos that would
  provide a
  different solution to my problem.
 
  thanks
 
  meghan

 Hope that helps,
 Andy

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



[m2.0.5] Why does site:site run my modules 3-4 times?

2007-08-14 Thread Mick Knutson
The release notes said there was something fixed in 205 but I still see my
modules being run 3-4 times when I try to run site:site

-- 

Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/djmick_dot_com
http://www.myspace.com/sexybeotches
http://www.thumpradio.com
---


Re: Urgent: PMD errors after adding modules

2007-08-14 Thread Wayne Fay
Looking at the error, it seems like perhaps the problem is coming from
something related to your PMD rule sets... Do you have any rule sets
configured in that module? And why is PMD even running on these
modules without code -- are they inheriting the config from a parent
module?

Wayne

On 8/14/07, Mick Knutson [EMAIL PROTECTED] wrote:
 I have some modules that do not have any actual java code in them, and now I
 can't seem to stop getting this fatal PMD error:



 [INFO] [site:site]
 [WARNING] Error loading report
 org.codehaus.mojo.surefire.SurefireReportMojo- AbstractMethodError:
 canGenerateReport()
 [DEBUG] maven-default-skin: resolved to version 1.0 from repository central
 [DEBUG] Generating
 C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site\checkstyle.html
 [INFO] Generate Checkstyle report.
 [DEBUG]
 resolveLocation(C:/viewstore/esp_lynx_dap/esp/dap//tools/build-tools/src/main/resources/sun_checks.xml,
 checkstyle-checker.xml)
 [DEBUG] Location is not a URL.
 [DEBUG] Potential File:
 C:\viewstore\esp_lynx_dap\esp\dap\tools\build-tools\src\main\resources\sun_checks.xml
 [DEBUG] resolveLocation(null, checkstyle-checker.properties)
 [DEBUG] resolveLocation(LICENSE.txt, checkstyle-header.txt)
 [DEBUG] Location is not a URL.
 [DEBUG] Potential File: C:\viewstore\esp_lynx_dap\esp\dap\LICENSE.txt
 [DEBUG] resolveLocation(null, checkstyle-packages.xml)
 [DEBUG] resolveLocation(null, checkstyle-suppressions.xml)
 [DEBUG] File
 C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site/checkstyle.rss
 created...
 [DEBUG] Generating
 C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site\cpd.html
 [INFO] Generate CPD Report report.
 [DEBUG] Excluded files: '**/*Bean.java
 ,**/generated-sources/*.java,**/xmlbeans/*.java,**/*~,**/#*#,**/.#*,**/%*%,**/._*,**/CVS,**/CVS/**,**/.cvsignore,**/S
 CCS,**/SCCS/**,**/vssver.scc,**/.svn,**/.svn/**,**/.arch-ids,**/.arch-ids/**,**/.DS_Store'
 [DEBUG] Generating
 C:\viewstore\esp_lynx_dap\esp\dap\c2\bpel\calculate-cob-total-bpel\target\site\pmd.html
 [INFO] Generate PMD Report report.
 [DEBUG] Preparing ruleset:
 C:/viewstore/esp_lynx_dap/esp/dap//tools/build-tools/src/main/resources/pmd-
 rules.xml
 [DEBUG] Before:
 C:/viewstore/esp_lynx_dap/esp/dap//tools/build-tools/src/main/resources/pmd-
 rules.xml After: pmd-rules.xml
 [INFO]
 
 [ERROR] FATAL ERROR
 [INFO]
 
 [INFO] Provider oracle.xml.jaxp.JXDocumentBuilderFactory could not be
 instantiated: java.lang.NullPointerException
 [INFO]
 
 [DEBUG] Trace
 javax.xml.parsers.FactoryConfigurationError: Provider
 oracle.xml.jaxp.JXDocumentBuilderFactory could not be instantiated:
 java.lang.NullPointerException
at javax.xml.parsers.DocumentBuilderFactory.newInstance(
 DocumentBuilderFactory.java:104)
at net.sourceforge.pmd.RuleSetFactory.createRuleSet(
 RuleSetFactory.java:189)
at net.sourceforge.pmd.RuleSetFactory.createRuleSet(
 RuleSetFactory.java:177)
at org.apache.maven.plugin.pmd.PmdReport.executeReport(
 PmdReport.java:182)
at org.apache.maven.reporting.AbstractMavenReport.generate(
 AbstractMavenReport.java:98)
at
 org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(
 ReportDocumentRenderer.java:67)
at
 org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(
 DefaultSiteRenderer.java:239)
at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
 DefaultSiteRenderer.java:115)
at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java
 :124)
at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
 DefaultPluginManager.java:420)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
 DefaultLifecycleExecutor.java:539)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
 (DefaultLifecycleExecutor.java:480)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
 DefaultLifecycleExecutor.java:459)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
 (DefaultLifecycleExecutor.java:311)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
 DefaultLifecycleExecutor.java:278)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
 DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 

Re: Maven2 / Surefire problem

2007-08-14 Thread Wayne Fay
(another resend...)
In your real one, you aren't configuring Surefire at all.

You need to copy the configuration (the pluginsplugin... node for
Surefire) into your real pom, and try again.

Wayne

On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
 Thanks so much... I'll attach two. One stripped down one that seems like
 a cut and paste from the documentation at:
 http://testng.org/doc/maven.html

 I've also attached my real one.


 Cheers -
 Phil


 Wayne Fay wrote:
  (Let's try this again... sent this response 2hrs ago and it bounced
  due to DNS problems...)
 
  Maven plus TestNG has been and continues to be a source of difficulty.
  Only specific versions of Surefire (Snapshots, iirc) and TestNG will
  work together.
 
  Send us your pom for further review, and the URL with the instructions
  you followed to construct your pom etc.
 
  Wayne
 
  On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
 
  Hi folks -
 
  I'm getting an exception running the test goal. I'm using testNG
  following all the instructions (hopefully correctly) both on the Maven2
  site and testNG maven site. Google hasn't turned up anything useful so I
  figured I'd turn to the experts.
 
  I've run both on Linux and Windows using Java 6.
  The Tests and Classes compile fine.
 
  Any help would be greatly appreciated.
 
  Regards -
  Phil
 
 
  Stack trace follows:
 
  [INFO] Trace
  java.lang.IllegalArgumentException
 at java.lang.ProcessImpl.init(ProcessImpl.java:69)
 at java.lang.ProcessImpl.start(ProcessImpl.java:30)
 at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
 at java.lang.Runtime.exec(Runtime.java:591)
 at
  org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:653)
 at
  org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:102)
 at
  org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:89)
 at
  org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:591)
 at
  org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBoooter.java:422)
 at
  org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:322)
 at
  org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:212)
 at
  org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:397)
 at
  org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
 at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
 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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
 at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
 at
  org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
 
 at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
 
  -
  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]
 
 

 --
 Philip S. Constantinou
 Associate CIO, Systems Development and Data Management Services
 Information Resources and Technology (IRT)
 Stanford University, School of Medicine
 http://med.stanford.edu/irt/development

 t: 650-766-0645
 f: 650-725-4415
 e: [EMAIL PROTECTED]
 Calendar: Use SunDial to schedule meetings


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




Re: Maven2 / Surefire problem

2007-08-14 Thread Philip S. Constantinou

Wayne -
The problems still occur after I've made the additions.

Do the simpler pom work for you?

Neither work for me.


Wayne Fay wrote:

(another resend...)
In your real one, you aren't configuring Surefire at all.

You need to copy the configuration (the pluginsplugin... node for
Surefire) into your real pom, and try again.

Wayne

On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
  

Thanks so much... I'll attach two. One stripped down one that seems like
a cut and paste from the documentation at:
http://testng.org/doc/maven.html

I've also attached my real one.


Cheers -
Phil


Wayne Fay wrote:


(Let's try this again... sent this response 2hrs ago and it bounced
due to DNS problems...)

Maven plus TestNG has been and continues to be a source of difficulty.
Only specific versions of Surefire (Snapshots, iirc) and TestNG will
work together.

Send us your pom for further review, and the URL with the instructions
you followed to construct your pom etc.

Wayne

On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:

  

Hi folks -

I'm getting an exception running the test goal. I'm using testNG
following all the instructions (hopefully correctly) both on the Maven2
site and testNG maven site. Google hasn't turned up anything useful so I
figured I'd turn to the experts.

I've run both on Linux and Windows using Java 6.
The Tests and Classes compile fine.

Any help would be greatly appreciated.

Regards -
Phil


Stack trace follows:

[INFO] Trace
java.lang.IllegalArgumentException
   at java.lang.ProcessImpl.init(ProcessImpl.java:69)
   at java.lang.ProcessImpl.start(ProcessImpl.java:30)
   at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
   at java.lang.Runtime.exec(Runtime.java:591)
   at
org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:653)
   at
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:102)
   at
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:89)
   at
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:591)
   at
org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBoooter.java:422)
   at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:322)
   at
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:212)
   at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:397)
   at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
   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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

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


  

--
Philip S. Constantinou
Associate CIO, Systems Development and Data Management Services
Information Resources and Technology (IRT)
Stanford University, School of Medicine
http://med.stanford.edu/irt/development

t: 650-766-0645
f: 650-725-4415
e: [EMAIL PROTECTED]
Calendar: Use SunDial to schedule meetings


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






RE: [m2] urgent issue with modules and sub-modules for initial builds

2007-08-14 Thread Brian E. Fox
Or just switch to enforce instead of enforce-once. As noted in the
issue, the aggregator portion of enforce-once isn't working (never has)
so the two goals are effectively the same in terms of performance.
(enforce-once runs on each child, the intent is for it to just run once)

-Original Message-
From: Tomislav Stojcevich [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 13, 2007 2:15 PM
To: Maven Users List
Subject: Re: [m2] urgent issue with modules and sub-modules for initial
builds

The real solution is reverting to the enforcer 1.0-alpha-2 release.  I
was using 1.0-alpha-3 which for some reason isn't listed as the
current release.

The JIRA for the bug in question is
http://jira.codehaus.org/browse/MENFORCER-14

-
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: Maven2 / Surefire problem

2007-08-14 Thread Wayne Fay
(these DNS issues are really starting to annoy me now...)
Without your complete code/project, its nearly impossible to say
whether your pom files will work or not. And I don't use TestNG
currently in any of my code, so I have nothing to test against...

Wayne

On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
 Wayne -
 The problems still occur after I've made the additions.

 Do the simpler pom work for you?

 Neither work for me.


 Wayne Fay wrote:
  (another resend...)
  In your real one, you aren't configuring Surefire at all.
 
  You need to copy the configuration (the pluginsplugin... node for
  Surefire) into your real pom, and try again.
 
  Wayne
 
  On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
 
  Thanks so much... I'll attach two. One stripped down one that seems like
  a cut and paste from the documentation at:
  http://testng.org/doc/maven.html
 
  I've also attached my real one.
 
 
  Cheers -
  Phil
 
 
  Wayne Fay wrote:
 
  (Let's try this again... sent this response 2hrs ago and it bounced
  due to DNS problems...)
 
  Maven plus TestNG has been and continues to be a source of difficulty.
  Only specific versions of Surefire (Snapshots, iirc) and TestNG will
  work together.
 
  Send us your pom for further review, and the URL with the instructions
  you followed to construct your pom etc.
 
  Wayne
 
  On 8/14/07, Philip S. Constantinou [EMAIL PROTECTED] wrote:
 
 
  Hi folks -
 
  I'm getting an exception running the test goal. I'm using testNG
  following all the instructions (hopefully correctly) both on the Maven2
  site and testNG maven site. Google hasn't turned up anything useful so I
  figured I'd turn to the experts.
 
  I've run both on Linux and Windows using Java 6.
  The Tests and Classes compile fine.
 
  Any help would be greatly appreciated.
 
  Regards -
  Phil
 
 
  Stack trace follows:
 
  [INFO] Trace
  java.lang.IllegalArgumentException
 at java.lang.ProcessImpl.init(ProcessImpl.java:69)
 at java.lang.ProcessImpl.start(ProcessImpl.java:30)
 at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
 at java.lang.Runtime.exec(Runtime.java:591)
 at
  org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:653)
 at
  org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:102)
 at
  org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:89)
 at
  org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:591)
 at
  org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBoooter.java:422)
 at
  org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:322)
 at
  org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:212)
 at
  org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:397)
 at
  org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
 at
  org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
 at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
 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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
 at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
 at
  org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
 
 at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
 
  -
  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]
 
 
 
  --
  Philip S.