date:20060119


I'm getting an 'Error assembling WAR' when trying to package a web application.

Log :

Embedded error: Could not explode webapp...
Could not create destination directory 
'/home/malcolm/IBM/rationalsdp6.0/maven_workspace/my-webapp2/my-webapp2-1.0-SNAPSHOT
/WEB-INF/classes/my-webapp2-1.0-SNAPSHOT/WEB-INF/classes/my-webapp2-1.0-SNAPSHOT/WEB-INF/classes/my-webapp2-1.0-SNAPSHOT
/WEB-INF/classes/my-webapp2-1.0-SNAPSHOT/WEB-INF/classes/my-webapp2-1.0-SNAPSHOT/WEB-INF/classes/my-webapp2-1.0-SNAPSHOT
/WEB-INF/classes/my-webapp2-1.0-SNAPS .. etc...

Any ideas ?


DISCLAIMER:
This message may contain information which is confidential, private or 
privileged in nature. If you are not the intended recipient, you may not 
peruse, use, disseminate, distribute or copy this message or file which is 
attached to this message. If you have received this message in error, please 
notify the sender immediately by e-mail, facsimile or telephone and thereafter 
return and/or destroy the original message. 

Any views of this communication are those of the sender except where the sender 
specifically states them to be those of Faritec (Holdings)  Limited (Faritec) 
and/or  any of its subsidiaries including (but not limited to) Faritec 
Enterprise Solutions (Proprietary) Limited, Faritec Strategic IT Services 
(Proprietary) Limited, Faritec Contracting (Proprietary) Limited, Ebis and/or 
any of its subsidiaries.

Please note that the recipient must scan this e-mail and any attached files for 
viruses and the like. While we do everything possible to protect information 
from viruses, Faritec accepts no liability of whatever nature for any loss, 
liability, damage or expense resulting directly or indirectly from the access 
and/or downloading of any files which are attached to this e-mail message.

[M2] Is generating an application.xml with connector module possible?

2006-01-19 Thread Peschier J. (Jeroen)


My use-case:
- Using the maven-ear-plugin to generate the application.xml deployment
descriptor.
- Want to include a SAR module in the deployment descriptor.
- Found out about ejbModule, warModule and javaModule but could not find
any info on how to generate a connector module. So I tried the obvious:


  org.apache.maven.plugins
  maven-ear-plugin
  2.1
  
true


   myGroup
   myArtifact
   true
 
   ...

Didn't work though :( 

How is generating a connector module done? I read the plugin
configuration doc and found that "modules" is of type "EarModule". Where
can I find info on the definition of "EarModule"?


PS. I realize a SAR is JBoss-specific, but the connector module is not.
It's been part of the J2EE spec since 1.3, see
http://java.sun.com/dtd/application_1_3.dtd




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

Re: [m2] Dependencies declaration: .dll / .so files howto?

2006-01-19 Thread Wim Deblauwe

You will need to put them in your repository with a version.

When you compile, you first copy the necessairy dll files to your
target directory. During this copy you can strip off the version,
going back to the original name. The dependency-maven-plugin can do
this stripping for you.

regards,

Wim

2006/1/18, Loïc Lefèvre <[EMAIL PROTECTED]>:
> However, what can I do if I *can't* rename the .dll / .so files:
> for example:
>
> DevIL.dll -> DevIL-0.99.dll will be perfect for the maven 2 repository
> however the dll isn't linked anymore! And if I set the version tag to
> empty () then the POM
> becomes invalid!
>
> What can I do?
>
> Loic
>
> On 1/18/06, Napoleon Esmundo Ramirez <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > Native libraries are treated just like any other dependency in the
> > repository.  What's important is, it has to have a properly defined pom in
> > the repository containing something like:
> >
> > 
> >   4.0.0
> >   swt
> >   swt
> >   1.0
> >   dll
> > 
> >
> >
> > and declared in the project as a dependency like:
> >
> > 
> >   ...
> >   
> > 
> >   swt
> >   swt
> >   1.0
> >   dll 
> > 
> >   
> >   ...
> > 
> >
> > I hope this helps.
> >
> >
> > Cheers!
> > Nap
> >
> > On 1/18/06, Valerio Schiavoni <[EMAIL PROTECTED]> wrote:
> > >
> > > this is interesting also to me, have to solve the same problem for a
> > > project
> > > using swt graphical libraries, and need some platform-dependant .so
> > > libraries to be accessible.
> > > this is easy within eclipse, but don't know how to configure it via maven.
> > >
> > >
> > > 2006/1/17, Loïc Lefèvre <[EMAIL PROTECTED]>:
> > > >
> > > > Hi,
> > > > It's me again, I'm currently trying to add LWJGL as a dependency to my
> > > > project.
> > > > However, I wonder how one can add the required native librairies
> > > > (.dll, .so...) to the dependencies for example for test purposes.
> > > >
> > > > Do someone know?
> > > >
> > > > Thanks in advance!
> > > > Loic
> > > >
> > > > -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> > > --
> > > To Iterate is Human, to Recurse, Divine
> > > James O. Coplien, Bell Labs
> > >
> > >
> >
> >
>
> -
> 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]

[M1] Ant Zip task excluded empty directories

2006-01-19 Thread Afkham Azeez

Hi Folks,

I'm using Maven 1.0.2. I have a problem with the ant zip task. Empty
directories are not getting included in the zip archive. Seems like a
bug. Anybody encountered a similar situation before?
--
Thanks
Afkham Azeez

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

How to define default values for complex mojo parameters?

2006-01-19 Thread Michael Böckling

And while we're at it: is there a way to define a default value for a 
Mojo parameter that is a List?

Naive as I was, I tried this:

@parameter expression="${excludes}" 
default-value="org.apache.maven,org.codehaus.plexus"


Is this possible at all? I searched some other plugins using complex 
parameters, but none of them has a default value...


--
Giniality AG - Michael Böckling; Steinenberg 21, CH-4051 Basel
P: +41 61 226 99 63 - F: +41 61 226 99 69
[EMAIL PROTECTED]; http://www.giniality.com/



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

RE: Maven2 xdoclet jsptaglib How?

2006-01-19 Thread Druzhinin, Dmitry \(DB\)

> YES! It was not Maven problem!
> My tag classes  extend Struts BaseHandlerTag  class. 

NOPE, it IS Maven problem!
When your tag class extends BaseHandlerTag from Struts, Xdoclet looks
for it in the classpath. But maven Xdoclet plugin, as well as other
plugins, doesn't include project dependencies in plugin classpath, only
maven core libs and plugin dependencies. So, poor Xdoclet fails to load
BaseTagHandler and ignores your tag class.

I've asked similar question a couple of weeks ago, unfortunately nobody
replied. Has anyone experienced this kind of situation? What is the good
solution for that, other than including struts in maven-xdoclet-plugin
dependencies?

Best regards,
Dmitriy

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

[m2] Cannot download picocontainer 1.0 due to invalid POM, even though it's in local repo

The new dependency mechanism in m2 is really cool, but I'm totally stuck on
a picocontainer dependency.  We added XDoclet 2.0 to our project, which uses
pico.  The pico POM is invalid.  So I downloaded it and put it on our local
repository and fixed the invalid POM, and erased pico from my
.m2/repository.  But when I do a build, it still for some reason ends up
retrieving the invalid POM from ibiblio.  It doesn't use the POM from my
local repo.  As a result, I'm totally stuck as I can't recover pico.  I'm
forced to just add a reference to the JAR myself.

I assume there is a bug with Maven somewhere.  Even if the .pom at ibiblio
is invalid, it should still get the jar from my local repo that has a valid
.pom.  Well this is how I think it should work.  Can someone let me know if
this is in fact a bug, and if you think of any other way to get around it?
If it's a bug I'll open a JIRA issue but since I'm new to m2 I wanted to ask
about it here to make sure.  A search turned up one other person with the
same problem and the proposed solution was to use exclusions.  well I tried
that without success.  In fact now my pom.xml only has pico in it just to
see if I can get this working.  And I can't.

  

  picocontainer
  picocontainer
  1.0

  

Thanks,
Michael

RE: [m2] Generating was5 ejb code ?

How do you cope with project structure? do you use M2 or Wsad/RAD project 
structure ?

