from:"Stefan Seidel"

| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building search-engine-webapp
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building setup
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building util-http
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building upnp
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building upnp-ssdp
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building uit-impl-swt
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building uit-demo
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building value-core
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building value-context
| [INFO] 


| [INFO] No goals needed for project - skipping
| [INFO] 


| [INFO] Building value-main
| [INFO] 


| [INFO] No goals needed for project - skipping
|
| This happens again and again. I havent seen those sections before I 
purged my

| local repository.
|
| Please let me know if you have an idea, what could cause my problem 
or how

| I can figure out more details.
|
| Thanks
| ~  Jörg
|>
- -
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]



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHnld7mPuec2Dcv/8RAvAcAJ4omDsj2MyGMiiKYG9KsZwPOJpAcQCfSopp
KETGX5nhW43AxIAcxiLuxas=
=QXnI
-END PGP SIGNATURE-

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



--
best regards, Stefan Seidel software developer  
VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss 
Neudorf, Dr. Christian Preuss Neudorf


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

Re: M2 multi-project site build is broken

Ok, but what about the Surefire tests being run way too often? Is this 
not a more general error?

Stefan

Dennis Lundberg wrote:

This sounds like something to report in JIRA for the xmlbeans plugin.

http://jira.codehaus.org/browse/MXMLBEANS

VUB Stefan Seidel wrote:

Hi,

I don't know if anyone else noticed this, but the mvn site keeps on
getting worse. It first started out with the following phenomenon:
during site build, for each project _all_ the projects were iterated,
usually saying
[INFO] No goals needed for project - skipping
Then, we started using xmlbeans and it started doing xmlbeans:xmlbeans
for each project. And now, it executes _all_ the tests of _all_ project
for _each_ project. Well, you can imagine that this is pretty much
undoable for a project like ours with 150+ modules.

Here some sample outputs from the attached project (1 parent, 2 modules,
1 test per module)
  > mvn clean site | grep Running | wc -l
6
---> this means the two tests are executed 3 times each!!

  > mvn clean site | grep xmlbeans | wc -l
29
---> this means, xmlbeans is being executed 26 times, 9 times per 
project!!!

Hello? Is anyone _using_ maven 2 & site generation? This situation is
that it is becoming totally unusable. The problem is, I don't even know
where to report the bug, because it seems to be a combination of bugs.

regards,

Stefan Seidel

P.S.: I have removed the attached project, to see whether this is 
causing the apache mail server to reject my mail. You can find it at

http://stefanseidel.info/mvnexec.zip

--
best regards, Stefan Seidel software developer  
VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss 
Neudorf, Dr. Christian Preuss Neudorf

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

Re: Make META-INF optional

Would it help to create a ZIP file with the maven assembly plugin[1]?

regards,

Stefan
P.S.: I just saw, the assembly plugin can also create JARs - so it's
probably just what you need.

[1] http://maven.apache.org/plugins/maven-assembly-plugin/

John Coleman wrote:

Hi,

Is it possible to make a jar with no META-INF entry - I just want to
create a jar to unpack with some files I need.

TIA,
John

Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail.

Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail.

Neither the sender nor Eurobase accepts any liability whatsoever for any
defects of any kind either in or arising from this E-mail transmission. E-Mail
transmission cannot be guaranteed to be secure or error-free, as messages can
be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or
incomplete. Eurobase does not accept any responsibility for viruses and it is
your responsibility to scan any attachments.

Eurobase Systems Limited is the main trading company in the Eurobase
International Group; registered in England and Wales as company number
02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex
CM2 0RE, UK.

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

--
best regards, Stefan Seidel software developer
VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web.
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss
Neudorf, Dr. Christian Preuss Neudorf

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

Re: Make META-INF optional


Hi John,

no, the assembly plugin can also generate just one single zip file.
I use packaging _pom_ and this plugin def:
  
   maven-assembly-plugin
   
 
   package
   
 single
   
 
   
   
 
   src/main/assembly/upload.xml
 
   
 

On the other hand, there is an older maven zip plugin.

Stefan

John Coleman wrote:

Thanks, I was hoping to avoid assembly plugin because it seems to be added to a 
jar project. A direct zip plugin would make more sense, but that's not a maven 
standard.

John
 

  

-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
Sent: 29 January 2008 09:44

To: Maven Users List
Subject: Re: Make META-INF optional

Would it help to create a ZIP file with the maven assembly plugin[1]?

regards,

Stefan
P.S.: I just saw, the assembly plugin can also create JARs - 
so it's probably just what you need.


[1] http://maven.apache.org/plugins/maven-assembly-plugin/

John Coleman wrote:


Hi,

Is it possible to make a jar with no META-INF entry - I 
  
just want to 


create a jar to unpack with some files I need.

TIA,
John

Eurobase International Limited and its subsidiaries 
  
(Eurobase) are unable to exercise control over the content of 
information in E-Mails. Any views and opinions expressed may 
be personal to the sender and are not necessarily those of 
Eurobase. Eurobase will not enter into any contractual 
obligations in respect of any part of its business in any E-mail. 

Privileged / confidential information may be contained in 
  
this message and /or any attachments. This E-mail is intended 
for the use of the addressee(s) only and may contain 
confidential information. If you are not the / an intended 
recipient, you are hereby notified that any use or 
dissemination of this communication is strictly prohibited.  
If you receive this transmission in error, please notify us 
immediately, and then delete this E-mail. 

Neither the sender nor Eurobase accepts any liability 
  
whatsoever for any defects of any kind either in or arising 
from this E-mail transmission. E-Mail transmission cannot be 
guaranteed to be secure or error-free, as messages can be 
intercepted, lost, corrupted, destroyed, contain viruses, or 
arrive late or incomplete. Eurobase does not accept any 
responsibility for viruses and it is your responsibility to 
scan any attachments.

Eurobase Systems Limited is the main trading company in the 
  
Eurobase International Group; registered in England and Wales 
as company number 02251162; registered address: Essex House, 
2 County Place, Chelmsford, Essex CM2 0RE, UK.



  

-


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

  
  

--
best regards, Stefan Seidel software developer 
 VUB Printmedia GmbH Chopinstraße 4 
D-04103 Leipzig Germany tel. +49
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim 
Preuss Neudorf, Dr. Christian Preuss Neudorf


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

  


--
best regards, Stefan Seidel software developer  
VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss 
Neudorf, Dr. Christian Preuss Neudorf


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

Re: Make META-INF optional


Did you try to declare the dependency as type zip?

Stefan

John Coleman wrote:

Okay, I can now deploy the zip artifact to my repo - but how to I explode that 
into another maven project using the dependecy unpack plugin - this seems to 
expect a jar.

TIA
John
 

  

-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED] 
Sent: 29 January 2008 12:12

To: Maven Users List
Subject: RE: Make META-INF optional

That can be fixed by using the maven-buildhelper-plugin, 
which can attach any file to maven's list-of-deployable-files.


http://mojo.codehaus.org/build-helper-maven-plugin/index.html

 John Coleman <[EMAIL PROTECTED]> schrieb:

Ah, this does not work, since the zip will not deploy to 
  

the m2 repo in the deploy phase.

 

  

-Original Message-
From: John Coleman 


[mailto:[EMAIL PROTECTED]


Sent: 29 January 2008 11:16
To: Maven Users List
Subject: RE: Make META-INF optional

Specifying pom packaging seems like an abuse, but if it 

works, then 


great!

Thanks,
John
 



-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED]
Sent: 29 January 2008 11:05
To: Maven Users List
Subject: Re: Make META-INF optional

Hi John,

no, the assembly plugin can also generate just one 
  

single zip file.


I use packaging _pom_ and this plugin def:
   
maven-assembly-plugin

  
package

  single

  


  

  

src/main/assembly/upload.xml


  

  

On the other hand, there is an older maven zip plugin.

Stefan

John Coleman wrote:
  

Thanks, I was hoping to avoid assembly plugin because it

seems to be added to a jar project. A direct zip plugin 
  
would make 


more sense, but that's not a maven standard.
  

John
 

  


-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED]
Sent: 29 January 2008 09:44
To: Maven Users List
Subject: Re: Make META-INF optional

Would it help to create a ZIP file with the maven assembly
  

plugin[1]?
  

regards,

Stefan
P.S.: I just saw, the assembly plugin can also create JARs
  

- so it's
  

probably just what you need.

[1] http://maven.apache.org/plugins/maven-assembly-plugin/

John Coleman wrote:

  

Hi,

Is it possible to make a jar with no META-INF entry - I
  


just want to

  

create a jar to unpack with some files I need.

TIA,
John

Eurobase International Limited and its subsidiaries
  

(Eurobase) are unable to exercise control over the 
  
content of 

information in E-Mails. Any views and opinions 
  
expressed may be 

personal to the sender and are not necessarily those 
  

of Eurobase.


Eurobase will not enter into any contractual obligations
  

in respect
  

of any part of its business in any E-mail.

  

Privileged / confidential information may be contained in
  


this message and /or any attachments. This E-mail is
  

intended for the
  
use of the addressee(s) only and may contain confidential 
information. If you are not the / an intended recipient, you 
are hereby notified that any use or dissemination of this
  

communication
  

is strictly prohibited.
If you receive this transmission in error, please notify us 
immediately, and then delete this E-mail.

  

Neither the sender nor Eurobase accepts any liability
  


whatsoever for any defects of any kind either in or
  

arising from this
  

E-mail transmission. E-Mail transmission cannot be
  

guaranteed to be
  
secure or error-free, as messages can be intercepted, lost, 
corrupted, destroyed, contain viruses, or arrive late or
  
incomplete. 
  

Eurobase does not accept any responsibility for viruses
  

and it is


your responsibility to scan any attachments.

  

Eurobase Systems Limited is the main trading company in the
  

Eurobase International Group; registered in England 
  
and Wales 


as company number 02251162; registered address: Essex House,
2 County Place, Chelmsford, Essex CM2 0RE, UK.

  
  





-


  

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

  
  
    

--
best regards, Stefan Seidel software developer 
 VUB Printmedia GmbH Chopinstraße 4

D-04103 Leipzig Germany t

Re: OutOfMemoryError when running javadoc:javadoc

2008-02-01 Thread VUB Stefan Seidel


The correct syntax is

 256m
 768m

regards,

Stefan

Ryan H. wrote:

I tried the both options (additionJOption and min/maximum) to allocate
512/1024M for min/max, but i'm still getting this error when building over
40 modules ...

On 1/29/08, Vincent Siveton <[EMAIL PROTECTED]> wrote:
  

Hi Ryan

My guess is that you need to increase the memory.

Cheers,

Vincent

2008/1/29, Ryan H. <[EMAIL PROTECTED]>:


Hello,

I'm getting OutOfMeoryError when running javadoc:javadoc to generate an
aggregated javadoc for multiple projects, even given with these options.
  

Any


solution to this problem?

512

1024

Thanks

Ryan

  

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





  


--
best regards, Stefan Seidel software developer  
VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss 
Neudorf, Dr. Christian Preuss Neudorf


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

Re: ignoring test dependencies when you run maven with maven.test.skip=true

2008-02-04 Thread VUB Stefan Seidel

If you really wanted to not include the test dependencies, you could 
define a separate profile that is actived only when maven.test.skip is 
not true and then includes the dependencies.


Stefan

Rohnny Moland wrote:

Thanks. maven.test.skip.exec=true is what I was looking for.

Thanks again,
Rohnny

On Feb 4, 2008 11:31 AM, Simon Kitching <[EMAIL PROTECTED]> wrote:
  

 Simon Kitching <[EMAIL PROTECTED]> schrieb:


Tests can take a long time to run, so it's useful to sometimes skip that. But 
compiling them is not normally something that people want to skip; checking in 
code that breaks the compilation of tests should almost always be a build 
failure.

If you read the surefire documentation, it explicitly says that *running* of 
the tests is skipped, not compiling.

And anyway, the surefire plugin has the responsibility for running the tests, 
but it is the maven-compiler-plugin that has the responsibility for compiling 
them.
  

 nicolas de loof <[EMAIL PROTECTED]> schrieb:


Build your project with maven.test.skip.exec=true

This will build the required test-jar dependencies but skip test execution.
  

Thanks for pointing that out Nicolas. All this time, I had not realised that 
maven.test.skip was also skipping compilation of test classes!

The primary documentation on the surefire plugin is not at all clear on this 
issue, BTW. But after drilling down into the plugin-documentation under the 
project reports, it does indeed say so.

And in compiler plugin, after drilling down into project-reports | 
plugin-documenation it can be seen that this plugin uses the same flag to 
disable compilation of test classes - interesting.

BTW, just to clarify: I misunderstood the original email in this thread: the 
original poster *wanted* to compile the unit tests but not run them, and was 
surprised when maven.test.skip also prevented compilation. As Nicolas points 
out, maven.test.skip.exec is the right thing to use in that case.

Regards,
Simon


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

  


--
best regards, Stefan Seidel software developer  
VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss 
Neudorf, Dr. Christian Preuss Neudorf


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

Re: [m2] Listing of online repositories?

2008-02-05 Thread VUB Stefan Seidel


Hi Dan,

it is very problematic, because declared plugins can declare their own 
repositories. I don't know why, but that is just what we have, so 
actually there is no way to ever control all request that maven will 
make. For the default repos, have a look at conf/settings.xml in your 
maven install directory. These are the "master" settings. You do know 
about mavenproxy, archiva and the like?


Greetings,

Stefan

Allen, Daniel wrote:

Hi, all.

The systems security people are being a bit of a pain in the ass about
Maven, as it calls out to the internet at large. So, I was wondering
where in the installation I can find a full listing of the repository
mirrors that Maven knows about and checks by default. Also, if there is
a way to remove some of the default mirrors, to pare down the amount of
security auditing paperwork that needs to be done, that would be
extremely helpful. 


By the way, we have already set up our own repository within the
intranet. We'd just like to be able to keep one or two external ones
available, so that we can have Maven fetch indirect dependencies we may
not know about when we make use of a new artifact.

Thanks,
~Dan Allen

  