-Original Message-
From: Marcel Schutte [mailto:[EMAIL PROTECTED]
Sent: Thu 1/19/2006 10:32 AM
To: Maven Users List
Subject: Re: [m2] Generating was5 ejb code ?

This works for me, but a real plugin would be nicer:

In my pom.xml:

  maven-ejb-plugin

true

true

**/persist/
**/*Bean.class

  maven-antrun-plugin

deploycode
package

 run

and the was.home property is specified in a profile in settings.xml:

  C:/Program Files/IBM/WebSphere 5.0

Regards,
Marcel
--- Malcolm Wong Ho <[EMAIL PROTECTED]> wrote:

> 
> How would i go go about generating was5 ejb code using Maven2 as
> there is no plugin support for M2 and only for M1 ?
> 
> 
> DISCLAIMER:
> This message may contain information which is confidential, private
> or privileged in nature. If you are not the intended recipient, you
> may not peruse, use, disseminate, distribute or copy this message or
> file which is attached to this message. If you have received this
> message in error, please notify the sender immediately by e-mail,
> facsimile or telephone and thereafter return and/or destroy the
> original message. 
> 
> Any views of this communication are those of the sender except where
> the sender specifically states them to be those of Faritec (Holdings)
>  Limited (Faritec) and/or  any of its subsidiaries including (but not
> limited to) Faritec Enterprise Solutions (Proprietary) Limited,
> Faritec Strategic IT Services (Proprietary) Limited, Faritec
> Contracting (Proprietary) Limited, Ebis and/or any of its
> subsidiaries.
> 
> Please note that the recipient must scan this e-mail and any attached
> files for viruses and the like. While we do everything possible to
> protect information from viruses, Faritec accepts no liability of
> whatever nature for any loss, liability, damage or expense resulting
> directly or indirectly from the access and/or downloading of any
> files which are attached to this e-mail message.
> 

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

DISCLAIMER:
This message may contain information which is confidential, private or 
privileged in nature. If you are not the intended recipient, you may not 
peruse, use, disseminate, distribute or copy this message or file which is 
attached to this message. If you have received this message in error, please 
notify the sender immediately by e-mail, facsimile or telephone and thereafter 
return and/or destroy the original message. 

Any views of this communication are those of the sender except where the sender 
specifically states them to be those of Faritec (Holdings)  Limited (Faritec) 
and/or  any of its subsidiaries including (but not limited to) Faritec 
Enterprise Solutions (Proprietary) Limited, Faritec Strategic IT Services 
(Proprietary) Limited, Faritec Contracting (Proprietary) Limited, Ebis and/or 
any of its subsidiaries.

Please note that the recipient must scan this e-mail and any attached files for 
viruses and the like. While we do everything possible to protect information 
from viruses, Faritec accepts no liability of whatever nature for any loss, 
liability, damage or expense resulting directly or indirectly from the access 
and/or downloading of any files which are attached to this e-mail message.

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

Re: M2: Current directory (user.dir) problem in case of multi-module project.

2006-01-19 Thread Joern Huxhorn


But shouldn't this probably be changed for future versions of Maven?

Subprojects should behave the same way if they are compiled separately 
or all in a bunch via  in a parent pom. I think this is a 
pretty common problem. which should be addressed somehow, probably with 
an optional fork="true" or something in the  list. Otherwise 
tests that *need* to use files must use absolute filenames instead of 
relative ones or the tests will fail in any of the two call situations. 
Absolute filenames, on the other hand, are a configuration nightmare 
compared to the otherwise smooth working with maven.


We are currently using absolute filenames in our testcases because of 
this and it's a real problem. Since the testdata is in a separate 
location one can never be sure if the latest version of the testdata is 
used by the tests since they are not contained in the SCM (actually, 
they are contained but have to be copied manually to the absolute path 
in case of a new version). This is an additional source for errors which 
is quite unnecessary.


So if it's possible in any way please consider changing this behavior. 
This change shouldn't break anything anyway since it's currently 
impossible to depend on relative filenames in case of multi-module projects.


Thanks, Joern.

Brett Porter wrote:

No, this is as expected. user.dir is never changed.

- Brett

On 1/18/06, Joern Huxhorn <[EMAIL PROTECTED]> wrote:
  

Hi Joerg.


Hi Joern,

Joern Huxhorn wrote:

[snip]



Is this a bug or a feature? I expected the current dir (user.dir) to
change for every executed sub-module build.

Any ideas how I could solve this problem? Absolute filenames are not
really an option (that's my current workaround and it's a real
burden)

  

http://jira.codehaus.org/browse/MSUREFIRE-4
http://jira.codehaus.org/browse/MSUREFIRE-31

The upcoming or latest release should do it.



The latest release contains this.

- Jörg

  

I just updated to maven-2.0.2 and also did an mvn -U to make sure I'm
all up to date but mvn still seems to use the directory of the parent
pom as user.dir of the children. I didn't check out resources but my log
file of the tests still ends up in the main folder instead of the
modules sub-folder so I guess it's still not working as expected.


Joern.




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

Re: Worst documentation in the whole apache projects

2006-01-19 Thread Richard Allen

I'm amazed at the lack of appreciation some people have for getting 
something for nothing! Maven is FREE! The developers don't get paid to 
write the code, much less the documentation, or even to respond to lousy 
user email. They do it all in their free time. However, I bet Roberto is 
getting paid to work on his J2EE project. Maven hasn't been around as 
long as many other Apache open-source projects. Open-source projects 
typically have poor documentation while the code is maturing. Like all 
open-source projects, if you want to really get to know the product, 
then read the code! It'll make you a better programmer. If you don't 
have time to read the code, then you shouldn't be using open-source 
projects. At least not until the project has matured.


I'm working on a build for a complex web application and I've found that 
Maven solves problems that Ant doesn't have a solution for. In 
particular, Maven handles transitive dependencies and is multiproject 
aware. If you are using Ant alone, then you have to write your own 
solution for these things. For things that Ant has but Maven is 
currently lacking, you can write your own plugin(s) or use the 
maven-antrun-plugin.


Richard Allen


Nanamura, Roberto wrote:


Hi,

Is there any way to improve all the documentation for the Maven.

I will not use Maven anymore since there are a bunch of thing missing
from the documentation (and a lot of things do not work like the J2EE
archetype which is nowhere to be find and I am not the only one to
complain about it). 


It is good for a simple project (then again, why should I need maven for
a simple Hello World project?). But if you add a J2EE layer or other
components, it simpy does not have document (for example no document for
the topic: "Guide to creating a multi-module build"). Then how should I
create a multi-project maven? What is this artifactId and groupID? What
the hell it keeps on going to the repo1.maven.org repository for my
sub-projects? What are the examples? No samples? 


The reference is a joke. How can a reference be so laconious? It is a
reference so every tag in the XML must have a good description (even the
description in the generated xml is better than the reference!).

I do not recommend Maven to anyone starting a serious project for lack
of documentation and erroneous documentation.

I spent the whole day try to make it work for a simple J2EE project,
then I had to google it several times for each error (it should be in
the document web-site).
Whereas I would take one hour to create the directories, my build and
deployment ant targets.

Thanks but I'd rather do not use it,

Roberto


 




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

Re: [m2] Cannot download picocontainer 1.0 due to invalid POM, even though it's in local repo

2006-01-19 Thread Stephen Duncan

Not sure on the local fix bug issue, but you can put in an issue to
get the invalid POM fixed.  My experience has been that fixes are put
into the repository quite quickly.

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

-Stephen

On 1/19/06, Michael Mattox <[EMAIL PROTECTED]> wrote:
> The new dependency mechanism in m2 is really cool, but I'm totally stuck on
> a picocontainer dependency.  We added XDoclet 2.0 to our project, which uses
> pico.  The pico POM is invalid.  So I downloaded it and put it on our local
> repository and fixed the invalid POM, and erased pico from my
> .m2/repository.  But when I do a build, it still for some reason ends up
> retrieving the invalid POM from ibiblio.  It doesn't use the POM from my
> local repo.  As a result, I'm totally stuck as I can't recover pico.  I'm
> forced to just add a reference to the JAR myself.
>
> I assume there is a bug with Maven somewhere.  Even if the .pom at ibiblio
> is invalid, it should still get the jar from my local repo that has a valid
> .pom.  Well this is how I think it should work.  Can someone let me know if
> this is in fact a bug, and if you think of any other way to get around it?
> If it's a bug I'll open a JIRA issue but since I'm new to m2 I wanted to ask
> about it here to make sure.  A search turned up one other person with the
> same problem and the proposed solution was to use exclusions.  well I tried
> that without success.  In fact now my pom.xml only has pico in it just to
> see if I can get this working.  And I can't.
>
>   
> 
>   picocontainer
>   picocontainer
>   1.0
> 
>   
>
> Thanks,
> Michael
>
>


--
Stephen Duncan Jr
www.stephenduncanjr.com

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

RE: Transitive "sibling" builds

+5!

  _  

From: Chris Bredesen [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 18, 2006 8:42 PM
To: users@maven.apache.org
Cc: [EMAIL PROTECTED]
Subject: Transitive "sibling" builds

Hello All,

Just subscribed, and I wanted to revisit the discussion that took place
regarding the above topic in this thread:

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

There seems to be a lot of resistance from the community (lack of
understanding, maybe) to implementing this sort of transitive build
mechanism.  I, too, do exactly what the original poster does, and the lack
of support for this is the only real reason I haven't adopted Maven2 as my
build tool of choice.  I get closer each time, but since there's no way to
build an entire WAR file in one shot, I have to give it up.  I realize it
CAN be done, but it seems that the WAR file has to be the parent of all its
components.

I wanted to add my own experience into this discussion, and possibly even
spur enough information to contribute myself.  I have my enterprise laid out
as such, made of webapps (w) and components (c):

w1

w2

w3

c1

c2

c3

c4

c5

Each of the webapps may use any of the components as dependencies, along
with a slew of off-the-shelf API's.  The problem for me is that these
components can have only one parent directory.  I have no way to separately
build w1 and w2.  Unless I'm missing, something, we'd need sibling
communication in order to make this work.

Currently each Ant buildfile knows which components are needed, but has no
idea if they need to be built or not, thus causing me to build everything
each time I compile.  To avoid this, I also maintain Eclipse projects (one
per app, not one big one) which have project-level dependencies on each
other.  This makes the local development compilation very fast, but I have
to maintain both the Eclipse metadata AND the Ant buildfiles.

Maven addresses all of this (I really love the Maven2 plugin for Eclipse),
but since there's no support for sibling transitive builds, there is no way
to just grab all the source and compile w1 or w2 in one shot.  Eventually
I'd like to use Continuum as well.

If I'm missing something here, I'd sure like to know about it.  If I can
contribute and make this happen, I'd love to, when time permits.  I fear I'd
have a lot of catching up to do, though.  Perhaps I can work on some
documentation at the very least.

Thoughts?

-
Attention:
Any views expressed in this message are those of the individual
sender, except where the message states otherwise and the sender is
authorized to state them to be the views of any such entity. The
information contained in this message and or attachments is
intended only for the person or entity to which it is addressed and
may contain confidential and/or privileged material.  If you
received this in error, please contact the sender and delete the
material from any system and destroy any copies.

RE: Worst documentation in the whole apache projects

2006-01-19 Thread Jeff Jensen

But sometimes the patches sit and rot...
http://jira.codehaus.org/browse/MNG-1479
Even though a tiny contribution, it is clarifications I needed when I began
migrating to M2, but then stayed with M1 due to completeness, stability, and
docs.  If more users did little patches like that for what they know, the
docs would get there, instead of stagnant as today.  (Ramin Farhanian and
others: please submit doc patches after digging in like that!  :-)

We see lots of lips service to "improving docs" from committers and some
users, but action seems tiny.  For example, wasn't it last Oct/Nov when we
read "we are working on a multi-module doc"?  Kind of silly that by now
_something_ isn't there, instead of still "In progress.".


-Original Message-
From: Mike Perham [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 18, 2006 2:26 PM
To: Maven Users List
Subject: RE: Worst documentation in the whole apache projects

Yes.  Go here http://jira.codehaus.org/browse/MNG and look through the
components that start with "documentation".  Pick something that interests
you, write the docs for it and attach your documentation to the issue.
We'll get it into the next version.

An open source project is only as good as its community and what it gives
back.  I'm not paid to do this any more than you are.  Hopefully the
documentation situation will improve over the next few months.

mike

-Original Message-
From: Nanamura, Roberto [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 18, 2006 1:53 PM
To: users@maven.apache.org
Subject: Worst documentation in the whole apache projects

Hi,

Is there any way to improve all the documentation for the Maven.


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

Continuum import multimodule project [M2]

2006-01-19 Thread martin . kuhn

Hi,


I tried to import a multimodule project into continuum and failed.

the structure of my projects


  projects
 |
 +-- xyz_proj_distributon
 |
 +-- xyz_proj_backend
 |
 +-- xyz_proj_frontend
 |
  

im my pom.xml of xyz_proj_distribution I have the following modules 
definition:


  ../xyz_proj_backend 
  ../xyz_proj_frontend 


When I'm locally everything works fine. 


Could anybody give me a hint how to add such a multimodule project to 
continuum.

TIA

Martin




++
Diese Nachricht ist vertraulich und ausschließlich für den/die Adressaten 
bestimmt. Sollten Sie nicht der beabsichtigte Adressat, einer seiner 
Mitarbeiter oder sein Empfangsbevollmächtigter sein, ist jede Form der 
Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts 
dieser Nachricht unzulässig. In diesem Fall bitten wir, den Absender umgehend 
zu benachrichtigen und die Nachricht zu vernichten. Elektronisch versandte 
Nachrichten können durch Unberechtigte manipuliert und/oder gelesen werden, 
weshalb jegliche Haftung hierfür ausgeschlossen wird.
++
This communication is confidential and is intended solely for the addressee(s). 
If you are not the intended recipient(s), his/her assistant, or authorized 
recipient, any form of disclosure, reproduction, distribution or any use of 
this communication or the information in it, is strictly prohibited and may be 
unlawful. In this case, please notify the sender immediately and destroy the 
e-mail. Electronic communication via the Internet by e-mail may be manipulated 
and/or read by third parties, thus we exclude any liability whatsoever for this 
e-mail.
++

RE: Transitive "sibling" builds

2006-01-19 Thread Scokart Gilles

Isn't it possible to use something like that :

For example if w1 use c1 and c3, in the pom of w1 use :

../c1
../c3


I think you could even put that into a profile in order to allow recursive
build or not.



Gilles

> -Original Message-
> From: Chris Bredesen [mailto:[EMAIL PROTECTED]
> Sent: 19 January 2006 02:42
> To: users@maven.apache.org
> Cc: [EMAIL PROTECTED]
> Subject: Transitive "sibling" builds
> 
> Hello All,
> 
> Just subscribed, and I wanted to revisit the discussion that took place
> regarding the above topic in this thread:
> http://www.mail-archive.com/users@maven.apache.org/msg32502.html
> 
> There seems to be a lot of resistance from the community (lack of
> understanding, maybe) to implementing this sort of transitive build
> mechanism.  I, too, do exactly what the original poster does, and the lack
> of support for this is the only real reason I haven't adopted Maven2 as my
> build tool of choice.  I get closer each time, but since there's no way to
> build an entire WAR file in one shot, I have to give it up.  I realize it
> CAN be done, but it seems that the WAR file has to be the parent of all
> its
> components.
> 
> I wanted to add my own experience into this discussion, and possibly even
> spur enough information to contribute myself.  I have my enterprise laid
> out
> as such, made of webapps (w) and components (c):
> 
> w1
> w2
> w3
> c1
> c2
> c3
> c4
> c5
> 
> Each of the webapps may use any of the components as dependencies, along
> with a slew of off-the-shelf API's.  The problem for me is that these
> components can have only one parent directory.  I have no way to
> separately
> build w1 and w2.  Unless I'm missing, something, we'd need sibling
> communication in order to make this work.
> 
> Currently each Ant buildfile knows which components are needed, but has no
> idea if they need to be built or not, thus causing me to build everything
> each time I compile.  To avoid this, I also maintain Eclipse projects (one
> per app, not one big one) which have project-level dependencies on each
> other.  This makes the local development compilation very fast, but I have
> to maintain both the Eclipse metadata AND the Ant buildfiles.
> 
> Maven addresses all of this (I really love the Maven2 plugin for Eclipse),
> but since there's no support for sibling transitive builds, there is no
> way
> to just grab all the source and compile w1 or w2 in one shot.  Eventually
> I'd like to use Continuum as well.
> 
> If I'm missing something here, I'd sure like to know about it.  If I can
> contribute and make this happen, I'd love to, when time permits.  I fear
> I'd
> have a lot of catching up to do, though.  Perhaps I can work on some
> documentation at the very least.
> 
> Thoughts?

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

Re: [m2] Cannot download picocontainer 1.0 due to invalid POM, even though it's in local repo

Does using an exclusion on a dependency of a dependency mean that if I
include a dependency for that jar myself that it won't be used?  For
example, if I have:

  

  picocontainer
  picocontainer
  1.2

 

This works fine, I have pico in my classpath.  However, if I try to add
XDoclet:

  

  picocontainer
  picocontainer
  1.2


  xdoclet
  xdoclet
  2.0.4
  

  picocontainer
  picocontainer


  dom4j
  dom4j


  freemarker
  freemarker


  generama
  qdox


  groovy
  groovy-all


  xpp3
  xpp3

  


  xdoclet-plugins
  xdoclet-plugin-hibernate
  1.0.3
  

  xdoclet-plugins
  xdoclet-plugin-qtags

  

  

My picocontainer dependency is ignored (excluded?).  It won't work without
the exclude and it won't work with the exclude.  It seems I'm screwed.

RE: [m2] Generating was5 ejb code ?

2006-01-19 Thread Marcel Schutte

I assume you mean the project directory layout. We use the WSAD form
with ejbmodule for java sources etcetera.

--- Malcolm Wong Ho <[EMAIL PROTECTED]> wrote:

> 
> How do you cope with project structure? do you use M2 or Wsad/RAD
> project structure ?

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

Re: [m2] Cannot download picocontainer 1.0 due to invalid POM, even though it's in local repo

I just created JIRA issue for the Pico invalid POM:

http://jira.codehaus.org/browse/MEV-309

Thanks for the tip, I didn't know this project existed for this purpose.

I don't mind upgrading to Pico 1.1 or 1.2 but now the exclude thing is
preventing me from doing this.  I hope this isn't a Maven bug.

-Michael

Re: [m2] Cannot download picocontainer 1.0 due to invalid POM, even though it's in local repo

I found a bug in JIRA for the problem I'm experiencing.  When you use an
exclude on a transitive dependency, that jar is excluded for the entire pom,
even if you list it as a dependency.  This means one invalid pom (such as
pico) and everything is broken.

http://jira.codehaus.org/browse/MNG-1797

I hope it gets fixed soon. :)

-Michael

Re: [M1] Defining multiple source directories for a given maven module

2006-01-19 Thread Afkham Azeez

Hi Folks,
Isn't maven 1 supported or used anymore?

On 1/16/06, Afkham Azeez <[EMAIL PROTECTED]> wrote:
> Hi Folks,
> I have a project with multiple maven modules. In one of these modules,
> there are 2 different source directories. When these module is
> compiled, I need maven to compile both these sources for this module.
> In the project.xml the  src element
> can only be used specify a single source directory, I suppose. I have
> another source directory in this module (samples/src).
>
> Any help will be appreciated.
>
> --
> Thanks in advance
> Afkham Azeez
>


--
Thanks
Afkham Azeez

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

How to I migrate repositories?

2006-01-19 Thread Helck, Christopher

I have a large internal M1 repository and projects that continue to
update it. How do I migrate it to M2. How do I keep the two repos in
sync? I imagine that I will have projects using Maven1 and Maven2 for
some time.

How should I handle the case where a Maven1 project depends on an
artifact produced by Maven2?

Thanks,
C. Helck


 
Thank you for being part of it.
 
The information contained in this e-mail is confidential. This e-mail is 
intended only for the stated addressee.  If you are not an addressee, you must 
not disclose, copy, circulate or in any other way use or rely on the 
information contained in this e-mail. if you have received this e-mail in 
error, please inform us immediately and delete it and all copies from your 
system.

EBS Dealing Resources International Limited. Registered address: 10 Paternoster 
Square, London EC4M 7DY, United Kingdom. Registered number 2669861.

EBS Dealing Resources, Inc, registered in Delaware. Address: 535 Madison 
Avenue, 24th Floor, New York, NY 10022, USA, and One upper Pond road, Building 
F - Floor 3, Parsippany, NJ 07054, USA.

EBS Dealing Resources Japan Limited, a Japanese Corporation. Address: Asteer 
Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku,  Tokyo 104-0033, Japan.

RE: Worst documentation in the whole apache projects

> -Original Message-
> From: Jeff Jensen [mailto:[EMAIL PROTECTED]
> 
> But sometimes the patches sit and rot...
> http://jira.codehaus.org/browse/MNG-1479

Maybe what we need as users is to set up (or start using) a wiki.  

It seems like there are two maven2 wikis: one at apache.org and one at
codehaus.org.  It seems like the "official" one should be on apache.org.  

There are several good web-based introductions to maven2 (including the
excellent Getting Started Guide).  If these were combined and wiki-ized,
then I think the community could start contributing some good documentation.

As I have time, I will take a look at http://wiki.apache.org/maven and see
if a framework for user-contributed documentation can be started.



-
Attention:
Any views expressed in this message are those of the individual
sender, except where the message states otherwise and the sender is
authorized to state them to be the views of any such entity. The
information contained in this message and or attachments is
intended only for the person or entity to which it is addressed and
may contain confidential and/or privileged material.  If you
received this in error, please contact the sender and delete the
material from any system and destroy any copies.


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

Re: [m2] Cannot download picocontainer 1.0 due to invalid POM, even though it's in local repo

2006-01-19 Thread Stephen Duncan

Actually, I think that's http://jira.codehaus.org/browse/MNG-1557, my
pet bug. :)  But thanks for pointing out the other one, they are
definitely related.

-Stephen

On 1/19/06, Michael Mattox <[EMAIL PROTECTED]> wrote:
> I found a bug in JIRA for the problem I'm experiencing.  When you use an
> exclude on a transitive dependency, that jar is excluded for the entire pom,
> even if you list it as a dependency.  This means one invalid pom (such as
> pico) and everything is broken.
>
> http://jira.codehaus.org/browse/MNG-1797
>
> I hope it gets fixed soon. :)
>
> -Michael
>
>


--
Stephen Duncan Jr
www.stephenduncanjr.com

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

RE: Transitive "sibling" builds

I think a plug in could be written to do this, but that would mean that a
plug in would have to be able to do some of the same work that the "reactor"
does.  I haven't had time to figure out how the reactor works or how
difficult it would be to have one plug in be able to "invoke" (possibly
non-child) sibling projects.  

 

I wrote one plug in that used exec() to recursively call mvn within the
context of a sibling project directory.  This worked and was not that hard
but seemed like a serious kludge, not to mention that it's probably less
than optimally performant.  I would be interested in knowing the right/fast
way to implement this.

 

If someone would like to give me some guidance, here are my questions:

*   Given a list of dependencies (getArtifacts()) is there an easy way
to tell which ones are "in this project".  It would be simply wonderful if
this was a property of an artifact (is this a mvn core enhancement
request?).  Or even better, how about a method
getProjectSiblingDependencies() which only return, well, the  dependencies
which were project siblings (meaning all projects transitively reachable
from the top-level pom).
*   Given a handle to an Artifact which I know is "in this project" (is
a project sibling), is there an easy way to find that Artifact's local (in
project, not repository) pom.xml file.  I'm betting that mvn has a way of
finding this which is more efficient than doing directory scans up and down
the filing system.  Better, given an Artifact, how do I load that artifact's
project-local pom.xml into a MavenProject.  Presumably I would need that in
order to "invoke" a phase on that project.  (Might this be another mvn core
enhancement request?)
*   The real, fundamental question is:  from within a plug in on one
project, how do I invoke/run a phase on another (sibling, possibly
non-child) project (without calling exec())? 

 

The information is certainly in there.  I would just like some help in
getting at it and using it in the most performant possible way.  For a
project that has a lot of siblings, this has to be fast.

 

Thanks for your support.

 

Chris

 

 

  _  

From: Chris Bredesen [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 18, 2006 8:42 PM
To: users@maven.apache.org
Cc: [EMAIL PROTECTED]
Subject: Transitive "sibling" builds

 

Hello All,

 

Just subscribed, and I wanted to revisit the discussion that took place
regarding the above topic in this thread:

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

 

There seems to be a lot of resistance from the community (lack of
understanding, maybe) to implementing this sort of transitive build
mechanism.  I, too, do exactly what the original poster does, and the lack
of support for this is the only real reason I haven't adopted Maven2 as my
build tool of choice.  I get closer each time, but since there's no way to
build an entire WAR file in one shot, I have to give it up.  I realize it
CAN be done, but it seems that the WAR file has to be the parent of all its
components.

 

I wanted to add my own experience into this discussion, and possibly even
spur enough information to contribute myself.  I have my enterprise laid out
as such, made of webapps (w) and components (c):

 

w1

w2

w3

c1

c2

c3

c4

c5

 

Each of the webapps may use any of the components as dependencies, along
with a slew of off-the-shelf API's.  The problem for me is that these
components can have only one parent directory.  I have no way to separately
build w1 and w2.  Unless I'm missing, something, we'd need sibling
communication in order to make this work.

 

Currently each Ant buildfile knows which components are needed, but has no
idea if they need to be built or not, thus causing me to build everything
each time I compile.  To avoid this, I also maintain Eclipse projects (one
per app, not one big one) which have project-level dependencies on each
other.  This makes the local development compilation very fast, but I have
to maintain both the Eclipse metadata AND the Ant buildfiles.

 

Maven addresses all of this (I really love the Maven2 plugin for Eclipse),
but since there's no support for sibling transitive builds, there is no way
to just grab all the source and compile w1 or w2 in one shot.  Eventually
I'd like to use Continuum as well.

 

If I'm missing something here, I'd sure like to know about it.  If I can
contribute and make this happen, I'd love to, when time permits.  I fear I'd
have a lot of catching up to do, though.  Perhaps I can work on some
documentation at the very least.

 

Thoughts?




-
Attention:
Any views expressed in this message are those of the individual
sender, except where the message states otherwise and the sender is
authorized to state them to be the views of any such entity. The
information contained in this message and or attachments is
intended only for the person or entity to which it is addressed and
may contain confid

RE: Transitive "sibling" builds

That's an interesting idea.  I'll give it a try.

But even if it works, it is less than ideal because then you are putting the
same information in twice:  once at the top level to say what its children
are, and once at the child level to say what its siblings are.  This
violates the hallowed OnceAndOnlyOnce dictum.

It would be nice if you could just put the information in (once) at the top
level, and it would "just work" at the sibling level.

> -Original Message-
> From: Scokart Gilles [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 19, 2006 8:47 AM
> To: Maven Users List
> Subject: RE: Transitive "sibling" builds
> 
> Isn't it possible to use something like that :
> 
> For example if w1 use c1 and c3, in the pom of w1 use :
> 
>   ../c1
>   ../c3
> 
> 
> I think you could even put that into a profile in order to allow recursive
> build or not.
> 
> 
> 
> Gilles
> 
> > -Original Message-
> > From: Chris Bredesen [mailto:[EMAIL PROTECTED]
> > Sent: 19 January 2006 02:42
> > To: users@maven.apache.org
> > Cc: [EMAIL PROTECTED]
> > Subject: Transitive "sibling" builds
> >
> > Hello All,
> >
> > Just subscribed, and I wanted to revisit the discussion that took place
> > regarding the above topic in this thread:
> > http://www.mail-archive.com/users@maven.apache.org/msg32502.html
> >
> > There seems to be a lot of resistance from the community (lack of
> > understanding, maybe) to implementing this sort of transitive build
> > mechanism.  I, too, do exactly what the original poster does, and the
> lack
> > of support for this is the only real reason I haven't adopted Maven2 as
> my
> > build tool of choice.  I get closer each time, but since there's no way
> to
> > build an entire WAR file in one shot, I have to give it up.  I realize
> it
> > CAN be done, but it seems that the WAR file has to be the parent of all
> > its
> > components.
> >
> > I wanted to add my own experience into this discussion, and possibly
> even
> > spur enough information to contribute myself.  I have my enterprise laid
> > out
> > as such, made of webapps (w) and components (c):
> >
> > w1
> > w2
> > w3
> > c1
> > c2
> > c3
> > c4
> > c5
> >
> > Each of the webapps may use any of the components as dependencies, along
> > with a slew of off-the-shelf API's.  The problem for me is that these
> > components can have only one parent directory.  I have no way to
> > separately
> > build w1 and w2.  Unless I'm missing, something, we'd need sibling
> > communication in order to make this work.
> >
> > Currently each Ant buildfile knows which components are needed, but has
> no
> > idea if they need to be built or not, thus causing me to build
> everything
> > each time I compile.  To avoid this, I also maintain Eclipse projects
> (one
> > per app, not one big one) which have project-level dependencies on each
> > other.  This makes the local development compilation very fast, but I
> have
> > to maintain both the Eclipse metadata AND the Ant buildfiles.
> >
> > Maven addresses all of this (I really love the Maven2 plugin for
> Eclipse),
> > but since there's no support for sibling transitive builds, there is no
> > way
> > to just grab all the source and compile w1 or w2 in one shot.
> Eventually
> > I'd like to use Continuum as well.
> >
> > If I'm missing something here, I'd sure like to know about it.  If I can
> > contribute and make this happen, I'd love to, when time permits.  I fear
> > I'd
> > have a lot of catching up to do, though.  Perhaps I can work on some
> > documentation at the very least.
> >
> > Thoughts?
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


-
Attention:
Any views expressed in this message are those of the individual
sender, except where the message states otherwise and the sender is
authorized to state them to be the views of any such entity. The
information contained in this message and or attachments is
intended only for the person or entity to which it is addressed and
may contain confidential and/or privileged material.  If you
received this in error, please contact the sender and delete the
material from any system and destroy any copies.


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

Re: Worst documentation in the whole apache projects

2006-01-19 Thread Kathryn Huxtable

Yes, that's one of the reasons why I'm switching from Maven 1 to Maven 2.
It's just better. (But although it's released, it's not really done...)

-K


On 1/19/06 7:31 AM, "Richard Allen" <[EMAIL PROTECTED]> wrote:

> I'm amazed at the lack of appreciation some people have for getting
> something for nothing! Maven is FREE! The developers don't get paid to
> write the code, much less the documentation, or even to respond to lousy
> user email. They do it all in their free time. However, I bet Roberto is
> getting paid to work on his J2EE project. Maven hasn't been around as
> long as many other Apache open-source projects. Open-source projects
> typically have poor documentation while the code is maturing. Like all
> open-source projects, if you want to really get to know the product,
> then read the code! It'll make you a better programmer. If you don't
> have time to read the code, then you shouldn't be using open-source
> projects. At least not until the project has matured.
> 
> I'm working on a build for a complex web application and I've found that
> Maven solves problems that Ant doesn't have a solution for. In
> particular, Maven handles transitive dependencies and is multiproject
> aware. If you are using Ant alone, then you have to write your own
> solution for these things. For things that Ant has but Maven is
> currently lacking, you can write your own plugin(s) or use the
> maven-antrun-plugin.
> 
> Richard Allen
> 
> 
> Nanamura, Roberto wrote:
> 
>> Hi,
>> 
>> Is there any way to improve all the documentation for the Maven.
>> 
>> I will not use Maven anymore since there are a bunch of thing missing
>> from the documentation (and a lot of things do not work like the J2EE
>> archetype which is nowhere to be find and I am not the only one to
>> complain about it).
>> 
>> It is good for a simple project (then again, why should I need maven for
>> a simple Hello World project?). But if you add a J2EE layer or other
>> components, it simpy does not have document (for example no document for
>> the topic: "Guide to creating a multi-module build"). Then how should I
>> create a multi-project maven? What is this artifactId and groupID? What
>> the hell it keeps on going to the repo1.maven.org repository for my
>> sub-projects? What are the examples? No samples?
>> 
>> The reference is a joke. How can a reference be so laconious? It is a
>> reference so every tag in the XML must have a good description (even the
>> description in the generated xml is better than the reference!).
>> 
>> I do not recommend Maven to anyone starting a serious project for lack
>> of documentation and erroneous documentation.
>> 
>> I spent the whole day try to make it work for a simple J2EE project,
>> then I had to google it several times for each error (it should be in
>> the document web-site).
>> Whereas I would take one hour to create the directories, my build and
>> deployment ant targets.
>> 
>> Thanks but I'd rather do not use it,
>> 
>> Roberto
>> 
>> 
>>  
>> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

--
Kathryn Huxtable
Middleware Architect
Core Middleware
Information Technology, a division of Information Services
The University of Kansas


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

maven-surefire-pluging doesn't pick "home-made" test suite

2006-01-19 Thread Alexandre Russel


Hi,
I have 3 files, one(SpiderSiteTest.java) with the main method calling a 
test suite Object. The test suite is SpiderPageSuite, the only thing it 
does is an empty addTest and create one Test object and run it. The test 
Obect (SpiderPageTest) implements run(TestResult result), not doing 
anything inside.
When I run manually the main method of SpiderSiteTest, as expected, the 
result is:

Time: 0,003

OK (1 test)

But when I do mvn test the result is:
---
T E S T S
---
There are no test to run.

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

How can I tell surefire that a testSuite is waiting for it?
my files are at the end of the mail.
thanks for any help,
alex
---
public class SpiderPageTest implements Test {

   private final String fName;
   public SpiderPageTest(String name) {
   fName= name;
   }
   public int countTestCases() {
   return 1;
   }


   public void run(TestResult result) {
   result.startTest(this); 
   try {

   //do nothing
   }
   catch (AssertionFailedError e) { //1
   result.addFailure(this, e);
   }
   catch (Throwable e) { // 2
   result.addError(this, e);
   }
   }
}

public class SpiderSiteTest {

   public SpiderSiteTest() {
   super();
   }

   public static Test suite() throws MalformedURLException, 
IOException,SAXException {

   SpiderPageSuite spiderSuite = new SpiderPageSuite();
   TestSuite suite = new TestSuite();
   suite.addTest(spiderSuite);
   return suite;
   }
   public static void main(String[] args) throws 
MalformedURLException,IOException, SAXException {

   TestRunner.run(suite());
   }
}
---
public class SpiderPageSuite implements Test {
   public final int countTestCases() {
   return 1;
   }
   public void run(TestResult result) {
   SpiderPageTest pageTest = new SpiderPageTest("my test");
   pageTest.run(result);
   }
   public void addTest(Test test) {
   }
}

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

Re: [M1] Defining multiple source directories for a given maven module

2006-01-19 Thread Arnaud HERITIER

It's supported by few people
In theory it's better to create a different project for your samples
If you don't want to / cannot do it, you can use the maven:addPath in a
pregoal

  
  

Arnaud


On 1/19/06, Afkham Azeez <[EMAIL PROTECTED]> wrote:
>
> Hi Folks,
> Isn't maven 1 supported or used anymore?
>
> On 1/16/06, Afkham Azeez <[EMAIL PROTECTED]> wrote:
> > Hi Folks,
> > I have a project with multiple maven modules. In one of these modules,
> > there are 2 different source directories. When these module is
> > compiled, I need maven to compile both these sources for this module.
> > In the project.xml the  src element
> > can only be used specify a single source directory, I suppose. I have
> > another source directory in this module (samples/src).
> >
> > Any help will be appreciated.
> >
> > --
> > Thanks in advance
> > Afkham Azeez
> >
>
>
> --
> Thanks
> Afkham Azeez
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Is there a documentation team

2006-01-19 Thread Hines, John

I do some writing at work.  Is there already a team doing maven 2
documentation?   How do I get in contact with them?

John Hines
[EMAIL PROTECTED]

-Original Message-
From: Kathryn Huxtable [mailto:[EMAIL PROTECTED] 
Sent: Thursday, January 19, 2006 8:50 AM
To: Maven Users List
Subject: Re: Worst documentation in the whole apache projects

Yes, that's one of the reasons why I'm switching from Maven 1 to Maven
2.
It's just better. (But although it's released, it's not really done...)

-K


On 1/19/06 7:31 AM, "Richard Allen" <[EMAIL PROTECTED]>
wrote:

> I'm amazed at the lack of appreciation some people have for getting 
> something for nothing! Maven is FREE! The developers don't get paid to

> write the code, much less the documentation, or even to respond to 
> lousy user email. They do it all in their free time. However, I bet 
> Roberto is getting paid to work on his J2EE project. Maven hasn't been

> around as long as many other Apache open-source projects. Open-source 
> projects typically have poor documentation while the code is maturing.

> Like all open-source projects, if you want to really get to know the 
> product, then read the code! It'll make you a better programmer. If 
> you don't have time to read the code, then you shouldn't be using 
> open-source projects. At least not until the project has matured.
> 
> I'm working on a build for a complex web application and I've found 
> that Maven solves problems that Ant doesn't have a solution for. In 
> particular, Maven handles transitive dependencies and is multiproject 
> aware. If you are using Ant alone, then you have to write your own 
> solution for these things. For things that Ant has but Maven is 
> currently lacking, you can write your own plugin(s) or use the 
> maven-antrun-plugin.
> 
> Richard Allen
> 
> 
> Nanamura, Roberto wrote:
> 
>> Hi,
>> 
>> Is there any way to improve all the documentation for the Maven.
>> 
>> I will not use Maven anymore since there are a bunch of thing missing

>> from the documentation (and a lot of things do not work like the J2EE

>> archetype which is nowhere to be find and I am not the only one to 
>> complain about it).
>> 
>> It is good for a simple project (then again, why should I need maven 
>> for a simple Hello World project?). But if you add a J2EE layer or 
>> other components, it simpy does not have document (for example no 
>> document for the topic: "Guide to creating a multi-module build"). 
>> Then how should I create a multi-project maven? What is this 
>> artifactId and groupID? What the hell it keeps on going to the 
>> repo1.maven.org repository for my sub-projects? What are the
examples? No samples?
>> 
>> The reference is a joke. How can a reference be so laconious? It is a

>> reference so every tag in the XML must have a good description (even 
>> the description in the generated xml is better than the reference!).
>> 
>> I do not recommend Maven to anyone starting a serious project for 
>> lack of documentation and erroneous documentation.
>> 
>> I spent the whole day try to make it work for a simple J2EE project, 
>> then I had to google it several times for each error (it should be in

>> the document web-site).
>> Whereas I would take one hour to create the directories, my build and

>> deployment ant targets.
>> 
>> Thanks but I'd rather do not use it,
>> 
>> Roberto
>> 
>> 
>>  
>> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

--
Kathryn Huxtable
Middleware Architect
Core Middleware
Information Technology, a division of Information Services The
University of Kansas


-
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] maven-artifact-ant and M2 plugin - howto?

2006-01-19 Thread Darren Hartford

Hey all,
I have a challenge.  My challenge is my shop runs two build systems -
one for ANT on the developer workstations (usually through Eclipse-Ant),
and Maven2 on CruiseControl.  The ANT uses the maven-artifact-ant to
read as much of the POM as I can and simulate much of the
developer-oriented maven2 tasks (such as compiling, packaging, and
installing to the local repo for testing).

I have a problem.  I want to write a plugin (for instance, to help with
Eclipse PDE packaging) but I want the plugin to be useful to BOTH
environments.  How do I do this?

-D

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

SV: Is it possible?

2006-01-19 Thread Bengt-Erik Fröberg

Hi!

The task of deploying to a Tomcat instance is very interesting for me to.
However the docs on the install plugin is very rudimentary.

How do you configure the deploy plugin to install your generated war-file
into, say %CATALINA_HOME%/webapps on your local machine? And, if possible,
to the same directory on a remote production ditto?

Regards, 

/B-E

-Ursprungligt meddelande-
Från: Boden, David [mailto:[EMAIL PROTECTED] 
Skickat: den 17 januari 2006 19:11
Till: Maven Users List
Ämne: RE: Is it possible?

Absolutely.
1. scm plugin.
2 - 4. Very standard, check the documentation.
5. deploy plugin.

This is bread and butter for Maven 2.

-Original Message-
From: Lutz Fechner [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 17, 2006 4:52 PM
To: Maven Users List
Subject: Is it possible?


Hello together,

I hope I got the scope of Maven correct. I want to perform theese 5
tasks or goals with Maven:

1. Get sources and ressources from a subversion repository.
2. Compile the sources.
3. Construct the web application. (Copy ressources and classes to the
right place) 4. Build a war file. (Take the copied files and place them
in a war
file)
5. Deploy it on a tomcat server. (Copy the war file to the tomcat
server)

Is it possible - and how?

Bye

Lutz Fechner




LEGAL DISCLAIMER
The information in this transmission is privileged and/or contains
confidential information intended solely for the addressee! If the
reader of this message is not the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this 
communication is strictly prohibited. You must not copy, distribute,
disclose or take any action in reliance on or in relation to it. If you 
have received this communication in error, please delete all copies of
the message and its attachments and notify the sender immediately.

VIRUS ADVICE
E-mail transmission cannot be guaranteed to be secure or error-free as
information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses. The sender therefore does
not accept liability for any errors or omissions in the content of 
this message, which arise as a result of e-mail transmission. The
contents of any attachment to this e-mail may contain software 
viruses wich could damage your own computer system. While we have taken
every reasonable precaution to minimze this risk, we 
cannot rule out the possibility that attachments may contain software
viruses. You should carry out your own virus check before 
opening the attachments.


--
This message is intended only for the personal and confidential use of the
designated recipient(s) named above.  If you are not the intended recipient
of this message you are hereby notified that any review, dissemination,
distribution or copying of this message is strictly prohibited.  This
communication is for information purposes only and should not be regarded as
an offer to sell or as a solicitation of an offer to buy any financial
product, an official confirmation of any transaction, or as an official
statement of Lehman Brothers.  Email transmission cannot be guaranteed to be
secure or error-free.  Therefore, we do not represent that this information
is complete or accurate and it should not be relied upon as such.  All
information is subject to change without notice.


-
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: Worst documentation in the whole apache projects

2006-01-19 Thread Miguel Griffa

very well said!
I thinnk this kind ot mail would be totally ok in a commercial and expensive
support forum of a build system,
but definetly not an open source one.

I also think documentation is a strong - in maven, but that's why I've tried
to help on it a little, contributing is the way,

On 1/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
>
> You can choose:
> - using it with the documentation it has
> - create your own system and document it to the extent you want
>
> just good luck if you choose second option ;)
>
> On 1/18/06, Nanamura, Roberto <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Is there any way to improve all the documentation for the Maven.
> >
> > I will not use Maven anymore since there are a bunch of thing missing
> > from the documentation (and a lot of things do not work like the J2EE
> > archetype which is nowhere to be find and I am not the only one to
> > complain about it).
> >
> > It is good for a simple project (then again, why should I need maven for
> > a simple Hello World project?). But if you add a J2EE layer or other
> > components, it simpy does not have document (for example no document for
> > the topic: "Guide to creating a multi-module build"). Then how should I
> > create a multi-project maven? What is this artifactId and groupID? What
> > the hell it keeps on going to the repo1.maven.org repository for my
> > sub-projects? What are the examples? No samples?
> >
> > The reference is a joke. How can a reference be so laconious? It is a
> > reference so every tag in the XML must have a good description (even the
> > description in the generated xml is better than the reference!).
> >
> > I do not recommend Maven to anyone starting a serious project for lack
> > of documentation and erroneous documentation.
> >
> > I spent the whole day try to make it work for a simple J2EE project,
> > then I had to google it several times for each error (it should be in
> > the document web-site).
> > Whereas I would take one hour to create the directories, my build and
> > deployment ant targets.
> >
> > Thanks but I'd rather do not use it,
> >
> > Roberto
> >
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Miguel Griffa
Skype: miguel.griffa
Y!: m_griffa
MSN: [EMAIL PROTECTED]
Cell: 54-911-62519355

RE: Continuum import multimodule project [M2]

2006-01-19 Thread Peschier J. (Jeroen)


I experienced the same problem as you when importing a multimodule
project into Continuum. When you add the parent POM it looks for the
modules' POM relative to the group/artificat/version directory in the
repository. 

This awful scheme prevents all M2 multimodule projects from working in
Continuum. Inherently the problem is with the modules definition in the
POM as they are relative to the parent POM. Each module should have a
groupId and artifactId as well so continuum would be able to find the
modules in the repository.

Sorry I cannot offer you a solution. I tried in vain too...


-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Verzonden: donderdag 19 januari 2006 14:40
Aan: users@maven.apache.org
Onderwerp: Continuum import multimodule project [M2]

Hi,


I tried to import a multimodule project into continuum and failed.

the structure of my projects


  projects
 |
 +-- xyz_proj_distributon
 |
 +-- xyz_proj_backend
 |
 +-- xyz_proj_frontend
 |
  

im my pom.xml of xyz_proj_distribution I have the following modules 
definition:


  ../xyz_proj_backend 
  ../xyz_proj_frontend 


When I'm locally everything works fine. 


Could anybody give me a hint how to add such a multimodule project to 
continuum.

TIA

Martin




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

SV: Is it possible?

2006-01-19 Thread Bengt-Erik Fröberg

EXCELLENT documentation on cargo! Maybe to take as a rolemodel for 
other components of Maven2? 

Examples of minimal, small and full-fledged configuration, not just a
cryptic html-table  with a intelligent "No description" in the column
"Description".
Just check out deploy:deploy goal gets you goin'..

Again: 
cargo;
Bravissimo!

/B-E

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Skickat: den 17 januari 2006 19:12
Till: Maven Users List
Ämne: Re: Is it possible?

Yes, you can use Maven for all of the tasks that you mentioned. In fact,
it doesn't really require a lot, as long as you set the packaging entry
in your pom.xml file to 'war', and as long as you have the sources and
resources in the appropriate locations. (If you don't, then you simply
add some extra properties to the pom.xml file.

Deploying it to Tomcat is a little trickier, but with Cargo
(http://cargo.codehaus.org/) it shouldn't be a problem.

> 1. Get sources and ressources from a subversion repository.

+/- yes, although I usually use svn or cvs commandline tools to check
things out.

> 2. Compile the sources.

yes!

> 3. Construct the web application. (Copy ressources and classes to the
> right place)

yes!

> 4. Build a war file. (Take the copied files and place them in a war
> file)

yes!

> 5. Deploy it on a tomcat server. (Copy the war file to the tomcat
> server)

yes, using Cargo: http://cargo.codehaus.org/

> 
> Is it possible - and how?
> 
> Bye
> 
> Lutz Fechner
> 
> 
> 
> 
> LEGAL DISCLAIMER
> The information in this transmission is privileged and/or contains
confidential information intended solely for the addressee! If the
> reader of this message is not the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this 
> communication is strictly prohibited. You must not copy, distribute,
disclose or take any action in reliance on or in relation to it. If you 
> have received this communication in error, please delete all copies of the
message and its attachments and notify the sender immediately.
> 
> VIRUS ADVICE
> E-mail transmission cannot be guaranteed to be secure or error-free as
information could be intercepted, corrupted, lost, destroyed, 
> arrive late or incomplete, or contain viruses. The sender therefore does
not accept liability for any errors or omissions in the content of 
> this message, which arise as a result of e-mail transmission. The contents
of any attachment to this e-mail may contain software 
> viruses wich could damage your own computer system. While we have taken
every reasonable precaution to minimze this risk, we 
> cannot rule out the possibility that attachments may contain software
viruses. You should carry out your own virus check before 
> opening the attachments.
-- 
_
Wilfred SpringerPhone  : +31 (0)3 3451 5736
Software Architect  Mobile : +31 (0)6 2295 7321
Client SolutionsFax: +31 (0)3 3451 5734
Enterprise Web Services Mail   : [EMAIL PROTECTED]
Sun Microsystems NetherlandsAIM: wilfred springer
http://blogs.sun.com/wilfred/


NOTICE: This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact
the sender by reply email and destroy all copies of the original
message.


-
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: Worst documentation in the whole apache projects

2006-01-19 Thread Domsch, Christian

I have to agree totally.

I do have some experience with open source projects and maven2 is one of the 
best documented open source tools. Clearly there are many points where docu is 
missing or not clearly enough. But I think the original poster has not much 
experience with *really* bad documented open source tools :-)

just my two cents...

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf 
> Of Carlos
> Sanchez
> Sent: Mittwoch, 18. Januar 2006 22:01
> To: Maven Users List
> Subject: Re: Worst documentation in the whole apache projects
> 
> 
> You can choose:
> - using it with the documentation it has
> - create your own system and document it to the extent you want
> 
> just good luck if you choose second option ;)
 

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

[m2] Central repository in a standalone environment

2006-01-19 Thread COUVREUR jacques

Hello,

I am using m1 since 2004 on my projects : our "remote repository" (m1)
is on a network drive (z:/maven/repository). We manage a pool of
business libraries and we want to control the dependencies.

I have downloaded the m2.0.2 and I want to do the same thing (use only
our local "central repository" (m2) without any internet connection),
but it does not work.
I'm trying several configurations with the
document(settings.xml)/settings/profiles/profile/repositories and the
document(pom.xml)/project/repositories tags, but without success !

For example, the following sample, extracted from my settings.xml: 


   
 
   
 central
 Local repository
 file://Z:\maven\repository
   
 
   
 

Generates the following error:
...
[INFO] Repository 'central' will be blacklisted
...
Caused by: java.net.UnknownHostException: repo1.maven.org
...


What is the good configuration???

Thanks.

Jacques




--
Ce message est protege par les regles relatives au secret des correspondances ; 
il peut en outre contenir des informations a caractere confidentiel ou 
protegees par differentes regles et notamment le secret des affaires ; il est 
etabli a destination exclusive de son destinataire. Toute divulgation, 
utilisation, diffusion ou reproduction (totale ou partielle) de ce message, ou 
des informations qu'il contient, doit etre prealablement autorisee. 
Tout message electronique est susceptible d'alteration et son integrite ne peut 
etre assuree. Les AGF declinent toute responsabilite au titre de ce message 
s'il a ete modifie ou falsifie. 
Si vous n'etes pas destinataire de ce message, merci de le detruire 
immediatement et d'avertir l'expediteur de l'erreur de distribution et de la 
destruction du message.
This message is protected by the secrecy of correspondence rules ; furthermore 
it may contain privileged or confidential information that is protected by law, 
notably by the secrecy of business relations rule ; it is intended solely for 
the attention of   the addressee . Any disclosure, use, dissemination or 
reproduction (either whole or  partial) of this message or the information 
contained herein is strictly prohibited without prior consent.
Any electronic message  is susceptible to alteration  and  its integrity can 
not be assured.  AGF declines any  responsibility for  this message in the 
event of  alteration  or falsification..
If you are not the intended  recipient, please destroy it immediately and  
notify the sender of the wrong delivery and the mail deletion. 
--


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

Re: Worst documentation in the whole apache projects

2006-01-19 Thread Tim OBrien

I've have to totally agree. 200%  The documentation is a total joke, it's hard 
to read and the
maintainers don't seem to care to create a consolidated reference.  

And, the book by Vincent Massol and Tim O'Brien is just a total rag.  I mean 
really, full of typos
and everything.  C'mon, if Maven were so EASY, why wold we need to read 
anything to know how to
use it.

How do they expect us to start a multi-project build when the help 
documentation is TOTALLY BLANK!
 And, the fact that Maven forces you to use the ibiblio 
repositorypuh-lease.  

You are right though, really I'd have to recommend gmake from now on.  Maven is 
for the birds.  I
mean, seriously, what are we paying these people for!?!

:-)

Tim O'Brien
[EMAIL PROTECTED]



--- "Nanamura, Roberto" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> Is there any way to improve all the documentation for the Maven.
> 
> I will not use Maven anymore since there are a bunch of thing missing
> from the documentation (and a lot of things do not work like the J2EE
> archetype which is nowhere to be find and I am not the only one to
> complain about it). 
> 
> It is good for a simple project (then again, why should I need maven for
> a simple Hello World project?). But if you add a J2EE layer or other
> components, it simpy does not have document (for example no document for
> the topic: "Guide to creating a multi-module build"). Then how should I
> create a multi-project maven? What is this artifactId and groupID? What
> the hell it keeps on going to the repo1.maven.org repository for my
> sub-projects? What are the examples? No samples? 
> 
> The reference is a joke. How can a reference be so laconious? It is a
> reference so every tag in the XML must have a good description (even the
> description in the generated xml is better than the reference!).
> 
> I do not recommend Maven to anyone starting a serious project for lack
> of documentation and erroneous documentation.
> 
> I spent the whole day try to make it work for a simple J2EE project,
> then I had to google it several times for each error (it should be in
> the document web-site).
> Whereas I would take one hour to create the directories, my build and
> deployment ant targets.
> 
> Thanks but I'd rather do not use it,
> 
> Roberto
> 
> 


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

RE: Worst documentation in the whole apache projects

2006-01-19 Thread Peschier J. (Jeroen)

Considering Maven is the work of volunteers I understand it comes with
no kind of warranty as to the quality of the product or the
documentation. However, since Maven is portrayed as an Apache project
you certain expectations are raised.

High profile open source projects like Maven should act responsibly
instead of hiding behind the "no warranty" claim. Payroll developers
using Maven for production work expect something to work. Some of the
features Maven claim to have are, at best, unfinished.

I have been evaluating Maven since 2.0 but we have not yet switched
because features are lacking or not-quite-there-yet. Development on
Maven seems active so I am optimistic about it maturing to a level to be
used in production environments.

I am quite the dualist on this. Open source projects are great when
there's an active community supporting the project. We have seen good
things die out last year like XDoclet... XDoclet has not seen a new
release since may 2005. There are many bugs that need fixing in XDoclet.
Contributions of non-committers are not even integrated or even checked
anymore. The maintainers no longer seem to care. Just an example of how
bad things can get with open source projects... Let's hope the same
thing doesn't happen to Maven.

-Oorspronkelijk bericht-
Van: Miguel Griffa [mailto:[EMAIL PROTECTED] 
Verzonden: donderdag 19 januari 2006 16:21
Aan: Maven Users List
Onderwerp: Re: Worst documentation in the whole apache projects

very well said!
I thinnk this kind ot mail would be totally ok in a commercial and
expensive
support forum of a build system,
but definetly not an open source one.

I also think documentation is a strong - in maven, but that's why I've
tried
to help on it a little, contributing is the way,

On 1/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
>
> You can choose:
> - using it with the documentation it has
> - create your own system and document it to the extent you want
>
> just good luck if you choose second option ;)
>
> On 1/18/06, Nanamura, Roberto <[EMAIL PROTECTED]>
wrote:
> > Hi,
> >
> > Is there any way to improve all the documentation for the Maven.
> >
> > I will not use Maven anymore since there are a bunch of thing
missing
> > from the documentation (and a lot of things do not work like the
J2EE
> > archetype which is nowhere to be find and I am not the only one to
> > complain about it).
> >
> > It is good for a simple project (then again, why should I need maven
for
> > a simple Hello World project?). But if you add a J2EE layer or other
> > components, it simpy does not have document (for example no document
for
> > the topic: "Guide to creating a multi-module build"). Then how
should I
> > create a multi-project maven? What is this artifactId and groupID?
What
> > the hell it keeps on going to the repo1.maven.org repository for my
> > sub-projects? What are the examples? No samples?
> >
> > The reference is a joke. How can a reference be so laconious? It is
a
> > reference so every tag in the XML must have a good description (even
the
> > description in the generated xml is better than the reference!).
> >
> > I do not recommend Maven to anyone starting a serious project for
lack
> > of documentation and erroneous documentation.
> >
> > I spent the whole day try to make it work for a simple J2EE project,
> > then I had to google it several times for each error (it should be
in
> > the document web-site).
> > Whereas I would take one hour to create the directories, my build
and
> > deployment ant targets.
> >
> > Thanks but I'd rather do not use it,
> >
> > Roberto
> >
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

--
Miguel Griffa
Skype: miguel.griffa
Y!: m_griffa
MSN: [EMAIL PROTECTED]
Cell: 54-911-62519355

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

Re: Continuum import multimodule project [M2]

2006-01-19 Thread Geoffrey De Smet




Peschier J. (Jeroen) wrote:

I experienced the same problem as you when importing a multimodule
project into Continuum. When you add the parent POM it looks for the
modules' POM relative to the group/artificat/version directory in the
repository. 


This awful scheme prevents all M2 multimodule projects from working in
Continuum. Inherently the problem is with the modules definition in the
POM as they are relative to the parent POM. Each module should have a
groupId and artifactId as well so continuum would be able to find the
modules in the repository.


I 've succesfully added a m2 multiproject in continuum in less then 5 
minutes, so "This awful scheme prevents all M2 multimodule projects from 
working in Continuum" is false.

However, one big difference, my directory structure was like this:
 xyz_proj_distributon
  |
  +-- xyz_proj_backend (extends distributon pom)
  |
  +-- xyz_proj_frontend (extends distributon pom)

It's very likely that continuum experiences problems due to submodules 
not being in the initial checkout in your case:
When you add xyz_proj_distributon and it checks it out, it's hasn't got 
a working copy of the modules.


In maven 1 there was something like a "multiproject basedir".
If it's not in maven 2, it's should be included and checked out instead 
of the actual basedir, module paths should start from there.


Maven 2 recommends the structure above (the one I am doing),
but Eclipse users don't like that, as they can't both view 
xyz_proj_distributon and xyz_proj_backend pom.xml's at the same time in 
eclipse. For colleague's who use eclipse I 've already had to make use 
of the multiproject basedir property in maven 1. In maven 2 it should be 
for them:


project (empty except for dirs)
+- parent-project (modules ../module1
   and ../module2/module2-parent-project)
+- module1
+- module2 (empty except for dirs)
   +- module2-parent-project
   +- module2-moduleA
   +- moudle2-moduleB



Sorry I cannot offer you a solution. I tried in vain too...


-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Verzonden: donderdag 19 januari 2006 14:40

Aan: users@maven.apache.org
Onderwerp: Continuum import multimodule project [M2]

Hi,


I tried to import a multimodule project into continuum and failed.

the structure of my projects


  projects
 |
 +-- xyz_proj_distributon
 |
 +-- xyz_proj_backend
 |
 +-- xyz_proj_frontend
 |
  

im my pom.xml of xyz_proj_distribution I have the following modules 
definition:



  ../xyz_proj_backend 
  ../xyz_proj_frontend 



When I'm locally everything works fine. 



Could anybody give me a hint how to add such a multimodule project to 
continuum.


TIA

Martin


--
With kind regards,
Geoffrey De Smet


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

[m2] Mailing list & how to deploy 3rd party jars ?

2006-01-19 Thread Romain Rouvoy


Hi everybody,

	Concerning the documentation of maven  ... it is sure that the  
documentation is not perfect but no one is perfect ... let's try to  
improve it :-). Maven plugin for Cargo has a good documentation  
describing well how to install/configure/execute the plugin, I think  
that it is the basis to build a solid documentation in Maven. By  
experience, I know that writing a documentation is not so easy as we  
can think when we read this documentation.


	Then, it can be interesting to create a Maven2 (or Maven1) specific  
mailing list... first to reduce the traffic on this mailing list and  
then to avoid the merge of question related to maven2 and maven1 ...  
I'm quite new to maven and sometimes I wonder if questions are  
related to maven2 (and then interesting for me) or maven1 (and then  
less interesting for me) ... so any opinion ? After all there is a  
mailing list for eclipse plugin so why not doing so for maven2 ?


end of my 2 cents...
beginning  my 2 questions :-)

	Finally, I'm currently trying to deploy jars that are not currently  
built with Maven2 (but will be in a near future) on the ObjectWeb  
repository (http://maven.objectweb.org/). I wonder what is the best  
way to do so ? I'm trying to first deploy these jars on my local  
repository using install:install-file goal and the -DgeneratePom=true  
property but even if the jar is correcttly installed in my local  
repository no artefact.pom file is generated :-( and how can I  
generate checksum and so on if currently my project is not a maven  
project ? :-/


	My second question is about java and the version of the compiler ...  
is there a way of specifying somewhere in the metadata of artefacts,  
the version of the compiler used to compile this artefact ? Basically  
if you compile a class using 1.5 compiler and execute using a 1.4  
jre, you will obtain a class version error :-/ ... How Maven2 handles  
this problems ?


end of my 2 questions

Regards,
Romain

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

SV: Worst documentation in the whole apache projects

2006-01-19 Thread Bengt-Erik Fröberg

I have posted a wish in JIRA on some kind of standard for plugin
documentation à la http://cargo.codehaus.org/Maven2+plugin. Under
"Documentation". Vote for it if you agree!

Regards,

/B-E

-Ursprungligt meddelande-
Från: Tim OBrien [mailto:[EMAIL PROTECTED] 
Skickat: den 19 januari 2006 17:05
Till: Maven Users List
Ämne: Re: Worst documentation in the whole apache projects

I've have to totally agree. 200%  The documentation is a total joke, it's
hard to read and the
maintainers don't seem to care to create a consolidated reference.  

And, the book by Vincent Massol and Tim O'Brien is just a total rag.  I mean
really, full of typos
and everything.  C'mon, if Maven were so EASY, why wold we need to read
anything to know how to
use it.

How do they expect us to start a multi-project build when the help
documentation is TOTALLY BLANK!
 And, the fact that Maven forces you to use the ibiblio
repositorypuh-lease.  

You are right though, really I'd have to recommend gmake from now on.  Maven
is for the birds.  I
mean, seriously, what are we paying these people for!?!

:-)

Tim O'Brien
[EMAIL PROTECTED]

--- "Nanamura, Roberto" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> Is there any way to improve all the documentation for the Maven.
> 
> I will not use Maven anymore since there are a bunch of thing missing
> from the documentation (and a lot of things do not work like the J2EE
> archetype which is nowhere to be find and I am not the only one to
> complain about it). 
> 
> It is good for a simple project (then again, why should I need maven for
> a simple Hello World project?). But if you add a J2EE layer or other
> components, it simpy does not have document (for example no document for
> the topic: "Guide to creating a multi-module build"). Then how should I
> create a multi-project maven? What is this artifactId and groupID? What
> the hell it keeps on going to the repo1.maven.org repository for my
> sub-projects? What are the examples? No samples? 
> 
> The reference is a joke. How can a reference be so laconious? It is a
> reference so every tag in the XML must have a good description (even the
> description in the generated xml is better than the reference!).
> 
> I do not recommend Maven to anyone starting a serious project for lack
> of documentation and erroneous documentation.
> 
> I spent the whole day try to make it work for a simple J2EE project,
> then I had to google it several times for each error (it should be in
> the document web-site).
> Whereas I would take one hour to create the directories, my build and
> deployment ant targets.
> 
> Thanks but I'd rather do not use it,
> 
> Roberto
> 
> 

-
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: Is there a documentation team

2006-01-19 Thread Tim OBrien

There is a group of people currently working on a Maven 2 book that promises to 
be the preferred
reference.  I think Carlos, Vincent, and Brett are working on that tome.

But, in terms of contributed to the online documentation.  I'd suggest the 
following because this
project could use the help.  There are various levels at which you can help:

Easiest: Just identify gaps in the online documentation.  Sign up for a JIRA 
account here:
http://jira.codehaus.org/secure/Dashboard.jspa, and file as many documentation 
bugs or wishes as
you would like.

More Involved: Checkout maven or the plugin you wish to document and submit 
patches to JIRA.  

I'd suggest joining the dev mailing list, but no invitation is required to 
participate.  

Tim O'Brien
[EMAIL PROTECTED]

--- "Hines, John" <[EMAIL PROTECTED]> wrote:

> I do some writing at work.  Is there already a team doing maven 2
> documentation?   How do I get in contact with them?
> 
> John Hines
> [EMAIL PROTECTED]
> 
> -Original Message-
> From: Kathryn Huxtable [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, January 19, 2006 8:50 AM
> To: Maven Users List
> Subject: Re: Worst documentation in the whole apache projects
> 
> Yes, that's one of the reasons why I'm switching from Maven 1 to Maven
> 2.
> It's just better. (But although it's released, it's not really done...)
> 
> -K
> 
> 
> On 1/19/06 7:31 AM, "Richard Allen" <[EMAIL PROTECTED]>
> wrote:
> 
> > I'm amazed at the lack of appreciation some people have for getting 
> > something for nothing! Maven is FREE! The developers don't get paid to
> 
> > write the code, much less the documentation, or even to respond to 
> > lousy user email. They do it all in their free time. However, I bet 
> > Roberto is getting paid to work on his J2EE project. Maven hasn't been
> 
> > around as long as many other Apache open-source projects. Open-source 
> > projects typically have poor documentation while the code is maturing.
> 
> > Like all open-source projects, if you want to really get to know the 
> > product, then read the code! It'll make you a better programmer. If 
> > you don't have time to read the code, then you shouldn't be using 
> > open-source projects. At least not until the project has matured.
> > 
> > I'm working on a build for a complex web application and I've found 
> > that Maven solves problems that Ant doesn't have a solution for. In 
> > particular, Maven handles transitive dependencies and is multiproject 
> > aware. If you are using Ant alone, then you have to write your own 
> > solution for these things. For things that Ant has but Maven is 
> > currently lacking, you can write your own plugin(s) or use the 
> > maven-antrun-plugin.
> > 
> > Richard Allen
> > 
> > 
> > Nanamura, Roberto wrote:
> > 
> >> Hi,
> >> 
> >> Is there any way to improve all the documentation for the Maven.
> >> 
> >> I will not use Maven anymore since there are a bunch of thing missing
> 
> >> from the documentation (and a lot of things do not work like the J2EE
> 
> >> archetype which is nowhere to be find and I am not the only one to 
> >> complain about it).
> >> 
> >> It is good for a simple project (then again, why should I need maven 
> >> for a simple Hello World project?). But if you add a J2EE layer or 
> >> other components, it simpy does not have document (for example no 
> >> document for the topic: "Guide to creating a multi-module build"). 
> >> Then how should I create a multi-project maven? What is this 
> >> artifactId and groupID? What the hell it keeps on going to the 
> >> repo1.maven.org repository for my sub-projects? What are the
> examples? No samples?
> >> 
> >> The reference is a joke. How can a reference be so laconious? It is a
> 
> >> reference so every tag in the XML must have a good description (even 
> >> the description in the generated xml is better than the reference!).
> >> 
> >> I do not recommend Maven to anyone starting a serious project for 
> >> lack of documentation and erroneous documentation.
> >> 
> >> I spent the whole day try to make it work for a simple J2EE project, 
> >> then I had to google it several times for each error (it should be in
> 
> >> the document web-site).
> >> Whereas I would take one hour to create the directories, my build and
> 
> >> deployment ant targets.
> >> 
> >> Thanks but I'd rather do not use it,
> >> 
> >> Roberto
> >> 
> >> 
> >>  
> >> 
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> --
> Kathryn Huxtable
> Middleware Architect
> Core Middleware
> Information Technology, a division of Information Services The
> University of Kansas
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
>

RE: [M2] Configuration parameters for my Mojo(s)

2006-01-19 Thread John Wells

This did not work.  It still does not pick up


  true


in the integration test phase.

Anyone else?  I have created a JIRA issue about this:

http://jira.codehaus.org/browse/MNG-1969


Note that when I tried your suggestion:

/**
 * Should these tests be skipped?
 * @parameter expression="skip" default-value="true"
 */
private boolean skip;

The "skip" value was still "false".  Setting it in the pom file had zero
effect.

If instead I did it the other way:

/**
 * Should these tests be skipped?
 * @parameter expression="true"
 */
private boolean skip;

At least the value of "true" was set on my variable, though I still can
not change the value with my pom.

BTW, all this is with 2.0.2

John Wells (Aziz)
[EMAIL PROTECTED]

-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 17, 2006 9:45 AM
To: Maven Users List
Subject: Re: [M2] Configuration parameters for my Mojo(s)

@parameter expression="skip" default-value="false"

would fix the problem.



On 1/17/06, John Wells <[EMAIL PROTECTED]> wrote:
>
> Does anyone have any help for me here?
>
> The basic problem is that my Mojo is not getting configured from the
> pom.xml file during the integration-test phase.  The details are
below.
> Someone please help!!!
>
> John Wells (Aziz)
> [EMAIL PROTECTED]
>
> -Original Message-
> From: John Wells
> Sent: Monday, January 16, 2006 7:54 AM
> To: Maven Users List
> Subject: RE: [M2] Configuration parameters for my Mojo(s)
>
> OK,
>
> I just found something else out:
>
> If instead I change the last "execution" for the plugin to be for
phase
> "package", then my variables get set properly.  So, if my pom.xml
> instead has this:
>
> 
> integration-test
> package
> 
>run-osgi-test
> 
> 
>true
> 
> 
>
> The problem with this is that my run-osgi-test then properly picks up
> the variables in the "packaging" phase but then goes ahead and runs
with
> the variables not set in the "integration-test" phase.
>
> I'm fairly sure there is a real maven bug here.
>
> It seems like the "configurator" is not working in the
integration-test
> phase.
>
> John Wells (Aziz)
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: John Wells
> Sent: Monday, January 16, 2006 7:45 AM
> To: Maven Users List
> Subject: [M2] Configuration parameters for my Mojo(s)
>
> I have a plugin that defines a new packaging type.  This is basically
> the same as the jar packaging type, except it does nothing in the test
> phase, has a special packaging phase (where some manifest entries are
> added) and an integration-test phase that runs an integration test.
>
> I am able to modify parameters in the "packaging" phase with no
problem.
> However, in the integration-test phase, for some reason, my parameters
> are not getting set from the pom.xml.  Here is the XML snippet from my
> pom.xml:
>
>  
>com.bea.core.maven2.plugins
>maven-osgi-bundler-plugin
>1.0.0-SNAPSHOT
>true
>
>  
>main
>package
>
>  osgi-bundle
>
>
>
> com.bea.jetty.JettyActivator
>  Jetty HTTP
>  OSGi HTTP service using
> Jetty
>
> com.bea.core.jetty
>  
>org.osgi.framework
>org.osgi.service.log
>com.bea.core.dioce
>com.bea.core.netio
>com.bea.core.wm
>  
>  
>
javax.servlet;version=2.5
>
> javax.servlet.http;version=2.5
>
> org.osgi.service.http;version=1.2
>  
>  
>.
>lib/http-service.jar
>lib/servlet.jar
>  
>
>  
>  
>test
>package
>
>  test-osgi-bundle
>
>
>
> com.bea.jetty.test.TestActivator
>  Jetty HTTP Tests
>  OSGi HTTP service using Jetty Testing
> Bundle
>
> com.bea.core.jetty.tests
>  
>org.osgi.framework
>javax.servlet
>javax.servlet.http
>org.osgi.service.http
>  
>
>  
>  
>integration-test
>integration-test
>
>  run-osgi-test
>
>
>  true
>
>  
>
>  
>
>
> With no problem at all the various variables I set in the "packaging"
> phase are being set.  There are two mojo's there, with the goals
> osgi-bundle and test-osgi-bundle.  Both of those things seem to be
> getting their configuration parameters just fine from the pom.xml.
>
> However, my run-osgi-test goal that happens from the integration-test
> phase is NOT getting the configuration parameter.
>
> Here is the output from "mvn -X integration-test" (well, some of
it)...
>
> [DEBUG] Configuring mojo
> 'com.bea.core.maven2.plugins:maven-osgi-bundler-plugin:
> 1.0.0-SNAPSHOT:

Multiple Projects with Maven 2

2006-01-19 Thread Taleswapper

   
 I've created a pom that references multiple  
projects using the  tag.  This works great, 
even  catching the order when one of the 
subprojects depends on another  subproject.
  
  However, if a subproject uses the result of 
another project as a plugin, I get a fatal error.  
Anybody experienced this?
  
  
  [INFO] Scanning for projects...
  [INFO] 

  [ERROR] FATAL ERROR
  [INFO] 

  [INFO] null
  [INFO] 

  [INFO] Trace
  java.lang.NullPointerException
  at 
org.apache.maven.project.ProjectSorter.addEdgeWithParentCheck(ProjectSorter.java:1
  72)
  at 
org.apache.maven.project.ProjectSorter.(ProjectSorter.java:123)
  at 
org.apache.maven.execution.ReactorManager.(ReactorManager.java:54)
  at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:286)
  at 
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113)
  at 