--
best regards, Stefan Seidel software developer  
VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel. +49 
(341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss 
Neudorf, Dr. Christian Preuss Neudorf


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

Re: parent inheritence (site plugin)

2008-02-05 Thread VUB Stefan Seidel

Hi Martin,

we use

with success. It renderes the link to the parent and links to the child
modules in the parent site. From 2.0-beta-6, even with more than one
level the parent links are rendered correctly.

Why do you use "site site:deploy" and no just "site-deploy"?

Do you have the tag declared in your submodules?

regards,

Stefan

Ritz, Martin wrote:

Hi User Group,

I have a project with some submodules and generating the site of the whole
project through executing of the parents level.
I want to display the parent in the left navigation bar.
I found the only way is to do this is the element "" in the parent which is inheritanced through the childs.
This works only for the goal "site:stage" but not for my normal goal "site
site:deploy".
I don't want to stage the site. My goal ("site site:deploy") works fine unless
the parent link in the sidebar.

I tried out with some versions (last one: 2.0-beta-7-20071130.000106-1) but
there is no difference.

Is there another way of creating a link in the childs site to the parent site?
Why is "site:stage" the only goal which works for me?

---
rgds
Martin Ritz

BTC AG - Unit Softwaredevelopment

mailto:[EMAIL PROTECTED]

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

Re: parent inheritence (site plugin)

2008-02-05 Thread VUB Stefan Seidel


Simon Kitching wrote:

 "Ritz schrieb:
  

Hi User Group,

Is there another way of creating a link in the childs site to the parent site?
Why is "site:stage" the only goal which works for me?



Are you sure it is the deploy that is the problem?

  

No, I was just wondering.


There is currently a bug in the maven-site-plugin that causes a module to fail 
to find its site.xml file if mvn was run in a parent directory.
So if you have a directory tree with a pom that uses  tags to point to modules in 
subdirectories, "mvn site-deploy" will NOT work when run in the parent dir, but will 
work when run in each child directory.
  
Wow, never realized that. We use 2.0-beta-5 of the site plugin, and 
there it still works. Maybe you should try that too, if you can.


regards,

Stefan

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

Re: DbUnit plugin


Quote from http://maven-plugins.sourceforge.net/
> Maven Plugins is a collection of plugins for Apache Maven 1.x

What is your dbunit configuration in your pom.xml?

Stefan

Julien FOROT wrote:

Hi !

I have a problem with DbUnit plugin. First, why there is a 
maven-dbunit-plugin on http://maven-plugins.sourceforge.net/ and why 
there is dbunit-maven-plugin on http://mojo.codehaus.org/ ? Is it the 
same ? If not which is the best (I want to ba able to inject data from 
dataset during test phase)..


Then I tried the 2 plugins :
- The plugin from codehaus don't make error when running. Here the only 
trace I get from it : [INFO] dbunit:operation. So I believe the data is 
inject in the db but I can't find it.. :s


- I can't install the plugin from sourceforge, I get this error message :
The PluginDescriptor for the plugin Plugin 
[maven-plugins:maven-dbunit-plugin] was not found.
That's strange because I specify version 1.6 and it check on 
http://repo1.maven.org/maven2/maven-plugins/ where there is a .plugin 
(so plugin descriptor right ?) on the 1.6 directory..


Thanks for helping me to solve my problem !

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: DbUnit plugin


Ok, some hints:
we use
1.0-beta-1
and I do not see a  tag.

Stefan

Julien FOROT wrote:

VUB Stefan Seidel a écrit :

Quote from http://maven-plugins.sourceforge.net/
> Maven Plugins is a collection of plugins for Apache Maven 1.x


Ok then I have to use plugin from codehaus, thanks..

What is your dbunit configuration in your pom.xml?

This is my config :

 
   org.codehaus.mojo
   dbunit-maven-plugin
   
   
 
   postgresql
   postgresql
   8.2-504.jdbc3
 
   

   
   
 org.postgresql.Driver
 jdbc:postgresql://localhost:5432/gf_demo
 postgres
 postgres
   
   
   
 
   test
   
 operation
   
   
   
 INSERT
 dbUnit/04_formulaire14000.xml
   
 
   
 

Greets

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: DbUnit plugin


Ok, another thought:
we have  in , not in 
and the path to the file referenced in  is relative to the pom.xml.

Stefan

Julien FOROT wrote:

VUB Stefan Seidel a écrit :

Ok, some hints:
we use
1.0-beta-1

Well I already used this version..

and I do not see a  tag.

Stefan

I add it but it seems that it changes nothing..

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: DbUnit plugin


Hi Julien,

I remember we too had problems getting it to work and debugging is hard 
because the plugin doesn't seem to like telling about what it's doing. 
All I can say is that here with MySQL, Hypersonic and SAPDB/MaxDB it 
works. Last difference I see is that we use "flat" format for the dbunit 
files.


regards,

Stefan

Julien FOROT wrote:

Jan Fredrik Wedén a écrit :

I believe http://maven-plugins.sourceforge.net/ hosts Maven 1.x
plugins while http://mojo.codehaus.org/ hosts Maven 2.x plugins.

Thanks, Stefan already explain me that ! ;)

In fact it seems that it is a bug :
http://jira.codehaus.org/browse/MOJO-645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_98430 



But it seems that there is no answer or fix version.. :s

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: How to disable Test during build

It might be better to use -Dmaven.test.skip.exec=true because otherwise 
the test-jar is not being built.


regards,

Stefan

Rahul Thakur wrote:

pass property -Dmaven.test.skip=true

Rahul

Arun P Johny wrote:

Hi,

Can anybody tell me how to disable execution of test phase during 
maven2 build. I'm using maven 2.0.7


I don't want the test phase to execute when I gaves mvn 
release:prepare and mvn release:perform


Thank You,
Arun

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Conceptual Confusion about build and release process using maven.


amit kumar wrote:

Hi,

1) During the development process within an iteration, how to make
sure that all the module owners dependent on "a.jar" keeps up to date
with the changing versions of a.jar as the development goes on until
Integration Testing.

Use version ranges. Developers can update versions in their modules and 
other developers can pick up the latest version automatically by 
declaring [1,). As others have recommended, "Better 
builds with Maven" is an excellent book about this and other topics.



2) If a module owner dependent on a.jar fails to update the version of
the a.jar in the pom.xml and/or miss to commit the updated pom.xml
with a contemporary version of a.jar. Continuous Integration at
Continuum would suffer( assuming that even with not up to date version
of a.jar the module still gets through build),
Again, version ranges help. You developers may update the lower boundary 
for the version range from time to time just to make sure that the 
features they need in their modules are present in the modules they 
depend on.


You should also use the release feature of continuum or the maven 
release plugin to make sure that the module versions are updated and the 
jars are being properly deployed to the repository.


--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Maven Reporting


Hi,

you may consolidate single reports for all modules (like Javadoc, JXR, 
...) using the "aggregate" feature of these reports. The question is, 
what do you really want to do? Your modules have different names for 
example, how do you "consolidate" that?


If you are looking for a common report on JUnit tests, Checkstyle, 
Findbugs etc. have a look at the dashboard-maven-plugin.


regards,

Stefan

Nagesh, Srinivas (IS Consultant) wrote:

Hi All,

I have a multi-project setup in maven

-- Proj
-- pom.xml <-- Reporting
-- Proj1
-- pom.xml
-- Proj2
-- pom.xml

When I specify reporting in the parent pom, the reports are generated in
the respective children projects. I would like to know if there is a
feature to create a consolidated report of the sub project (Proj1 &
Proj2)?

Thanks

Srini



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: release from a specific tag

and I broke the trunk.


I'd
   

like to be able to release the project in it's state of day "d"


without
   

losing the work I done. This could be useful in some cases.
Is there already a way to do it ?

Benoit

- 


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





  



  





--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Updating M2_HOME/conf/settings.xml

Put /conf/settings.xml on a shared drive, or replace 
it with a symlink to a shared drive.


Why do you need to change the settings.xml anyway? Could it not be done 
in a master pom that is the parent to all other poms? Then you can 
simply deploy the master pom and you're done.


Stefan

Matthew Tordoff wrote:

Hi all,

I just wondered if anyone has any best practises for updating the global 
settings.xml in Maven. I have considered checking the conf folder into SVN, or 
even potentially checking the whole maven install into SVN, then when changes 
are made send out an email and people can just do an SVN update to pick up the 
changes. The only disadvantage of this process is that it relies on people 
reading their mail and kicking off the update. I would preferably like a method 
of automatically publishing changes which would automatically update all 
developers machines.

Any thoughts around this would be greatly appreciated.

Regards,

Matt

P.S. I would also be interested on your views regarding checking in solely the 
settings.xml file into version control, vs checking in the whole install.

_
Free games, great prizes - get gaming at Gamesbox. 
http://www.searchgamesbox.com


--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Maven Reporting - DashBoard-Maven-Plugin


Quote:
To generate the site and the correct dashboard report, you must run the 
dashboard report plugin in 2 passes :

# mvn site
# mvn dashboard-report:dashboard

You should execute these two commands on the command line.

regards,

Stefan

Nagesh, Srinivas (IS Consultant) wrote:

Hi Stefan,

Thanks for your response.

As you mentioned I am looking for a common report.When I try using the 
dashboard-maven-plugin, I ran into the following problem

I went to http://mojo.codehaus.org/dashboard-maven-plugin/usage.html

1. Placed the dashboard plugin at the very end of the reporting tag.
2. Ran Maven Site. This actually generated the report before the findbugs 
plugin is executed. Shouldnt it supposed to run it at the last when all the 
other plugins have finished generating their reports?
3. Also as mentioned in the site above, what does this mean? "add the dashboard 
report item in the left menu".

Would you happen to have a working example of the dashboard-maven-plugin?

Thanks

Srinivas
x3126

-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
Sent: Thursday, February 07, 2008 2:46 AM

To: Maven Users List
Subject: Re: Maven Reporting

Hi,

you may consolidate single reports for all modules (like Javadoc, JXR, 
...) using the "aggregate" feature of these reports. The question is, 
what do you really want to do? Your modules have different names for 
example, how do you "consolidate" that?


If you are looking for a common report on JUnit tests, Checkstyle, 
Findbugs etc. have a look at the dashboard-maven-plugin.


regards,

Stefan

Nagesh, Srinivas (IS Consultant) wrote:

Hi All,

I have a multi-project setup in maven

-- Proj
-- pom.xml <-- Reporting
-- Proj1
-- pom.xml
-- Proj2
-- pom.xml

When I specify reporting in the parent pom, the reports are generated in
the respective children projects. I would like to know if there is a
feature to create a consolidated report of the sub project (Proj1 &
Proj2)?

Thanks

Srini





--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Installing Native DLL's into local repository


Hi,

Adamson, Eric (DIT) wrote:

I'm working with the JACOB (Java-COM Bridge) library, and would like to
install its artifacts -- JACOB.JAR and JACOB.DLL -- into my local
repository.  Installing the JAR was easy, but I'm unclear on how to
handle the native library.  How does one manage this correctly?


If you can install a JAR, why not a DLL? What exactly doesn't work?



Also, how best to search the list archives?  I'm only finding posts
archived by month ( at
http://mail-archives.apache.org/mod_mbox/maven-users/ ) but no broad
search facility.

http://www.nabble.com/Maven---Users-f178.html

best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: release from a specific tag

2008-02-11 Thread VUB Stefan Seidel


Benoit Decherf wrote:

Paul Gier wrote:

Sorry, I was thinking you were using svn.  Maybe you should convert ;)
Yes, when I said the code is the same, I meant your project code minus 
the changes to the pom.


So maybe you would need to do something like
1. checkout the tag
2. make a branch
3. check the code from the tag into the branch
4. make the changes to the pom.

Then run your maven release.  I agree this is not a very nice process.


Why so complicated?
1. checkout the tag
2. run maven release
That will do. The release will package the files you've just checked out 
into the release and will tag these versions as the release version.


Stefan

--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Javadoc:jar error: Not executing Javadoc as the project is not a Java classpath-capable package


Hi Ryan,

the thing is: in maven philosophy, it does not make sense to create an 
aggregate javadoc jar. A javadoc jar contains the sources for _one_ 
artifact, so that for that specific artifact an IDE could for example 
download this javadoc jar in order to have the javadoc available for all 
the classes in this artifact. I understand that you want all the 
aggregated javadoc in one file, but to do that you cannot use standard 
maven procedures. Just package the aggregate javadoc yourself.


HTH,

Stefan

Ryan H. wrote:

Has anyone successfully used "mvn javadoc:jar -Daggregate=true" for multiple
projects?

Here is the directory structure for my multiple projects:

Project
|-- pom.xml
|-- Module1
|   `-- pom.xml
|-- Module2
|   `-- pom.xml
`-- Module3
`-- pom.xml

Now, when I run "mvn javadoc:jar -Daggregate=true" under "Project", it
always throws me this info without doing anything:

*[INFO] Not executing Javadoc as the project is not a Java classpath-capable
package*

I downloaded the source code of maven-javadoc-plugin and added the debug
statement before the above line is printed in this block of code snippet:


ArtifactHandler artifactHandler = project
.getArtifact().getArtifactHandler();

*if* ( !"java".equals( artifactHandler.getLanguage() ) )