org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
  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:324)
  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)
  [INFO] 

  


-
Yahoo! Messenger  NEW - crystal clear PC to PC calling worldwide with voicemail

Re: Information on customizing a Maven project

2006-01-19 Thread Doug Douglass


Matthew,

What version of maven are you using/trying to use?

Maven 1.x has very good support and documentation for various properties 
files and how they are read and relate to the build process. See this 
reference:


http://maven.apache.org/maven-1.x/reference/properties.html

To many, including the developers, the derth of properties files, their 
relationships and locations seemed more a problem. Therefore, in Maven 
2.x, all these properties files have, to one degree or another, been 
incorporated into either the POM, or the local settings.xml. See other 
responses for reference links to profiles.


HTH,
DD

Osborne, Matthew wrote:

Hello
After much headbanging, I think I've figured out a solution to some
issues I've had in converting an Ant build process to Maven.  That
solution is customizing Maven builds using *.properties files.  However,
the documentation I was able to find on this on the maven website was
lacking a lot of critical details.  Can someone please point me to where
I can find some good information on this, and preferably someplace where
I can find some examples of customized maven projects and the associated
.properties files


Thanks

Matt Osborne

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

Maven2: Error trying to run tests.

2006-01-19 Thread Gerard Garrigan









Hello,

 