{

getLog().info("problematic artifact is: " + project.getArtifactId() + ",
language: " + artifactHandler.getLanguage());

getLog().info( "Not executing Javadoc as the project is not a Java
classpath-capable package" );

}

And it turned out to be complaining about "Project", whose "packing type" is
"pom" and "language" is "none":

[INFO] [javadoc:jar]
[INFO] problematic artifact is: Project, language: none
[INFO] Not executing Javadoc as the project is not a Java classpath-capable
package


Am I missing something? Anyone has a clue?

Thanks

On 1/29/08, Ryan H. <[EMAIL PROTECTED]> wrote:


I stripped out all modules and run it again. It still complains as shown
below:

D:\maven1\test>mvn javadoc:jar -Daggregate=true
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'javadoc'.
WAGON_VERSION: 1.0-beta-2
[INFO]

[INFO] Building Foundations POM
[INFO]task-segment: [javadoc:jar] (aggregator-style)
[INFO]

[INFO] Preparing javadoc:jar
[INFO]

[INFO] Building MyProjects POM
[INFO]

[INFO] No goals needed for project - skipping
*[INFO] [javadoc:jar]
[INFO] Not executing Javadoc as the project is not a Java
classpath-capable package
*[INFO]

[INFO] BUILD SUCCESSFUL
[INFO]

[INFO] Total time: 1 second
[INFO] Finished at: Tue Jan 29 17:42:20 PST 2008
[INFO] Final Memory: 7M/508M
[INFO]




On 1/29/08, Ryan H. <[EMAIL PROTECTED]> wrote:

Hi Vincent,

I invoke javadoc:jar from my top level POM whose package type is "pom".
All modules included are java projects and their packaging types are "jar"
across the board ...


 On 1/29/08, Vincent Siveton <[EMAIL PROTECTED]> wrote:

Hi Ryan,

What is your packaging type of your project (or subprojects)? It seems
it is not a java one.

Cheers,

Vincent

2008/1/29, Ryan H. <[EMAIL PROTECTED]>:

Hello,

Anyone knows what this javadoc:jar complains about? I'm able to run
javadoc:javadoc in "aggregate" mode (ie. generate only one report

for

all multiple projects). However, when I run javadoc:jar, it starts
complaining it ...

[INFO] [javadoc:jar]
[INFO] Not executing Javadoc as the project is not a Java

classpath-capable

package

Thanks
Ryan


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






--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Build number plugin drama


http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/install.html

Clifton wrote:

Hi all

My buddy and I are stumbling with the buildNumber plugin and getting nowhere
fast. We found the original version here:
http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/howto.html
Then later stumbled across the superceding version here:
http://mojo.codehaus.org/buildnumber-maven-plugin/
Trying to use the codehaus version gives:
[INFO] The plugin 'org.codehaus.mojo:buildnumber-maven-plugin' does not
exist or no valid version could be found



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

Re: Specifying a plugin's dependency version

Actually, this is a bug. I didn't have time to file it yet, but from 
Maven 2.0.7 to 2.0.8 dependencies within the  definition 
suddenly are ignored in multi-module projects. Try to declare your 
dependency as a normal dependency in your parent pom. Or use Maven 2.0.7.


regards,

Stefan

Niall Pemberton wrote:

I'm using the vsersion 1.2.0 of the maven-bundle-plugin from the felix
project - it has a dependency on version 0.0.227 of bndlib (groupId
"biz.aQute") and I wanted to try the plugin out with version 0.0.236
of bndlib. I tried specifying this in the plugin's dependencies both
in the dependencyManagement section and in the plugin config in the
build section:


  org.apache.felix
  maven-bundle-plugin
  1.2.0
  true
  

  biz.aQute
  bndlib
  0.0.236

  


netiher seem to have any effect - it still used version 0.0.227 of
bndlib. The docs seem to indicate that this should work - does it, or
is this a bug?

http://maven.apache.org/pom.html#Plugins

Niall

-
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: Cargo Remote Deploy trouble....


We use
 123.42.23.2
 8080

Maybe that works.

Stefan


Daniele De Francesco wrote:

Hi,

I need to deploy an ear from my local repo to an alive and kickin' jboss
4.0.3SP1 remote installation...you'd say "hey, man...MAVEN CARGO PLUGIN it's
what you need!!".
Unfortunately...I've been trying this for a long time before I made up my
mind and drop you these lines...
I have a trouble in the configuration of the plugin itself, I think... but
need explanations, if possible

here is my plugin's config


org.codehaus.cargo
cargo-maven2-plugin


${configuration.type}

http://123.234.2.221:8080


admin


admin



${container.id}
${container.type}




it.sogei.gwb
gwb-ear
${deployable.type}






..and this is my mvn -e -X clean package jboss:deploy output:

[DEBUG] Configuring mojo '
org.codehaus.cargo:cargo-maven2-plugin:1.0-SNAPSHOT:deploy' -->
[DEBUG]   (s) containerId = jboss4x
[DEBUG]   (f) type = remote
[DEBUG]   (f) container =
[EMAIL PROTECTED]
[DEBUG]   (s) groupId = it.sogei.gwb
[DEBUG]   (s) artifactId = gwb-ear
[DEBUG]   (s) type = ear
[DEBUG]   (f) deployables = [
Lorg.codehaus.cargo.maven2.configuration.Deployable;@717323
[DEBUG]   (f) deployer =
[EMAIL PROTECTED]
[DEBUG]   (f) localRepository = [local] -> file://C:\Documents and
Settings\ddefrancesco\.m2\repository
[DEBUG]   (f) project = MavenProject: it.sogei.gwb:gwb-ear:1.0-SNAPSHOT @
C:\workspace-nb\gwb\ear\pom.xml
[DEBUG]   (f) repositories = [[central] ->
http://234.234.1.210:8081/artifactory/repo, [snapshots] ->
http://26.2.196.208
:8081/artifactory/libs-snapshots]
[DEBUG] -- end configuration --
[INFO] [cargo:deploy]
[DEBUG] Performing deployment action into [JBoss 4.x Remote]...
[DEBUG] Initial deployable values: groupId = [it.sogei.gwb], artifactId =
[gwb-ear], type = [ear], location = [null]
[DEBUG] Computed deployable values: groupId = [it.sogei.gwb], artifactId =
[gwb-ear], type = [ear], location = [C:\works
pace-nb\gwb\ear\target\gwb-ear-1.0-SNAPSHOT.ear]
[DEBUG] Deploying [C:\workspace-nb\gwb\ear\target\gwb-ear-1.0-SNAPSHOT.ear]
...
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] *Failed to deploy to [
http://localhost:8080/jmx-console/HtmlAdaptor?action=invokeOpByName&name=jboss.system:servic
e%3DMainDeployer&methodName=deploy&argType=
java.net.URL&arg0=file:C%3A%5Cworkspace-nb%5Cgwb%5Cear%5Ctarget%5Cgwb-ear-1.0
-SNAPSHOT.ear]*
Connection refused: connect
[INFO]

[DEBUG] Trace
org.codehaus.cargo.container.ContainerException: Failed to deploy to [
http://localhost:8080/jmx-console/HtmlAdaptor?acti
on=invokeOpByName&name=
jboss.system:service%3DMainDeployer&methodName=deploy&argType=java.net.URL&arg0=file:C%3A%5Cworks
pace-nb%5Cgwb%5Cear%5Ctarget%5Cgwb-ear-1.0-SNAPSHOT.ear]

  ..
  ..
at
org.codehaus.cargo.container.jboss.internal.JdkHttpURLConnection.connect(
JdkHttpURLConnection.java:58)
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)
[INFO]

[INFO] Total time: 15 seconds
[INFO] Finished at: Tue Feb 12 12:00:23 CET 2008
[INFO] Final Memory: 6M/12M
[INFO]


Fairly simple you'd say"hey, man start up that container..." :-)
Nothing to doremote container started yet
But my question is:

why, even though I specified
http://123.234.2.221:8080,
the deploy always point on localhost:8080??

Any ideas??
TIA

---
Daniele De Francesco



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.w

Re: Junit report and surefire plugin

2008-02-13 Thread VUB Stefan Seidel


* maven-surefire-report-plugin
* dashboard-maven-plugin

Stefan

Bala Rajamani wrote:

Currently generating junit reports (*.txt and *.xml files) using
maven-surefire-plugin. wondering is there way to display these reports in
HTML format and a dash report within Maven?

Thanks in advance,
Bala.



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Nexus repository manager

2008-02-13 Thread VUB Stefan Seidel

We're using archiva now. It's much easier to set up than proximity, but 
awfully slow (similar to continuum). So we only use it for repo cleanup, 
but for repo cache&proxy we stick with maven-proxy 0.2 - it has never 
let us down ;)


With nexus, it seems, the situation is similar to HURD - it's coming 
_next week_: http://blogs.sonatype.com/jvanzyl/2007/11/21.html


*SCNR*

Stefan

Hayes, Peter wrote:

Is there any update on the Nexus repository manager?  I am interested in
snapshot cleanup.

Thanks,

Peter Hayes
Architecture & Shared Technology Services | Fidelity Investments
Management Technology

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Surefire plugin 2.3 - 2.4.1 not working.

2008-02-14 Thread VUB Stefan Seidel


Stupid question: Have you tried "clean test" yet?

Stefan

Toni Heimala wrote:
I have tried defining versions 2.3, 2.4 and 2.4.1. They all give the 
same output. If I don't define a version for the surefire plugin, then 
it uses some old version which is not compliant with JUnit 4.x, which 
causes the tests to fail (because @Before is not run).


Maven version: 2.0.8
Surefire Plugin Version: 2.3 - 2.4.1
JUnit version: 4.0 - 4.4
JDK Version: 1.5 - 1.6

--  --

package maven;

import static org.junit.Assert.*;

import org.junit.Before;
import org.junit.Test;

public class MavenSurefireProblemTest
{
private String foo;

@Before
public void setUp() throws Exception
{
foo = new String("FOO!");
}

@Test
public void testFoo()
{
System.out.println("Result: " + foo);
assertNotNull(foo);
}
}

--  --

--  --



  4.0.0
  JavaProblems
  JavaProblems
  0.0.1
  

  
maven-compiler-plugin

  1.5
  1.5

  
  
  maven-surefire-plugin
  org.apache.maven.plugins
  2.4.1

  
  

  junit
  junit
  4.4
  test

  


--  --

--  --

[INFO] Scanning for projects...
[INFO] 


[INFO] Building Unnamed - JavaProblems:JavaProblems:jar:0.0.1
[INFO]task-segment: [test]
[INFO] 


[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[INFO] Surefire report directory: 
C:\toni\work\projects\JavaProblems\target\surefire-reports 
org.apache.maven.surefire.booter.SurefireExecutionException: Bad version 
number in .class file; nested exception is 
java.lang.UnsupportedClassVersionError: Bad version number in .class file

java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)

at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.locateTestSets(AbstractDirectoryTestSuite.java:87) 

at 
org.apache.maven.surefire.Surefire.createSuiteFromDefinition(Surefire.java:209) 


at org.apache.maven.surefire.Surefire.run(Surefire.java:156)
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) 

[INFO] 


[ERROR] BUILD FAILURE
[INFO] 


[INFO] There are test failures.

Please refer to 
C:\toni\work\projects\JavaProblems\target\surefire-reports for t

he individual test results.
[INFO] 


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


[INFO] Total time: 16 seconds
[INFO] Finished at: Wed Feb 13 16:42:34 EET 2008
[INFO] Final Memory: 6M/11M
[INFO] 



--  --

Rerpot with: mvn -X test
Is included as an attachment.




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


--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
G

Re: Assembly Plugin and ejb-client jars

2008-02-18 Thread VUB Stefan Seidel


If it is just about the file names, you can configure those with

${artifactId}${classifier}.${extension}

where ${classifier} here denotes "client" in case of ejb-client or 
nothing in case of ejb.


Stefan

Richard Featherstone wrote:

Hi,

 


Trial and error sorted this out

 


In the pom I declared the dependency with ejb-client

In the assemble.xml I have
com.xxx.cml:cml-trigger-ejb

 


This creates cml-trigger-ejb.jar in the dist but only including the
client classes.

 


Not exactly what I was after but it serves the purpose.

 

 

Richard 

 





--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: maven-compiler-plugin: setting testSourceDirectory for an execution

2008-02-18 Thread VUB Stefan Seidel


Hi,

I think it should be possible to use the / and 
 configuration elements for the plugin in conjunction 
with multiple executions during an appropriate phase, e.g. 
generate-test-resources for your purpose.


regards,

Stefan

simon wrote:

Hi,

I want to create multiple executions of the maven-compiler-plugin that
use different testSourceDirectory and testOutputDirectory settings.

The reason is that the particular project I'm trying to maven-enable
(clirr) is designed to analyse jarfiles. So as part of its unit tests,
it first builds a couple of jarfiles from local sources, then runs its
unit tests against them.

Ideally, I want the test-compile phase to run the compile:testCompile
goal three times: once to build the source for testjar1, once to build
the source for testjar2, then once to build the real unit-test code.
After that, the "test" phase can happily run and find the jars it needs
to run tests against.

But I cannot see any option on the maven-compiler-plugin to specify an
override for the  or 
settings. Is there one, or not?

An alternative is to make the two test jars into subprojects. But that
means moving the code around (in CVS, ecch), and then fixing the
existing ant and maven1 builds. Not so tempting.

Regards,
Simon


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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Maven2 / Archiva / Informations about artifacts

2008-02-19 Thread VUB Stefan Seidel

For 2), use a simple pom that declares a dependency on the artifact, 
using [0,), then you can use the 
maven-dependency-plugin to do whatever you want with it.

For 1) I don't know.

regards,

Stefan

Julien Stern wrote:

Hi list,

I'm using Maven2 and Archiva.

I'm looking for a way to programatically perform the following
(or at least to be able to call it from a CLI):

1) Obtain the available versions of an artifact in my Archiva
2) Retrieve the latest SNAPSHOT of a given version of an artifact
   from the Archiva

I did not find any straightforward way to do this, except fetching
the various maven-metadata.xml from all the repositories defined in
the Archiva, parsing them, and deducing available versions and the
correct paths to fetch the latest SNAPSHOT.

This is not terribly complicated, but I felt like reinventing the wheel.
After all, Maven2 is doing essentially this, at least for #2, all the
time, so I'm sure I can re-use some module, or even maybe that this is
done already.

Can I use a Maven2 plugin ? A Maven2 standalone component ?

Thank you for any hint / javadoc links / code samples / etc

Regards,

--
Julien

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Problem with property inheritance in maven site plugin

2008-02-20 Thread VUB Stefan Seidel


Hi,

${project.version} is an internal maven property, so it is absolutely 
not a good idea to use it. So the first try should be to rename that one.


Stefan

Christian Kölle wrote:

Hi all

I have a problem with the property inheritance in the maven site project.

I have a multi-module project. The base pom looks like this:



  4.0.0
  my.project
  all
  pom
  ${project.version}

  
1.0
  

  ...


The poms of the subprojects look like this:


  4.0.0
  
my.project
all
${project.version}
../Build/pom.xml
  
  ...


This works fine for the install goal (wich use a lot of different
plugins for special purposes) but not for the site plugin. A call to
"mvn site" produces the following error:

[INFO] [site:stage]
Downloading:
http://repo1.maven.org/maven2/my/project/${project.version}/all-${project.version}.pom
[INFO] Parent project loaded from repository.
[INFO] Parent project loaded from repository.
Downloading:
http://repo1.maven.org/maven2/my/project/${project.version}/all-${project.version}-site_en.xml
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The site descriptor cannot be resolved from the repository: No
such file or directory

When I change to explicit version numbers in both poms everything works
fine. Obviously the site plugin has problems with resolving the property.

Any ideas?

Thanks
Christian

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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: tgz in compile.classpath of antrun

2008-02-20 Thread VUB Stefan Seidel


Hi,

I think it is perfectly normal for any java program to ignore any 
non-java files (like tgz) in the classpath or not to add them even if 
requested. Maybe you should rather use another plugin (like 
dependency-plugin) to extract the tgz into the target/classes or a 
similar folder?


Stefan

Benoit Decherf wrote:

Hi,

I have a problem with the classpath passed to antrun:
If my project have a compile dependency on a tgz, the tgz doesn't appear 
in the maven.compile.classpath.


I attache the example that reproduce the bug:
In project A, just execute mvn install. It create several artifacts : 
A.jar A-jar-with-dependencies.jar, A.tar.bz2, etc...

In project B:
 mvn dependency:tree show all the dependencies
 mvn compile just execute the antrun plugin and print the classpath.

Can you confirm me that there is a bug ?
Is there a workaround on this bug ?

Benoit




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


--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Surefire / Surefire-report 2.4.1 and java heap space

2008-02-20 Thread VUB Stefan Seidel


Hi,

I know that findbugs is crazy about memory. Maybe you are also affected 
by http://jira.codehaus.org/browse/SUREFIRE-449 and 
http://jira.codehaus.org/browse/MJAVADOC-171 and your plugins and tests 
run too often.

You could just increase the heap size using $MAVEN_OPTS=-Xmx512m

Stefan

[EMAIL PROTECTED] wrote:

I've updated our company pom to use surefire and surefire-report 2.4.1. We have 
a project with 4 modules with not much source (Like 10 to 15 classes and 10 to 
15 testclasses per module). We are running a mvn site-deploy and started to run 
out of heap space. We have quite a few plugins running (PMD, Findbugs, 
Checkstyle, Qalab, Cobertura, JDepend, Javadoc, JXR and a few others)

Is it a known issue that with surefire 2.4.1 there is more memory usage?

With regards,

Nick Stolwijk




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

Re: Overriding Plugin Configuration in Settings.xml

You need two profiles in your pom with the different settings. Then you
can add the appropriate profile in the settings.xml and set
true for the one to use.

Stefan

DHARNA, AJAY [AG/1000] wrote:

Please let me know if there is a way in which I can override my cargo
plugin configuration and execution from a profile that is in my
settings.xml. I want the project pom to remain the same, however, when I
am running this project in tomcat on my machine, I would like to change
the configuration and also change what goals it executes.

Ajay

-
This e-mail message may contain privileged and/or confidential information, and
is intended to be received only by persons entitled to receive such
information. If you have received this e-mail in error, please notify the
sender immediately. Please delete it and all attachments from any servers, hard
drives or any other media. Other use of this e-mail by you is strictly
prohibited.

All e-mails and attachments sent and received are subject to monitoring, reading and archival by
Monsanto, including its subsidiaries. The recipient of this e-mail is solely responsible for
checking for the presence of "Viruses" or other "Malware". Monsanto, along with
its subsidiaries, accepts no liability for any damage caused by any such code transmitted by or
accompanying this e-mail or any attachment.
-