I have set up a maven project. When I try to run mvn test from within eclipse I get the following
error.

 

Compiling 453 source files to
E:\workarea\iTRAX2\target\classes

org.apache.maven.plugin.CompilationFailureException: Compilation failure

  at
org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:429)

  at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:110)

  at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:426)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:554)

  at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:508)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:494)[ERROR] mojo-execute :
compiler:compile

Diagnosis: Compilation failure

FATAL ERROR: Error executing Maven for a project

>> 

>> 

 

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:307)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:149)

  at
org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:439)

  at
org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:383)

  at org.maven.ide.eclipse.Maven2Executor.main(Maven2Executor.java:71)

 

As this is the first Maven project I have worked on there is
a chance that I may have set it up wrong. Any help would be greatly
appreciated.

 

Thanks very much,

Ger Garrigan
Software
Engineer

Castlewood House, Castlewood Ave,

Rathmines, Dublin 6, Ireland. 
Tel: 
+353 1 4060738   Fax:  +353 1 4060748 
www.precisionsoftware.com

Multiple Projects with Maven 2

2006-01-19 Thread Taleswapper

I've created a pom that references multiple  projects using the  
tag.  This works great, even catching  the order when one of the subprojects 
depends on another subproject.
  
  However, if a subproject uses the result of another project as a plugin, I 
get a fatal error.  Anybody experienced this?
  
  
  [INFO] Scanning for projects...
  [INFO] 

  [ERROR] FATAL ERROR
  [INFO] 

  [INFO] null
  [INFO] 

  [INFO] Trace
  java.lang.NullPointerException
  at 
org.apache.maven.project.ProjectSorter.addEdgeWithParentCheck(ProjectSorter.java:1
  72)
  at 
org.apache.maven.project.ProjectSorter.(ProjectSorter.java:123)
  at 
org.apache.maven.execution.ReactorManager.(ReactorManager.java:54)
  at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:286)
  at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113)
  at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
  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:324)
  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)
  [INFO] 

  
  




-
Yahoo! Messenger  NEW - crystal clear PC to PC calling worldwide with voicemail

[m2] Downloading m1 JARs from a legacy repo

2006-01-19 Thread Sasvata Chatterjee

When m2 downloads m1-built JARs from a legacy repo, and there is an
associated m1-POM, is m2 supposed to create a
4.0.0 POM in the local m2 repo?

I have this repo definition:



apache - legacy
legacy
http://cvs.apache.org/repository/


dist.codehaus.org - legacy
http://dist.codehaus.org
legacy



and when m2 (2.0.2) downloaded (several other codehaus.org JARs do
this, but as an example), picocontainer-1.2-RC-2.jar, it downloaded
the m1-POM verbatim.  The build later complains:

[WARNING] POM for 'picocontainer:picocontainer:pom:1.2-RC-2' is invalid. It will
 be ignored for artifact resolution. Reason: Not a v4.0.0 POM.

Thanks,
Shash

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

RE: Information on customizing a Maven project

2006-01-19 Thread Osborne, Matthew

Sorry I forgot to note the version. I have been using version 2.0.
However, I just realized that version 2.0 only allows for artifacts to
come from a central repository, and gives no leeway whatsoever with how
the dependencies are named (eg artifactname-1.0.jar must have the
version number in the filename no matter what).  So I may have to use
version 1.0, btu I haven't decided for sure yet

Matt Osborne

-Original Message-
From: Doug Douglass [mailto:[EMAIL PROTECTED] 
Sent: Thursday, January 19, 2006 12:00 PM
To: Maven Users List
Subject: Re: Information on customizing a Maven project

Matthew,

What version of maven are you using/trying to use?

Maven 1.x has very good support and documentation for various properties

files and how they are read and relate to the build process. See this 
reference:

http://maven.apache.org/maven-1.x/reference/properties.html

To many, including the developers, the derth of properties files, their 
relationships and locations seemed more a problem. Therefore, in Maven 
2.x, all these properties files have, to one degree or another, been 
incorporated into either the POM, or the local settings.xml. See other 
responses for reference links to profiles.

HTH,
DD

Osborne, Matthew wrote:
> Hello
> After much headbanging, I think I've figured out a solution to 
> some issues I've had in converting an Ant build process to Maven.  
> That solution is customizing Maven builds using *.properties files.  
> However, the documentation I was able to find on this on the maven 
> website was lacking a lot of critical details.  Can someone please 
> point me to where I can find some good information on this, and 
> preferably someplace where I can find some examples of customized 
> maven projects and the associated .properties files
> 
> 
> Thanks
> 
> Matt Osborne
> 
> -
> 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: [m2] Multiprojects and inherited SCM URLs

2006-01-19 Thread Emmanuel Venisse


Actually, you need to define scm url in all your modules if you want to use 
relative path.
This problem is fixed in maven-scm trunk.

Emmanuel

Yann Le Du a écrit :

Hi,

In order to ease Continuum use, we want to have the following project
structure :

~  PROJECT
~  +-- parent
~  +-- pom.xml
~  +-- module
~  +-- pom.xml

module has obviously parent for parent

parent defines this SCM URL :
scm:svn:svn://host/PROJECT/parent

In module, this is inheirted as :
scm:svn:svn://host/PROJECT/parent/module
... which is not what we want

Note that in parent the module is correctly defined :
../module

Is there way to inherit correct URL (e.g. through relativePath), or is the
only solution to put correct URL directly in module ?

TIA,

- Yann




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

M2 - Site & Deploy - Help needed

2006-01-19 Thread raghurajan . x . gurunathan

Hi All,

Thanks for reading this, I Need help on 2 things, if anyone has solution 
for this please post it

My Project has multi module like

project
   |+ - - Module-A
   |+ - -  pom.xml
   | + - - Module-B
   | + - - pom.xm
   + - - pom.xml

1. Deploy Related
   lets say in my Module-B when i used  tag in my build 
section to create a jar file as "Raghu.jar" instead of 
"Module-B-SNAPSHOT.jar". so when
   i do "mvn package" i'm getting "Raghu.jar" and everything works 
fine. so far Great!!. 
   But now when i wanted to deploy this artifact to my repository 
(i.e) when i don "mvn deploy" my artifact is being deployed as 
"Module-B-SNAPSHOT.jar" 
   instead of "Raghu.jar". Is there way to ask maven to deploy it has 
"Raghu.jar" ??

2. Site Related

 How do i spcify url location for the dependencies., lets say for e.g 
i created  a site using "mvn site:site" its created a webpages, but there 
is no navigation
 link from project --> Module-A  & Module-B. i want to give navigation 
link so that i can just click on that link to go to either Module-A 
/Module-B instead of
 typing the address in address bar.. also if a i have Module-A has 
depedency in Module-B  after site is created when i look at the Module-B 
site there is no
 link at the url section for Module-A, Is there a way we can specify 
this ???

Please Help 
 




Thanks,
Raghurajan G

Re: Continuum import multimodule project [M2]

2006-01-19 Thread Emmanuel Venisse

With actual version of maven-scm, you must define scm-url in all your modules if you use relative
path for module declaration.

This problem is fixed in maven-scm trunk

Emmanuel

[EMAIL PROTECTED] a écrit :

Hi,

I tried to import a multimodule project into continuum and failed.

the structure of my projects

projects
|
+-- xyz_proj_distributon
|
+-- xyz_proj_backend
|
+-- xyz_proj_frontend
|

im my pom.xml of xyz_proj_distribution I have the following modules
definition:

../xyz_proj_backend
../xyz_proj_frontend

When I'm locally everything works fine.

Could anybody give me a hint how to add such a multimodule project to
continuum.

TIA

Martin

++
Diese Nachricht ist vertraulich und ausschließlich für den/die Adressaten
bestimmt. Sollten Sie nicht der beabsichtigte Adressat, einer seiner
Mitarbeiter oder sein Empfangsbevollmächtigter sein, ist jede Form der
Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts
dieser Nachricht unzulässig. In diesem Fall bitten wir, den Absender umgehend
zu benachrichtigen und die Nachricht zu vernichten. Elektronisch versandte
Nachrichten können durch Unberechtigte manipuliert und/oder gelesen werden,
weshalb jegliche Haftung hierfür ausgeschlossen wird.
++
This communication is confidential and is intended solely for the addressee(s).
If you are not the intended recipient(s), his/her assistant, or authorized
recipient, any form of disclosure, reproduction, distribution or any use of
this communication or the information in it, is strictly prohibited and may be
unlawful. In this case, please notify the sender immediately and destroy the
e-mail. Electronic communication via the Internet by e-mail may be manipulated
and/or read by third parties, thus we exclude any liability whatsoever for this
e-mail.
++

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

Re: [M1] Ant Zip task excluded empty directories

2006-01-19 Thread Lukas Theussl


This is fixed only in the current maven 1.1-beta-3:
http://jira.codehaus.org/browse/MAVEN-1657

(jira seems to have some problems again, right now you can't see any 
comments, just wait a bit).


Lukas


Afkham Azeez wrote:

Hi Folks,

I'm using Maven 1.0.2. I have a problem with the ant zip task. Empty
directories are not getting included in the zip archive. Seems like a
bug. Anybody encountered a similar situation before?
--
Thanks
Afkham Azeez

-
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: Information on customizing a Maven project

2006-01-19 Thread Doug Douglass


Matt,

While it's true that M1 provides a jar override mechanism via 
properties, I've found I've used it very infrequently (I still use m1 
day in and day out).


Regarding version numbers in artifact names, if you find that you're 
trying to circumvent this, you'll be fighting an uphill battle with 
*any* version of maven.


It sounds like you're struggling with 3rd party artifacts that don't 
have versions in their names. There's a lot of talk about dealing with 
this in the list archives.


HTH,
DD

Osborne, Matthew wrote:

Sorry I forgot to note the version. I have been using version 2.0.
However, I just realized that version 2.0 only allows for artifacts to
come from a central repository, and gives no leeway whatsoever with how
the dependencies are named (eg artifactname-1.0.jar must have the
version number in the filename no matter what).  So I may have to use
version 1.0, btu I haven't decided for sure yet

Matt Osborne



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

Maven Output Verbosity

2006-01-19 Thread Mike Lantink

Is there a way to turn down the output produced during a maven execution...goal 
specific or otherwise ? 

Regards,

Michael Lantink
Software Engineer 
(519) 880-2400 ext 2765
www.sandvine.com


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

ibiblio maven2 repository

2006-01-19 Thread jerome lacoste

I sent this message 2 days ago, but got no answer:

On 1/17/06, jerome lacoste <[EMAIL PROTECTED]> wrote:
> there used to be a zip file of jakarta-tomcat version 5.5.9 on ibiblio
> under maven2/org/apache/jakarta-tomcat/...
>
> it's not there anymore. Was it removed intentionally?
>
> If so, what is the policy on ibiblio with regard to stability of
> published artifacts?
> If not, can we redeploy it there?
>
> Jerome

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

Re: ibiblio maven2 repository

2006-01-19 Thread Carlos Sanchez

nothing gets removed or changed from ibiblio (ideally)

I dont think there was ever anything under org/apache/jakarta-tomcat
when everything is uder tomcat

On 1/19/06, jerome lacoste <[EMAIL PROTECTED]> wrote:
> I sent this message 2 days ago, but got no answer:
>
> On 1/17/06, jerome lacoste <[EMAIL PROTECTED]> wrote:
> > there used to be a zip file of jakarta-tomcat version 5.5.9 on ibiblio
> > under maven2/org/apache/jakarta-tomcat/...
> >
> > it's not there anymore. Was it removed intentionally?
> >
> > If so, what is the policy on ibiblio with regard to stability of
> > published artifacts?
> > If not, can we redeploy it there?
> >
> > Jerome
>
> -
> 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: ibiblio maven2 repository

2006-01-19 Thread Brett Porter

Are you sure? I don't see any /jakarta-tomcat/ and wouldn't know where
that would have come from.

As to policy, we don't remove anything lightly. It would only be for
legal reasons or at the request of the project.

- Brett

On 1/19/06, jerome lacoste <[EMAIL PROTECTED]> wrote:
> I sent this message 2 days ago, but got no answer:
>
> On 1/17/06, jerome lacoste <[EMAIL PROTECTED]> wrote:
> > there used to be a zip file of jakarta-tomcat version 5.5.9 on ibiblio
> > under maven2/org/apache/jakarta-tomcat/...
> >
> > it's not there anymore. Was it removed intentionally?
> >
> > If so, what is the policy on ibiblio with regard to stability of
> > published artifacts?
> > If not, can we redeploy it there?
> >
> > Jerome
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: [m2] Error setting contextRoot in my ear

2006-01-19 Thread Mick Knutson


The worked. Thanks


Thanks
Mick Knutson

http://www.BASELogic.com
http://www.MickKnutson.com

MSN Messenger: [EMAIL PROTECTED]



- Original Message - 
From: "Rinku" <[EMAIL PROTECTED]>

To: "Maven Users List" 
Sent: Saturday, January 14, 2006 11:41 AM
Subject: Re: [m2] Error setting contextRoot in my ear



Hi,
I am wondering if the  is supposed to be written as 
Can you try that.

Cheers, Rahul
- Original Message - 
From: "Mick Knutson" <[EMAIL PROTECTED]>

To: 
Sent: Sunday, January 15, 2006 4:31 AM
Subject: [m2] Error setting contextRoot in my ear


I want my application contextRoot to be / so there is no additional 
directory for my app.

But I add this into my ear plugin cfg:

   
   maven-ear-plugin
   
   
   
   true
   
   
   
   
   com.yoursos.servlets
   yoursos
   /
   
   
   
   


and here is the error I get:

[INFO] Building YourSOS Enterprise Application Resource (EAR) Assembly
[INFO]task-segment: [package]
[INFO] 

[INFO] 

[ERROR] BUILD ERROR
[INFO] 

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




Cause: Class 'org.apache.maven.plugin.ear.EarModule' cannot be 
instantiated










---
Thank You
Mick Knutson

Sr. Java/J2EE Consultant
BASE logic, inc.
(415) 648-1804 (S.F., CA)
http://www.BASELogic.com

Washington Mutual (WAMU) (Emeryville, California)
---



-
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: [M2] Is generating an application.xml with connector module possible?

2006-01-19 Thread Stephane Nicoll

On 1/19/06, Peschier J. (Jeroen) <[EMAIL PROTECTED]> wrote:
>
> My use-case:
> - Using the maven-ear-plugin to generate the application.xml deployment
> descriptor.
> - Want to include a SAR module in the deployment descriptor.
> - Found out about ejbModule, warModule and javaModule but could not find
> any info on how to generate a connector module. So I tried the obvious:

A connector is a rar file as per spec. JBoss has its own sar format
which is supported in the EAR plugin. If you have a dependency of type
'sar' it should work out of the box.

You don't need to configure it in the  section (regarding
includeInApplicationXml which is javaModule specific)


> I read the plugin
> configuration doc and found that "modules" is of type "EarModule". Where
> can I find info on the definition of "EarModule"?

FYI, the supported implementations of EarModule are:

* jar
* ejb
* ejb-client
* ejb3
* par
* rar
* war
* sar

This is a good idea, I will update the doc for the next plugin's release.

Cheers,
Stéphane



--
.::You're welcome ::.

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

Re: [m2] Dependencies declaration: .dll / .so files howto?

2006-01-19 Thread Loïc Lefèvre

Hello all,
Yes, the dll are hardcoded in the *thirdparty* application so
recompiling is not the right solution (apart telling this directly to
the team).