--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail. [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: maven appends sub-project artifactId to urls - Please help


Hi Jens,

you are complaining about an essential feature of maven. Having maven 
automatically extend the urls, scm urls, site urls etc. with the list of 
parent artifact ids is crucial for multi-module projects. No-one would 
want to enter this information again and again through several levels of 
child modules which are hosted within a common directory tree. I agree 
that the docs are not clear about it, at least I couldn't find it 
documented. I see your point, and there are other problems, like when 
the directory name of a sub-module is not equal to the artifact id, but 
in general it is an important feature.
How to disable - I don't know. Maybe you will need to file two things in 
JIRA: a documentation request and a feature request to disable it.


HTH,

Stefan

Jens Riboe wrote:
I have an organization POM, with common defs, including url templates 
for scm and distribution.


Here are the relevant snippets, from the parent pom

 scm:svn:https://www.myhost.com/svn/pub/${project.name}/trunk 

 scm:svn:https://www.myhost.com/svn/pub/${project.name}/trunk 


 http://www.myhost.com/websvn/${project.name}/trunk


 doc
 dav:http://dav.myhost.com:8000/doc/${project.name}/


Here are the relevant snippets, from a test sub-pom
  
  ...
  
  hello
  0.17
  jar
  HelloMvn


The problem is that the URLs of the effective pom of the sub-project has 
the artifactId appended.


 scm:svn:https://www.myhost.com/svn/pub/HelloMvn/trunk/hello 

 scm:svn:https://www.myhost.com/svn/pub/HelloMvn/trunk/hello 


 http://www.myhost.com/websvn/HelloMvn/trunk/hello


 doc
 dav:http://dav.myhost.com:8000/doc/HelloMvn/hello



So my question is: How can I disable this "feature", or configure the 
way it is working?



As it stands right now, I consider this "feature" to be a bug. It's not 
documented and I hardly see the benefit of it.



There was a mail trail touching this back in December, but it didn't 
come to a conclusion

http://www.mail-archive.com/users@maven.apache.org/msg77123.html

Regards,
  /jens


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


--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Shared modules and versioning


Create an extra artifact A of packing type pom.
Declare the dependency to the shared module M within A, with the version 
you want/need.
In your projects P1, P2, ... declare a dependency on A (here, a version 
range is useful, since A is your own project).
Thus, all projects P1...Px use the same version of M, namely the one you 
declare in A. If you want to change to another version of M, change it 
in A and deploy/release it.


regards,

Stefan

EJ Ciramella wrote:

So we have a module that is shared across multiple deployable units.
It's imperative that each deployable unit uses the SAME version of this
dependency.
 
If these deployable units are in their OWN project structure, how do you

uniformly enforce they use the same version without letting each
deployable unit have it's very own dependency listing.  We've tried
making the version a property in our current parent project, but this
doesn't feel like it's the correct place to put them (we're slowly
becoming more and more modular - and realizing there's no true parent to
all projects).  
 
How have people solved this in scenario?





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

Re: maven appends sub-project artifactId to urls - Please help


I added a comment to http://jira.codehaus.org/browse/MNG-3244.
You may want to add you votes. Apparently, it was originally planned to 
not append the artifact id unless the URL would end with a "/".


Stefan

Ben Lidgey wrote:



-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED]
Sent: 21 February 2008 09:52
To: Maven Users List
Subject: Re: maven appends sub-project artifactId to urls -
Please help

Hi Jens,

you are complaining about an essential feature of maven.
Having maven automatically extend the urls, scm urls, site
urls etc. with the list of parent artifact ids is crucial for
multi-module projects. No-one would want to enter this
information again and again through several levels of child
modules which are hosted within a common directory tree. I
agree that the docs are not clear about it, at least I
couldn't find it documented. I see your point, and there are
other problems, like when the directory name of a sub-module
is not equal to the artifact id, but in general it is an
important feature.
How to disable - I don't know. Maybe you will need to file
two things in
JIRA: a documentation request and a feature request to disable it.

HTH,

Stefan


We have a similar problem to Jens as our projects are structured in "Eclipse 
friendly structure", e.g.

ParentProject
 - pom.xml
ChildProject1
 - pom.xml
 - src/java etc
ChildProject2
 - pom.xml
 - src/java etc

Which is different to the standard Maven dir structure, e.g.

ParentProject
 - pom.xml
 - ChildProject1
   - pom.xml
   - src/java etc
 - ChildProject2
   - pom.xml
   - src/java etc

It would make sense to me to be able to specify a different naming strategy, 
perhaps the Maven one is used as a default, but you could define a different 
naming strategy and set that to be used instead, e.g.


...


That doesn't append artifactIds. Then if people had other weird and whacky ways 
of structuring projects they could write custom naming strategies to behave in 
accordance with their structures.

Ben


This e-mail is confidential and intended solely for the use of the 
individual(s) to whom it is addressed. Any views or opinions expressed are 
those of the author. If you are not the intended recipient, please be advised 
that any use, dissemination, printing or copying of this email is strictly 
prohibited.


-
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: maven appends sub-project artifactId to urls - Please help

I agree, it is a bit too late to change this behaviour now. Maybe some 
other suffix like $ or ${fixed} or you-name-it could be the cure. Then 
all existing builds would continue to work and if someone would not want 
the artifact id appended, they can add the special character.


Stefan

Brian E. Fox wrote:

The discussion in the issue revolves around the fact that changing this
behavior to as documented will break every build where there isn't a /
at the end. It's not apparent how to fix this without hosing tons of
unsuspecting users.

--Brian

-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
Sent: Thursday, February 21, 2008 6:03 AM

To: Maven Users List
Subject: Re: maven appends sub-project artifactId to urls - Please help

I added a comment to http://jira.codehaus.org/browse/MNG-3244.
You may want to add you votes. Apparently, it was originally planned to 
not append the artifact id unless the URL would end with a "/".


Stefan

Ben Lidgey wrote:

-Original Message-----
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED]
Sent: 21 February 2008 09:52
To: Maven Users List
Subject: Re: maven appends sub-project artifactId to urls -
Please help

Hi Jens,

you are complaining about an essential feature of maven.
Having maven automatically extend the urls, scm urls, site
urls etc. with the list of parent artifact ids is crucial for
multi-module projects. No-one would want to enter this
information again and again through several levels of child
modules which are hosted within a common directory tree. I
agree that the docs are not clear about it, at least I
couldn't find it documented. I see your point, and there are
other problems, like when the directory name of a sub-module
is not equal to the artifact id, but in general it is an
important feature.
How to disable - I don't know. Maybe you will need to file
two things in
JIRA: a documentation request and a feature request to disable it.

HTH,

Stefan

We have a similar problem to Jens as our projects are structured in

"Eclipse friendly structure", e.g.

ParentProject
 - pom.xml
ChildProject1
 - pom.xml
 - src/java etc
ChildProject2
 - pom.xml
 - src/java etc

Which is different to the standard Maven dir structure, e.g.

ParentProject
 - pom.xml
 - ChildProject1
   - pom.xml
   - src/java etc
 - ChildProject2
   - pom.xml
   - src/java etc

It would make sense to me to be able to specify a different naming

strategy, perhaps the Maven one is used as a default, but you could
define a different naming strategy and set that to be used instead, e.g.


...


That doesn't append artifactIds. Then if people had other weird and

whacky ways of structuring projects they could write custom naming
strategies to behave in accordance with their structures.

Ben


This e-mail is confidential and intended solely for the use of the

individual(s) to whom it is addressed. Any views or opinions expressed
are those of the author. If you are not the intended recipient, please
be advised that any use, dissemination, printing or copying of this
email is strictly prohibited.


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




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


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




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

Re: how to define a goal which wil depends on other goal in maven?

2008-02-22 Thread VUB Stefan Seidel


Your question is not precise enough. I suggest you read
http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
and have a look at
http://cvs.peopleware.be/training/maven/maven2/buildLifecyclePhases.html