Okay, I've figured out too that  can't be empty ;o)

I'll take a look at this famous dependency-maven-plugin.

Thanks!
Loic

On 1/19/06, Wim Deblauwe <[EMAIL PROTECTED]> wrote:
> You will need to put them in your repository with a version.
>
> When you compile, you first copy the necessairy dll files to your
> target directory. During this copy you can strip off the version,
> going back to the original name. The dependency-maven-plugin can do
> this stripping for you.
>
> regards,
>
> Wim
>
> 2006/1/18, Loïc Lefèvre <[EMAIL PROTECTED]>:
> > However, what can I do if I *can't* rename the .dll / .so files:
> > for example:
> >
> > DevIL.dll -> DevIL-0.99.dll will be perfect for the maven 2 repository
> > however the dll isn't linked anymore! And if I set the version tag to
> > empty () then the POM
> > becomes invalid!
> >
> > What can I do?
> >
> > Loic
> >
> > On 1/18/06, Napoleon Esmundo Ramirez <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > >
> > > Native libraries are treated just like any other dependency in the
> > > repository.  What's important is, it has to have a properly defined pom in
> > > the repository containing something like:
> > >
> > > 
> > >   4.0.0
> > >   swt
> > >   swt
> > >   1.0
> > >   dll
> > > 
> > >
> > >
> > > and declared in the project as a dependency like:
> > >
> > > 
> > >   ...
> > >   
> > > 
> > >   swt
> > >   swt
> > >   1.0
> > >   dll 
> > > 
> > >   
> > >   ...
> > > 
> > >
> > > I hope this helps.
> > >
> > >
> > > Cheers!
> > > Nap
> > >
> > > On 1/18/06, Valerio Schiavoni <[EMAIL PROTECTED]> wrote:
> > > >
> > > > this is interesting also to me, have to solve the same problem for a
> > > > project
> > > > using swt graphical libraries, and need some platform-dependant .so
> > > > libraries to be accessible.
> > > > this is easy within eclipse, but don't know how to configure it via 
> > > > maven.
> > > >
> > > >
> > > > 2006/1/17, Loïc Lefèvre <[EMAIL PROTECTED]>:
> > > > >
> > > > > Hi,
> > > > > It's me again, I'm currently trying to add LWJGL as a dependency to my
> > > > > project.
> > > > > However, I wonder how one can add the required native librairies
> > > > > (.dll, .so...) to the dependencies for example for test purposes.
> > > > >
> > > > > Do someone know?
> > > > >
> > > > > Thanks in advance!
> > > > > Loic
> > > > >
> > > > > -
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > To Iterate is Human, to Recurse, Divine
> > > > James O. Coplien, Bell Labs
> > > >
> > > >
> > >
> > >
> >
> > -
> > 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: [m2] Multiprojects and inherited SCM URLs

2006-01-19 Thread Dennis Lundberg


Yann Le Du wrote:

Hi,

In order to ease Continuum use, we want to have the following project
structure :

~  PROJECT
~  +-- parent
~  +-- pom.xml
~  +-- module
~  +-- pom.xml

module has obviously parent for parent

parent defines this SCM URL :
scm:svn:svn://host/PROJECT/parent

In module, this is inheirted as :
scm:svn:svn://host/PROJECT/parent/module
... which is not what we want

Note that in parent the module is correctly defined :
../module

Is there way to inherit correct URL (e.g. through relativePath), or is the
only solution to put correct URL directly in module ?


How about this:
scm:svn:svn://host/PROJECT/${pom.artifactId}

This should work if you use the same name for the part in your svn 
repository as their artifactIds.


--
Dennis Lundberg

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

Dependency on hibernate

2006-01-19 Thread Guenther Schroettner

Hello!

I added a dependency on hibernate in my pom.xml:



  hibernate
  hibernate
  3.1rc2
  compile


If I try to compile I get an error:

[INFO] 

[ERROR] BUILD ERROR
[INFO] 

[INFO] Failed to resolve artifact.

required artifacts missing:
  javax.transaction:jta:jar:1.0.1B


Hiberante needs JTA. I was at http://www.ibiblio.org/maven2/ and search for 
the jar-file. There is no JAR on this server. How can I resolve this 
dependency?

Thanks in advance!

- Guenther

-- 
  Guenther Schroettner
  [EMAIL PROTECTED]

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

Re: Dependency on hibernate

2006-01-19 Thread Greg Case

Guenther,

You will need to download the jar separately from sun and install it in your
local repository.  Please see
http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html for more
information.

Regards,

Greg Case

On 1/19/06, Guenther Schroettner <[EMAIL PROTECTED]> wrote:
>
> Hello!
>
> I added a dependency on hibernate in my pom.xml:
>
>
> 
>   hibernate
>   hibernate
>   3.1rc2
>   compile
> 
>
> If I try to compile I get an error:
>
> [INFO]
>
> 
> [ERROR] BUILD ERROR
> [INFO]
>
> 
> [INFO] Failed to resolve artifact.
>
> required artifacts missing:
>   javax.transaction:jta:jar:1.0.1B
>
>
> Hiberante needs JTA. I was at http://www.ibiblio.org/maven2/ and search
> for
> the jar-file. There is no JAR on this server. How can I resolve this
> dependency?
>
> Thanks in advance!
>
> - Guenther
>
> --
>   Guenther Schroettner
>   [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[m2] Question about writing my first Mojo

2006-01-19 Thread Matthew Beermann

It's my understanding that plugins do not communicate with one another 
directly; rather, they utilize their parameters. Which is all well and good, so 
here's what I'm trying to do:
   
  I'm writing a plugin that overrides Surefire's classpath to a classpath that 
I've constructed. In particular, I do _not_ want the project's  
to be included on the test classpath. It appears that all I have to do is alter 
the value of ${project.testClasspathElements}.
   
  So... how do I do that? Maven's @parameter magic annotation lets me get the 
value in, but how do I write it back back out again?
   
  A related question might be: what's the "lifespan" of changes I make to these 
properties? In other words, if I run "mvn myplugin test", it appears that the 
changes I've made have been discarded by the time the surefire plugin sees them.
   
  --Matthew


-
Yahoo! Photos  Showcase holiday pictures in hardcover
 Photo Books. You design it and well bind it!

RE: Worst documentation in the whole apache projects

2006-01-19 Thread Darren Hartford

I have been using since Maven pre-1.0, and actually have it in
production in a couple larger projects and have been happy with the
general documentation and maturity of the maven 1.0, 1.1 series.  

However, I am supporting Jeroen's perception of Maven 2.0's "features
are lacking or not-quite-there-yet" statement.  Some of the great things
of Maven 1.0/1.1 that developers have switched to and rely on are not
available yet in Maven 2.0 -- and this may be more about the plugins
themselves rather than the Maven 2.0 core.  I know there have been
discussions/threads regarding backward compatability for plugins that
may help the feature-list.

And as for documentation, well, examples are worth a lot more than
several chapters of theory/reasoning/why-we-are-planning-ahead-this-way
documentation.  The people on the mailing lists, both committers and the
user-base, have been very supportive regardless if there was
documentation related to the issue. :-)

Keep Maven rolling!

-D


> -Original Message-
> From: Peschier J. (Jeroen) [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, January 19, 2006 11:15 AM
> To: Maven Users List
> Subject: RE: Worst documentation in the whole apache projects
> 
> 
> Considering Maven is the work of volunteers I understand it 
> comes with no kind of warranty as to the quality of the 
> product or the documentation. However, since Maven is 
> portrayed as an Apache project you certain expectations are raised.
> 
> High profile open source projects like Maven should act 
> responsibly instead of hiding behind the "no warranty" claim. 
> Payroll developers using Maven for production work expect 
> something to work. Some of the features Maven claim to have 
> are, at best, unfinished.
> 
> I have been evaluating Maven since 2.0 but we have not yet 
> switched because features are lacking or not-quite-there-yet. 
> Development on Maven seems active so I am optimistic about it 
> maturing to a level to be used in production environments.
> 

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

Re: Worst documentation in the whole apache projects

2006-01-19 Thread Kathryn Huxtable

For what it's worth, I like Maven 2.0. The show stopper for me as far as
having my team switch to it is the insufficiency of the Eclipse plugin for
Maven. We use Eclipse as our IDE, and a pom editor would be very nice, as
well as a more full-functioned dependency search utility.

Also, we're mainly developing and running in JDK 1.5 now, and it seems that
there are some problems there. I can't get a war package to run in Eclipse
using the MNGECLIPSE plugin.

-K


On 1/19/06 4:15 PM, "Darren Hartford" <[EMAIL PROTECTED]> wrote:

> I have been using since Maven pre-1.0, and actually have it in
> production in a couple larger projects and have been happy with the
> general documentation and maturity of the maven 1.0, 1.1 series.
> 
> However, I am supporting Jeroen's perception of Maven 2.0's "features
> are lacking or not-quite-there-yet" statement.  Some of the great things
> of Maven 1.0/1.1 that developers have switched to and rely on are not
> available yet in Maven 2.0 -- and this may be more about the plugins
> themselves rather than the Maven 2.0 core.  I know there have been
> discussions/threads regarding backward compatability for plugins that
> may help the feature-list.
> 
> And as for documentation, well, examples are worth a lot more than
> several chapters of theory/reasoning/why-we-are-planning-ahead-this-way
> documentation.  The people on the mailing lists, both committers and the
> user-base, have been very supportive regardless if there was
> documentation related to the issue. :-)
> 
> Keep Maven rolling!
> 
> -D
> 
> 
>> -Original Message-
>> From: Peschier J. (Jeroen) [mailto:[EMAIL PROTECTED]
>> Sent: Thursday, January 19, 2006 11:15 AM
>> To: Maven Users List
>> Subject: RE: Worst documentation in the whole apache projects
>> 
>> 
>> Considering Maven is the work of volunteers I understand it
>> comes with no kind of warranty as to the quality of the
>> product or the documentation. However, since Maven is
>> portrayed as an Apache project you certain expectations are raised.
>> 
>> High profile open source projects like Maven should act
>> responsibly instead of hiding behind the "no warranty" claim.
>> Payroll developers using Maven for production work expect
>> something to work. Some of the features Maven claim to have
>> are, at best, unfinished.
>> 
>> I have been evaluating Maven since 2.0 but we have not yet
>> switched because features are lacking or not-quite-there-yet.
>> Development on Maven seems active so I am optimistic about it
>> maturing to a level to be used in production environments.
>> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

--
Kathryn Huxtable
Middleware Architect
Core Middleware
Information Technology, a division of Information Services
The University of Kansas


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

running an antrun task alone -- or pulling a maven classpath from the pom?

2006-01-19 Thread Eric Biesterfeld

So, I have my maven classpath all set up, everything's running quite nicely.
(and once this release is out and I'm settled down in a few projects I'll
try to write up what we did to get our multi-product, multimodule ant
project building under Maven 2...) However, I'm trying to run TestNG and I'm
running into a bit of a problem.

While the ant task I've set up for the task runs quite nicely when run
within the build process, I can't find a way to run this task separately.
>From the pom.xml:


  
maven-antrun-plugin

  
run-testng
test

  

  


  run

  

  


and that testng.xml:



  



  

  



  

  

___

mvn antrun:run doesn't work. I don't seem to find any property to specify
how to run this particular task after looking at the sources at
http://svn.apache.org/viewcvs.cgi/maven/plugins/trunk/maven-antrun-plugin/src/main/java/org/apache/maven/plugin/antrun/.

Of course, finding a way to pull the dependencies from the POM in the ant
script would work as well. However as it is, there is no obvious way to that
either. As such, I have to modify a build file when I want to run another
set of tests, which is a suboptimal solution.

Thanks for any help! --Eric

M2 : Issue with echoproperties task with maven-antrun-plugin using Maven 2.0

2006-01-19 Thread Matthew Wheaton

Hi all,

I have the following in my pom.xml

  
org.apache.maven.plugins
maven-antrun-plugin


generate-sources


 
   



  run
  
  

  

I have the following in my build.xml for the postGenerateSources target

  


  

If I run the postGenerateSources target standalone using  "ant
postGenerateSources", the task executes just fine.

Within Maven, I get the following error

Does Maven not support the echoproperties task ?
echoproperties has been around since Ant 1.6

postGenerateSources:
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Error executing ant tasks

Embedded error: The following error occurred while executing this line:
X:\eclipse_workspaces\CSI_E6_MidTier\csi_common\build.xml:9: Could not
create task or type of type: echoproperties.

Ant could not find the task or a class this task relies upon.

This is common and has a number of causes; the usual
solutions are to read the manual pages then download and
install needed JAR files, or fix the build file:
 - You have misspelt 'echoproperties'.
   Fix: check your spelling.
 - The task needs an external JAR file to execute
 and this is not found at the right place in the classpath.
   Fix: check the documentation for dependencies.
   Fix: declare the task.
 - The task is an Ant optional task and the JAR file and/or libraries
 implementing the functionality were not found at the time you
 yourself built your installation of Ant from the Ant sources.
   Fix: Look in the ANT_HOME/lib for the 'ant-' JAR corresponding to the
 task and make sure it contains more than merely a META-INF/MANIFEST.MF.
 If all it contains is the manifest, then rebuild Ant with the needed
 libraries present in ${ant.home}/lib/optional/ , or alternatively,
 download a pre-built release version from apache.org
 - The build file was written for a later version of Ant
   Fix: upgrade to at least the latest release version of Ant
 - The task is not an Ant core or optional task
 and needs to be declared using .
 - You are attempting to use a task defined using
 or  but have spelt wrong or not
   defined it at the point of use

Remember that for JAR files to be visible to Ant tasks implemented
in ANT_HOME/lib, the files must be in the same directory or on the
classpath

Please neither file bug reports on this problem, nor email the
Ant mailing lists, until all of these causes have been explored,
as this is not an Ant bug.
[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error executing ant
tasks
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:544)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
(DefaultLifecycleExecutor.java:469)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
DefaultLifecycleExecutor.java:448)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:301)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:268)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:137)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:316)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
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)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error executing
ant tasks
at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(
AbstractAntMojo.java:114)
at org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:83)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:399)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:519)
... 16 more
Caused by: The following error occurred while executing this line:
X:\eclipse_w

RE: M2 : Issue with echoproperties task with maven-antrun-plugin using Maven 2.0

2006-01-19 Thread Sean Hennessy

See previous thread..
Subjext: [m2] antrun build.xml

Re: one more question regarding PreGoal

2006-01-19 Thread Henry Isidro


Ok, let's break down your example.

When you call 'newVersion', these happen (in this order):
-> ${basedir}/target/classes get deleted
-> it attempts to run 'jar:install' but a preGoal for it has been 
defined, so maven must execute everything defined in the preGoal first
-> the cvs command is executed (this is inside the preGoal 
definition)

-> 'jar:install' finally runs

So, in answer to your questions, the preGoal will execute, not before or 
after the 'newVersion' but inside it, before 'jar:install'.


Regards,
Henry



Zheng Wen Zhe wrote:

Thanks Henry,
But what about there are other goals reside in this maven.xml with Pregoal
together? 
For instance,





  
***

   

package="build.number" quiet="true" />


within the example above, I want to call goal 'newVersion'.Will Pregoal
execute also?If so, before 'newVersion' or after 'newVersion'?

Regards,
Jason