regards,

Stefan

san84 wrote:

thank u but how can i do using maven 2?

plz let me know with ex



[EMAIL PROTECTED] wrote:

san84 schrieb:

hi all,
how can i define a goal which depends on other goal in my maven.xml
in ant we can do it as follow like 




blabla
...
 




blabla
...
please let me know 



  

What is the actual problem you are trying to solve? In other words, what
do "a" and "b" do, and why does b need to run first?

Maven has this concept of "phases" that it runs through in order, with
zero or more plugins attached to each phase. So to do something before
some other thing, the plugins are bound to the appropriate phases. But
the stuff which is set up by default covers almost all cases already...

Regards, Simon


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







--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: maven appends sub-project artifactId to urls - Please help - design suggestion

2008-02-25 Thread VUB Stefan Seidel


Jens Riboe wrote:

As I understand it; the current rule implements implicit URLs as
${parent.url}/${project.artifactId}

For example:

 ${parentPOM.scm.connection}/${project.artifactId}
 ...
/scm>
Where parentPOM is a made-up symbol denoting an upward search for the 
pom property that follows (scm.connection).


So, how about the following suggestion:
The Super POM contains this kind of definition for all URLs where this 
rule applies today. When the effective POM
is computed for a sub-project it uses the "closest" url definition that 
contains the symbol parentPOM. If none is
found expect the def in super pom, this one is used and the rule applies 
as it always has.



This will break existing builds.

The maven inheritance mechanism will not take the parent pom into 
consideration if you say something like

> scm:cvs:[EMAIL PROTECTED]:/yyy
because this is considered as a fixed string and thus overrides the 
value from the parent. Maven only inherits values from parent POMs when 
the tags are non-existing in the child pom or in special cases likes 
plugin configurations from pluginManagement or plugin executions with 
the same id.


Stefan

--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Mevenide vs. M2Eclipse, Q for Eclipse/IAM

2008-02-25 Thread VUB Stefan Seidel


Hi Chris,

we started with m2eclipse, too, and had troubles too. After spending 
about a week in total fixing the worst things in it, it is quite usable. 
Unfortunately, almost none of my suggestions made it into the mainstream 
code, and I've given up trying. I thought about a fork but I don't have 
the time. Anyway, m2eclipse is based on some good ideas, and when I last 
looked at Q4E, it wasn't usable due to its early dev stage.
There is a eclipse plugin for maven that generated the .project files 
and others, this one allows you to develop maven apps in Eclipse, but it 
is no real "Eclipse integration".


HTH,

Stefan

Chris wrote:
I googled around to try to find a comparison between Mevenide and the 
alternatives, and didn't come up with much.


Can someone tell me the differences?

(I've spend some time with m2eclipse, and I'm *not* impressed).


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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Test classpath problem in multi module project

deploy using dbUnit. You can test your beans without
any mock objects and just as if you had a JBoss running.

Hope that this was not too long,

Stefan

Petr Nejedly wrote:

Hi guys,

I'm trying to solve this issue for a few days and haven't been able to
crack it so far. The scenario is following:

I have a parent project that includes sub-modules, each having their own
pom.xml. Each of these modules produces an ejb3 package. I want to be
able to run unit/integration tests using the JBoss embedded container on
those modules from the parent project (so that it builds all modules).
The resources are different for the test phase from the ones to be
deployed (obviously). Normally it could all be achieved using
src/main/resources and src/test/tesources but in this case SureFire can
see all the resource files on its classpath and tries to use them (eg
persistence.xml -> tries to deploy test AND live persistence units which
fails the tests).

I kind of hacked it so that I'm able to run tests in one module and
package it. I end up with the following structure:

--target

classes

--META-INF (incl resources for tests, dependent modules can use
these, when deploying this module's EJBs in the embedded JBoss for
example)

test-classes

--A.jar (includes META-INF with resources for deployment)

When I run the build from the parent project though, it builds the first
one properly (eg A.jar) and when testing project B (which depends on A)
it can see on its classpath A/target/classes + A/target/test-classes
(this includes the proper resources for passing the tests) AND the built
A.jar (deployment - ready, including resources that fail the tests).

Dependency in B pom.xml is:

foo

ejb

provided

Is there a way how to exclude built A.jar from classpath when two
modules are dependent?

Hope this makes sense,

Petr

The information contained in this email and its attachments is confidential and may be the subject of legal, professional or other privileged information. It is intended only for the named addressees and may not be disclosed to anyone else without consent from On Demand. If you are not the named addressee you must not use, disclose, distribute, copy, print or rely on the contents of this email and should destroy it immediately. Whilst On Demand takes care to protect its systems from electronic virus attack or other harmful event, the firm gives no warranty that this email message (including any attachments to it) is free of any virus or other harmful matter and accepts no responsibility for any loss or damage resulting from the recipient receiving, opening or using it. If you need any further information, please contact the originator of this message on +44 (0)20 7131 6700. Website: www.ondemand.co.uk. Registered Office: 1 Stephen Street, London, W1T 1AL. Registered in the

UK No.4094951.

This message has been scanned for viruses by BlackSpider MailControl -
www.blackspider.com

--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail. [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Retrieving surefire classpath from a test class

I am looking for a solution to that too. My workaround was until now to 
pick specific classes whose JAR files I needed and do


_class.getResource("/" + _class.getCanonicalName().replace(".", "/") + 
".class").toString().replaceAll("-client.jar!", 
".jar!").replaceFirst("jar:file:([^!]+).*", "$1")


and append this to java.class.path. Kindofa hack though ...

Stefan

Alexander Klimetschek wrote:
I forgot to mention that the unit test runs perfect in Eclipse, because 
the project created by "mvn eclipse:eclipse" includes all test 
dependencies as well and the Eclipse jUnit runner puts all of them in 
the class path for the test. Would be cool to have the Eclipse project 
and mvn test behave the same without two different configurations.


Alex

Am 25.02.2008 um 20:58 schrieb Alexander Klimetschek:


Hi all,

I have a test case which starts another JVM (a derby database server 
in network mode). The classpath for the new JVM needs jar files which 
are defined as test dependencies (derby is available in the form of 
maven artifacts, and I want to test it against the same derby version 
against which the actual code is written). The problem is that due to 
the surefire boot mechanism, it's not sufficient to read the classpath 
of the JVM in which test is running via 
System.getProperty("java.class.path").


How can I get access to the classpath of surefire?

Or is there another way to retrieve the path of the jar files defined 
in the pom from my junit test class?


Regards,
Alex

--
Alexander Klimetschek
[EMAIL PROTECTED]






--
Alexander Klimetschek
[EMAIL PROTECTED]





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



--
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

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

Re: Cargo does not work when using profiles in the pom.xml (profile IS active).


Hi,

why do you use pluginManagement within a profile? Also, you can always 
define the plugin outside the profile in pluginManagement without the 
executions and within the profile with the executions.

Have you tried "mvn cargo:start -Pjboss" anyway?

Stefan

Marcelo Alcantara wrote:

Hi,

I am trying to use cargo based on the pom.xml profile configuration.

When executing "mvn cargo:start" it says it cannot find the plugin with this
prefix (cargo).

When I use mvn help:active-profiles it shows me the "jboss" profile is
active.

If I copy the  xml block from the profile to the pom (without the
profile) and runs "mvn cargo:start" it works fine.

I tried a lot of ideas here but could not make this work.

Somebody can give me any hint on this one?

Follows my profile configuration bellow.

Thanks in advance.

Marcelo Alcantara



jboss



true











org.codehaus.cargo

cargo-maven2-plugin

0.3.1





start-container

install



start











jboss4x



S:/software/jboss/hg_jboss-4.0.5.GA_v2.zip

C:/software







${project.build.directory}/jboss/server



















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

Re: Trouble with Tomcat / MyFaces in Maven JUnits