-Original Message-
From: Henry Isidro [mailto:[EMAIL PROTECTED]
Sent: 19 January 2006 09:16
To: Maven Users List
Subject: Re: PreGoal ??


preGoal executes the scripts you specify before the goal named. For 
instance,



 ...


Anything between  and  would execute first and then 
java:compile would be executed.


Regards,
Henry

Zheng Wen Zhe wrote:



Hi,
I have a pregoal set up among some other goals within my maven.xml file.
Why this pregoal could run automatically without being called?
Is this the nature of PreGoal?

Regards,
Jason

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

Integrating Eclipse with Maven2

2006-01-19 Thread William Ferguson

The "Guide to using Eclipse with Maven 2.x" states that the command to
configure Eclipse with the path to the local Maven repository doesn't
work.

It does actually add an org.eclipse.jdt.core.classpathVariable.M2_REPO
entry
into org.eclipse.jdt.core.prefs, but (on Windows 2000 at least) it
places 3 
back slashes between the drive letter and the colon instead of a single
back 
slash. So the quick solution is to edit the file and reduce the slashes
from 
3 to 1 and then Eclipse happily finds the local repository.

Real solution is to change the code doing the translation of the Maven2
repository path.

NB posted this here because it stung me and I couldn't find any similar
post 
in the archives.

William

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

RE: Worst documentation in the whole apache projects

2006-01-19 Thread Phill Moran

This is an interesting thread one that strikes at the heart of open source in
the marketplace. A product paid for or not needs to be complete, functional and
correct. To stop short is just that. The documentation like QA testing is
required to consider the job complete. I am a long time coder and much prefer
the excitement of coding than the effort of documenting. I am also a new adopter
to Maven and cannot move over until this is closer to a complete product. Core
developers should complete documentation like test cases during checking, the
same goes for plug-ins.
A main concern around raised later in this thread about major open source
project that fail/die (e.g. XDoclet). It is hard to justify ones expense of time
to install, learn and configure a product if it is likely to fade away.

All that being said I add this email in the hopes that this excellent product
will continue to grow and thrive

Phill

-Original Message-
From: Miguel Griffa [mailto:[EMAIL PROTECTED] 
Sent: January 19, 2006 10:21 AM
To: Maven Users List
Subject: Re: Worst documentation in the whole apache projects

very well said!
I thinnk this kind ot mail would be totally ok in a commercial and expensive
support forum of a build system, but definetly not an open source one.

I also think documentation is a strong - in maven, but that's why I've tried to
help on it a little, contributing is the way,

On 1/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
>
> You can choose:
> - using it with the documentation it has
> - create your own system and document it to the extent you want
>
> just good luck if you choose second option ;)
>
> On 1/18/06, Nanamura, Roberto <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Is there any way to improve all the documentation for the Maven.
> >
> > I will not use Maven anymore since there are a bunch of thing 
> > missing from the documentation (and a lot of things do not work like 
> > the J2EE archetype which is nowhere to be find and I am not the only 
> > one to complain about it).
> >
> > It is good for a simple project (then again, why should I need maven 
> > for a simple Hello World project?). But if you add a J2EE layer or 
> > other components, it simpy does not have document (for example no 
> > document for the topic: "Guide to creating a multi-module build"). 
> > Then how should I create a multi-project maven? What is this 
> > artifactId and groupID? What the hell it keeps on going to the 
> > repo1.maven.org repository for my sub-projects? What are the examples? No
samples?
> >
> > The reference is a joke. How can a reference be so laconious? It is 
> > a reference so every tag in the XML must have a good description 
> > (even the description in the generated xml is better than the reference!).
> >
> > I do not recommend Maven to anyone starting a serious project for 
> > lack of documentation and erroneous documentation.
> >
> > I spent the whole day try to make it work for a simple J2EE project, 
> > then I had to google it several times for each error (it should be 
> > in the document web-site).
> > Whereas I would take one hour to create the directories, my build 
> > and deployment ant targets.
> >
> > Thanks but I'd rather do not use it,
> >
> > Roberto
> >
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

--
Miguel Griffa
Skype: miguel.griffa
Y!: m_griffa
MSN: [EMAIL PROTECTED]
Cell: 54-911-62519355

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

Re: M-2.0.2 - Error in downloading build-helper-maven-plugin

2006-01-19 Thread Allan Ramirez


Hi,

The problem is you executed "mvn install:install". Use "mvn 
install:install-file" for installing 3rd party jars


-allan

[EMAIL PROTECTED] wrote:


No it was missed while coping it from the command line...

can u give any simple steps/sample how to manually download and use 
plugins


Appreciate your help in this


Thanks,
Raghurajan G 






"Brian E. Fox" <[EMAIL PROTECTED]>
01/18/2006 03:15 PM
Please respond to "Maven Users List"


   To: "Maven Users List" 
   cc: 
   Subject:RE: M-2.0.2 - Error in downloading build-helper-maven-plugin



-DgroupId="org.code
aus.mojo"

Missing the h in codehaus 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 18, 2006 4:06 PM

To: Maven Users List
Cc: Maven Users List
Subject: RE: M-2.0.2 - Error in downloading build-helper-maven-plugin

Brain,

what i do i need to do after downloading this, i tried to do 3rd party
jar install as described in 


http://maven.apache.org/guides/mini/guide-installing-3rd-party-jars.html

C:\Raghu\downloads>mvn install:install
-Dfile="build-helper-maven-plugin-1.0-20060106.071921-1.jar" 
-DgroupId="org.code
aus.mojo" -DartifactId="build-helper-maven-plugin" 
-Dversion="1.0-SNAPSHOT" -Dpackaging="jar"

[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'install'.
[INFO] org.codehaus.mojo: checking for updates from central [WARNING]
*** CHECKSUM FAILED - Checksum failed on download: local =
'3aa1e9bc702196182205da3177f19764ef6f5daf'; remote =
'cdd8afa9299218eedeffc6d9da031e5a349d3516' - RETRYING [WARNING] ***
CHECKSUM FAILED - Checksum failed on download: local =
'3aa1e9bc702196182205da3177f19764ef6f5daf'; remote =
'cdd8afa9299218eedeffc6d9da031e5a349d3516' - IGNORING [INFO]


[INFO] Building Maven Default Project
[INFO]task-segment: [install:install]
[INFO]


[INFO]


[ERROR] BUILD ERROR
[INFO]


[INFO] Cannot execute mojo: install. It requires a project with an
existing pom.xml, but the build is not using one.
[INFO]


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


[INFO] Total time: 3 seconds
[INFO] Finished at: Wed Jan 18 14:58:12 CST 2006 [INFO] Final Memory:
1M/2M [INFO]



C:\Raghu\downloads>mvn install:install
-Dfile="build-helper-maven-plugin-1.0-20060106.071921-1.pom" 
-DgroupId="org.code
aus.mojo" -DartifactId="build-helper-maven-plugin" 
-Dversion="1.0-SNAPSHOT" -Dpackaging="maven-plugin"

[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'install'.
[INFO]


[INFO] Building Maven Default Project
[INFO]task-segment: [install:install]
[INFO]


[INFO]


[ERROR] BUILD ERROR
[INFO]


[INFO] Cannot execute mojo: install. It requires a project with an
existing pom.xml, but the build is not using one.
[INFO]


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


[INFO] Total time: < 1 second
[INFO] Finished at: Wed Jan 18 15:01:16 CST 2006 [INFO] Final Memory:
1M/2M [INFO]








Thanks,
Raghurajan G 






"Brian E. Fox" <[EMAIL PROTECTED]>
01/18/2006 01:40 PM
Please respond to "Maven Users List"


   To: "Maven Users List" 
   cc: 
   Subject:RE: M-2.0.2 - Error in downloading

build-helper-maven-plugin


Curious. It found the pom but not the jar. But if you go there manually,
the jar is able to be downloaded:
http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/build-helpe
r-maven-plugin/1.0-SNAPSHOT/ 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 18, 2006 12:58 PM
To: Maven Users List
Cc: Maven Users List
Subject: RE: M-2.0.2 - Error in downloading build-helper-maven-plugin

Hi Brain

Thanks for your reply,

i added the version as
   ;;;

   
 org.codehaus.mojo
   build-helper-maven-plugin
   1.0-SNAPSHOT
   ;;

RE: Transitive "sibling" builds

2006-01-19 Thread Chris Bredesen

I just tried this, and the problem is that the POM that contains the modules
becomes an aggregator project, and requires pom.
This precludes us (I think) from using w1 (or any "end result" artifact) as
the driving build. I will play with this some more.

My actual enterprise is quite a bit more complex than w1,w2,c1,c2,c3;
indeed, c1 actually uses c2-c4, and w1 might use c1,c5,c6.  It's getting
simpler, but there's always legacy code :)

The point is, any one of the artifacts might be the "interesting" one, i.e.,
the one which I'm attempting to create.  That project, whatever level it
might be at, would need to know not only whom he depends on, but how to
build the dependency.  It's almost as if we need another level past SNAPSHOT
-- something like SNAPSHOT_LOCAL, which says not only that we depend on the
most recent version, but we should freshen the artifact if it is dirty.  I
may be totally off base here, as I'm a Maven newbie, but I think the tool
has immense promise for even complex teams. (It's a real life saver for my
smaller projects).

I will have to look at the source and see if there's something I can glean
from all of this.  I'm glad to know I'm not alone in my venture!

To add another log to the fire, I'd also love for the Maven Eclipse plugin
(or the eclipse m2 plugin, heh) to keep my Eclipse environment up to date!

Cheers,

Chris

> -Original Message-
> From: Christopher Cobb [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, January 19, 2006 9:41 AM
> To: 'Maven Users List'
> Subject: RE: Transitive "sibling" builds
> 
> 
> That's an interesting idea.  I'll give it a try.
> 
> But even if it works, it is less than ideal because then you 
> are putting the same information in twice:  once at the top 
> level to say what its children are, and once at the child 
> level to say what its siblings are.  This violates the 
> hallowed OnceAndOnlyOnce dictum.
> 
> It would be nice if you could just put the information in 
> (once) at the top level, and it would "just work" at the 
> sibling level.
> 
> > -Original Message-
> > From: Scokart Gilles [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, January 19, 2006 8:47 AM
> > To: Maven Users List
> > Subject: RE: Transitive "sibling" builds
> > 
> > Isn't it possible to use something like that :
> > 
> > For example if w1 use c1 and c3, in the pom of w1 use : 
> > ../c1
> > ../c3
> > 
> > 
> > I think you could even put that into a profile in order to allow 
> > recursive build or not.
> > 
> > 
> > 
> > Gilles
> > 
> > > -Original Message-
> > > From: Chris Bredesen [mailto:[EMAIL PROTECTED]
> > > Sent: 19 January 2006 02:42
> > > To: users@maven.apache.org
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Transitive "sibling" builds
> > >
> > > Hello All,
> > >
> > > Just subscribed, and I wanted to revisit the discussion that took 
> > > place regarding the above topic in this thread: 
> > > http://www.mail-archive.com/users@maven.apache.org/msg32502.html
> > >
> > > There seems to be a lot of resistance from the community (lack of 
> > > understanding, maybe) to implementing this sort of 
> transitive build 
> > > mechanism.  I, too, do exactly what the original poster does, and 
> > > the
> > lack
> > > of support for this is the only real reason I haven't 
> adopted Maven2 
> > > as
> > my
> > > build tool of choice.  I get closer each time, but since 
> there's no 
> > > way
> > to
> > > build an entire WAR file in one shot, I have to give it up.  I 
> > > realize
> > it
> > > CAN be done, but it seems that the WAR file has to be the 
> parent of 
> > > all its components.
> > >
> > > I wanted to add my own experience into this discussion, 
> and possibly
> > even
> > > spur enough information to contribute myself.  I have my 
> enterprise 
> > > laid out as such, made of webapps (w) and components (c):
> > >
> > > w1
> > > w2
> > > w3
> > > c1
> > > c2
> > > c3
> > > c4
> > > c5
> > >
> > > Each of the webapps may use any of the components as 
> dependencies, 
> > > along with a slew of off-the-shelf API's.  The problem for me is 
> > > that these components can have only one parent directory. 
>  I have no 
> > > way to separately build w1 and w2.  Unless I'm missing, 
> something, 
> > > we'd need sibling communication in order to make this work.
> > >
> > > Currently each Ant buildfile knows which components are 
> needed, but 
> > > has
> > no
> > > idea if they need to be built or not, thus causing me to build
> > everything
> > > each time I compile.  To avoid this, I also maintain Eclipse 
> > > projects
> > (one
> > > per app, not one big one) which have project-level 
> dependencies on 
> > > each other.  This makes the local development compilation 
> very fast, 
> > > but I
> > have
> > > to maintain both the Eclipse metadata AND the Ant buildfiles.
> > >
> > > Maven addresses all of this (I really love the Maven2 plugin for
> > Eclipse),
> > > but since there's no support for sibling transitive 
> builds, there is

Re: Integrating Eclipse with Maven2

2006-01-19 Thread Daniel Kulp


Already logged as a bug:
http://jira.codehaus.org/browse/MECLIPSE-9

Go vote for it.  :-)

Dan


On Thursday 19 January 2006 21:39, William Ferguson wrote:
> The "Guide to using Eclipse with Maven 2.x" states that the command to
> configure Eclipse with the path to the local Maven repository doesn't
> work.
>
> It does actually add an org.eclipse.jdt.core.classpathVariable.M2_REPO
> entry
> into org.eclipse.jdt.core.prefs, but (on Windows 2000 at least) it
> places 3
> back slashes between the drive letter and the colon instead of a single
> back
> slash. So the quick solution is to edit the file and reduce the slashes
> from
> 3 to 1 and then Eclipse happily finds the local repository.
>
> Real solution is to change the code doing the translation of the Maven2
> repository path.
>
> NB posted this here because it stung me and I couldn't find any similar
> post
> in the archives.
>
> William
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727  C: 508-380-7194
[EMAIL PROTECTED]

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

RE: [m2] strange problem

2006-01-19 Thread Shukla, Sanjay

I have the same problem. What steps did you take to fix this ? Any luck
?

Sanjay Shukla,
HPI Product Engineering, 2 Penn Plaza, NY.
212 904 3629 Office
732 692 4419 Cell
 
-Original Message-
From: Litton, Tom - CEPM [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 18, 2005 4:46 PM
To: Maven Users List
Subject: [m2] strange problem

I've run into a strange problem.  If i compile my code with maven 2,
during runtime i get the error:
java.lang.VerifyError: (class:
com/cexppm/applications/documentDelivery/device/svg/PDFMultiPageImageTra
nscoder$MultiPagePdfTranscoder, method: buildTransformer
signature: (I)V) Incompatible type for getting or setting field
 
If i compile the code with maven 1 it works fine.  
 
I googled the problem and found only one reference to it on the eclipse
dev list.  I don't know if it will be useful, but here is the link:

http://dev.eclipse.org/newslists/news.eclipse.tools/msg32126.html
 
Has anyone else run into this problem yet?
 
Thanks,
 
Tom


--
The information contained in this transmission is intended only for
the personal and confidential use of the designated recipients named
herein.  If the reader of this transmission is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this
transmission in error, and that any review, dissemination,
distribution, or copying of this transmission is strictly prohibited.
If you have received this communication in error, please notify the
sender and return and delete the original transmission immediately.
Thank you.


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

[m2] How i get the source code for the eclipse plugin ?


How i get the source code for the eclipse plugin ?


DISCLAIMER:
This message may contain information which is confidential, private or 
privileged in nature. If you are not the intended recipient, you may not 
peruse, use, disseminate, distribute or copy this message or file which is 
attached to this message. If you have received this message in error, please 
notify the sender immediately by e-mail, facsimile or telephone and thereafter 
return and/or destroy the original message. 

Any views of this communication are those of the sender except where the sender 
specifically states them to be those of Faritec (Holdings)  Limited (Faritec) 
and/or  any of its subsidiaries including (but not limited to) Faritec 
Enterprise Solutions (Proprietary) Limited, Faritec Strategic IT Services 
(Proprietary) Limited, Faritec Contracting (Proprietary) Limited, Ebis and/or 
any of its subsidiaries.

Please note that the recipient must scan this e-mail and any attached files for 
viruses and the like. While we do everything possible to protect information 
from viruses, Faritec accepts no liability of whatever nature for any loss, 
liability, damage or expense resulting directly or indirectly from the access 
and/or downloading of any files which are attached to this e-mail message.

Re: [M1] Ant Zip task excluded empty directories

2006-01-19 Thread Afkham Azeez

Hi Lukas,
I'd be grateful if you could provide me with the link to download
1.1-b3. None of the mirrors seem to contain it :(

Thanks
Azeez

On 1/19/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> This is fixed only in the current maven 1.1-beta-3:
> http://jira.codehaus.org/browse/MAVEN-1657
>
> (jira seems to have some problems again, right now you can't see any
> comments, just wait a bit).
>
> Lukas
>
>
> Afkham Azeez wrote:
> > Hi Folks,
> >
> > I'm using Maven 1.0.2. I have a problem with the ant zip task. Empty
> > directories are not getting included in the zip archive. Seems like a
> > bug. Anybody encountered a similar situation before?
> > --
> > Thanks
> > Afkham Azeez
> >
> > -
> > 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]
>
>


--
Thanks
Afkham Azeez

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

To use M1 or M2 for websphere projects ?