You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Anatol Pomozov <an...@gmail.com> on 2005/05/25 15:32:32 UTC
[m2] How to use pom-pre-alpha-converter??
I want to convert my m1 repo to m2. And I want use for it converter
from sandbox. But I cand find anywhere following dependency. It does
not exists on repo1.maven.org
<dependency>
<groupId>org.apache.maven</groupId>
<artifactId>maven-model</artifactId>
<version>4.0.0-pre-alpha1</version>
<type>jar</type>
<scope>compile</scope>
</dependency>
Also I read somewhere in maillist that this converter works only under
*nix. Is it true??
Is it any doco how to use converter??
--
anatol
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] How to use pom-pre-alpha-converter??
Posted by Brett Porter <br...@gmail.com>.
Thanks Anatol. Would you mind creating a JIRA issue and attaching it there?
- Brett
On 5/27/05, Anatol Pomozov <an...@gmail.com> wrote:
> > I'm not sure why this is - looks like a missing group ID, but it
> > should have determined that from the path.
>
> That is because of
> org.apache.maven.tools.repoclean.artifact.metadata.ProjectMetadata
> class which returns null as groupId. Seems that is fake implementation
> of ArtifactMetadata. And it does not calculate groupId from the path.
>
> I have fixed it (use information from artifact) and now it works. See
> attached patch.
>
> --
> anatol
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] How to use pom-pre-alpha-converter??
Posted by Anatol Pomozov <an...@gmail.com>.
> I'm not sure why this is - looks like a missing group ID, but it
> should have determined that from the path.
That is because of
org.apache.maven.tools.repoclean.artifact.metadata.ProjectMetadata
class which returns null as groupId. Seems that is fake implementation
of ArtifactMetadata. And it does not calculate groupId from the path.
I have fixed it (use information from artifact) and now it works. See
attached patch.
--
anatol
Re: Task list of "// TODO" comments
Posted by Guillaume Laforge <gl...@gmail.com>.
> I wanted to know if someone has already written a task list plugin that
> work for "// TODO" comments, as Eclipse uses this kind of task tag in the
> Java code.
And of course, we could parametrize some variable to specify different
regex for the TODO pattern to match. That'd be great!
--
Guillaume Laforge
http://glaforge.free.fr/weblog/?catid=2
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Task list of "// TODO" comments
Posted by Arik Kfir <ar...@gmail.com>.
btw, perhaps the plugin should include a "todo" annotations jar (which
should be publicly available) to be used on field, method or class level.
Then, the report would simply use 'apt' to discover them...
moreover, sun should put it in the jdk! :)
----- Original Message -----
From: "Nicolas Chalumeau" <ni...@gmail.com>
To: "Maven Users List" <us...@maven.apache.org>; "Mark Hobson"
<ma...@gmail.com>
Sent: Friday, May 27, 2005 11:39 AM
Subject: Re: Task list of "// TODO" comments
Good luck and all my admiration expression if you provide the velocity
patch for this...
It will be really really hard as :
- this kind of comment can be every where (ie not in a class / method
/ attribut comment)
- $class.getTags(aTag) will not work are they are not regular javadoc
comment ie @aTagThing
- a velocity way don't seem easily implementable so you will much
search this tag with an other method. In this case you need to merge
the 2 differants report
And for me this type of tag are development mark if in need to make
them to be in a report I use the regular @todo stuff. But yes an
@fixme could be usefull to report known bug
Nicolas,
2005/5/27, Mark Hobson <ma...@gmail.com>:
> +1
>
> Customisable tags in a similar vein to eclipse would be great - e.g.
> TODO:, FIXME:, etc.
>
> On 5/27/05, Arik Kfir <ar...@gmail.com> wrote:
> > +1
> >
> > ----- Original Message -----
> > From: "Wim Deblauwe" <wi...@gmail.com>
> > To: "Maven Users List" <us...@maven.apache.org>
> > Sent: Friday, May 27, 2005 10:59 AM
> > Subject: Re: Task list of "// TODO" comments
> >
> >
> > I would be interested in this too. IntelliJ uses the same.
> >
> > regards,
> >
> > Wim
> >
> > 2005/5/27, fabrice.belingard@mpsa.com <fa...@mpsa.com>:
> > >
> > >
> > > Hi guys,
> > >
> > > I wanted to know if someone has already written a task list plugin
> > > that
> > > work for "// TODO" comments, as Eclipse uses this kind of task tag in
> > > the
> > > Java code.
> > >
> > > Tanks & Best regards,
> > > Fabrice
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Task list of "// TODO" comments
Posted by Nicolas Chalumeau <ni...@gmail.com>.
Good luck and all my admiration expression if you provide the velocity
patch for this...
It will be really really hard as :
- this kind of comment can be every where (ie not in a class / method
/ attribut comment)
- $class.getTags(aTag) will not work are they are not regular javadoc
comment ie @aTagThing
- a velocity way don't seem easily implementable so you will much
search this tag with an other method. In this case you need to merge
the 2 differants report
And for me this type of tag are development mark if in need to make
them to be in a report I use the regular @todo stuff. But yes an
@fixme could be usefull to report known bug
Nicolas,
2005/5/27, Mark Hobson <ma...@gmail.com>:
> +1
>
> Customisable tags in a similar vein to eclipse would be great - e.g.
> TODO:, FIXME:, etc.
>
> On 5/27/05, Arik Kfir <ar...@gmail.com> wrote:
> > +1
> >
> > ----- Original Message -----
> > From: "Wim Deblauwe" <wi...@gmail.com>
> > To: "Maven Users List" <us...@maven.apache.org>
> > Sent: Friday, May 27, 2005 10:59 AM
> > Subject: Re: Task list of "// TODO" comments
> >
> >
> > I would be interested in this too. IntelliJ uses the same.
> >
> > regards,
> >
> > Wim
> >
> > 2005/5/27, fabrice.belingard@mpsa.com <fa...@mpsa.com>:
> > >
> > >
> > > Hi guys,
> > >
> > > I wanted to know if someone has already written a task list plugin that
> > > work for "// TODO" comments, as Eclipse uses this kind of task tag in the
> > > Java code.
> > >
> > > Tanks & Best regards,
> > > Fabrice
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Task list of "// TODO" comments
Posted by Mark Hobson <ma...@gmail.com>.
+1
Customisable tags in a similar vein to eclipse would be great - e.g.
TODO:, FIXME:, etc.
On 5/27/05, Arik Kfir <ar...@gmail.com> wrote:
> +1
>
> ----- Original Message -----
> From: "Wim Deblauwe" <wi...@gmail.com>
> To: "Maven Users List" <us...@maven.apache.org>
> Sent: Friday, May 27, 2005 10:59 AM
> Subject: Re: Task list of "// TODO" comments
>
>
> I would be interested in this too. IntelliJ uses the same.
>
> regards,
>
> Wim
>
> 2005/5/27, fabrice.belingard@mpsa.com <fa...@mpsa.com>:
> >
> >
> > Hi guys,
> >
> > I wanted to know if someone has already written a task list plugin that
> > work for "// TODO" comments, as Eclipse uses this kind of task tag in the
> > Java code.
> >
> > Tanks & Best regards,
> > Fabrice
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Task list of "// TODO" comments
Posted by Arik Kfir <ar...@gmail.com>.
+1
----- Original Message -----
From: "Wim Deblauwe" <wi...@gmail.com>
To: "Maven Users List" <us...@maven.apache.org>
Sent: Friday, May 27, 2005 10:59 AM
Subject: Re: Task list of "// TODO" comments
I would be interested in this too. IntelliJ uses the same.
regards,
Wim
2005/5/27, fabrice.belingard@mpsa.com <fa...@mpsa.com>:
>
>
> Hi guys,
>
> I wanted to know if someone has already written a task list plugin that
> work for "// TODO" comments, as Eclipse uses this kind of task tag in the
> Java code.
>
> Tanks & Best regards,
> Fabrice
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Task list of "// TODO" comments
Posted by Wim Deblauwe <wi...@gmail.com>.
I would be interested in this too. IntelliJ uses the same.
regards,
Wim
2005/5/27, fabrice.belingard@mpsa.com <fa...@mpsa.com>:
>
>
> Hi guys,
>
> I wanted to know if someone has already written a task list plugin that
> work for "// TODO" comments, as Eclipse uses this kind of task tag in the
> Java code.
>
> Tanks & Best regards,
> Fabrice
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Task list of "// TODO" comments
Posted by fa...@mpsa.com.
Hi guys,
I wanted to know if someone has already written a task list plugin that
work for "// TODO" comments, as Eclipse uses this kind of task tag in the
Java code.
Tanks & Best regards,
Fabrice
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] How to use pom-pre-alpha-converter??
Posted by Brett Porter <br...@gmail.com>.
It's already in JIRA.
On 5/26/05, Anatol Pomozov <an...@gmail.com> wrote:
> Converting my project to M2 I got a lot of 'missing pom' errors, one
> of them printed below.
> [INFO] maven-surefire-plugin: using locally installed snapshot
> [INFO] [resources:resources]
> Downloading: http://repo1.maven.org/maven2/icu4j/icu4j/2.6.1/icu4j-2.6.1.pom
> [WARNING] Unable to get resource from repository http://repo1.maven.org/maven2
> [INFO] ----------------------------------------------------------------------------
> [INFO] BUILD FAILURE
>
>
> It would be very handy for figuring out missing dependency if m2
> prints out full chain of dependencies. Something like this
> [WARNING] Unable to get resource from repository http://repo1.maven.org/maven2
> myproject[1.0]=>hibernate[3.0.3]=>dom4j[1.6]=>....=>icu4j[2.6.1] could
> not be downloaded.
>
> On 5/26/05, Brett Porter <br...@gmail.com> wrote:
> > (adding back the users list)
> >
> > On 5/26/05, Anatol Pomozov <an...@gmail.com> wrote:
> > > [ERROR] Error while rewriting file or POM for artifact:
> > > 'generama:generama:jar:1.1.1-SNAPSHOT'. See report at:
> > > 'generama/generama/jar/1.1.1-SNAPSHOT.report.txt'.java.lang.NullPointerException
> >
> > I'm not sure why this is - looks like a missing group ID, but it
> > should have determined that from the path.
> >
> > > As I understand that is because of poms absence. Most of my M1
> > > artifacts have no pom in repository.
> >
> > It does add poms when they are missing.
> >
> > > Another question. What is default scope for artifact in M2 pom.xml??
> >
> > compile (ie, available to all classpaths)
> >
> > > As I understand that dependency used only in dom4j for testing but
> > > when I run 'm2 package' for my project maven tries to download this
> > > dependency. Is it normal?? I don't want to run tests for dom4j and I
> > > dont need this dependency.
> >
> > We will be adding filtering for this in alpha-3 so you can prevent it.
> > For now, you must report it in JIRA under the MEV project so we can
> > fix the dom4j POM and get them to fix it at the source too (you can
> > adda hint in your m1 project files to set
> > <properties><scope>test</scope></properties>).
> >
> > > Probably we need to to add some heuristic algorithm to evaluate scope
> > > of the dependency from M1 pom. For example if for dependency present
> > > property <dist.bundle> then it has runtime or compile scope otherwise
> > > - test.
> >
> > Most compile dependencies won't have that property, unfortunately.
> >
> > Cheers,
> > Brett
> >
>
>
> --
> anatol
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] How to use pom-pre-alpha-converter??
Posted by Anatol Pomozov <an...@gmail.com>.
Converting my project to M2 I got a lot of 'missing pom' errors, one
of them printed below.
[INFO] maven-surefire-plugin: using locally installed snapshot
[INFO] [resources:resources]
Downloading: http://repo1.maven.org/maven2/icu4j/icu4j/2.6.1/icu4j-2.6.1.pom
[WARNING] Unable to get resource from repository http://repo1.maven.org/maven2
[INFO] ----------------------------------------------------------------------------
[INFO] BUILD FAILURE
It would be very handy for figuring out missing dependency if m2
prints out full chain of dependencies. Something like this
[WARNING] Unable to get resource from repository http://repo1.maven.org/maven2
myproject[1.0]=>hibernate[3.0.3]=>dom4j[1.6]=>....=>icu4j[2.6.1] could
not be downloaded.
On 5/26/05, Brett Porter <br...@gmail.com> wrote:
> (adding back the users list)
>
> On 5/26/05, Anatol Pomozov <an...@gmail.com> wrote:
> > [ERROR] Error while rewriting file or POM for artifact:
> > 'generama:generama:jar:1.1.1-SNAPSHOT'. See report at:
> > 'generama/generama/jar/1.1.1-SNAPSHOT.report.txt'.java.lang.NullPointerException
>
> I'm not sure why this is - looks like a missing group ID, but it
> should have determined that from the path.
>
> > As I understand that is because of poms absence. Most of my M1
> > artifacts have no pom in repository.
>
> It does add poms when they are missing.
>
> > Another question. What is default scope for artifact in M2 pom.xml??
>
> compile (ie, available to all classpaths)
>
> > As I understand that dependency used only in dom4j for testing but
> > when I run 'm2 package' for my project maven tries to download this
> > dependency. Is it normal?? I don't want to run tests for dom4j and I
> > dont need this dependency.
>
> We will be adding filtering for this in alpha-3 so you can prevent it.
> For now, you must report it in JIRA under the MEV project so we can
> fix the dom4j POM and get them to fix it at the source too (you can
> adda hint in your m1 project files to set
> <properties><scope>test</scope></properties>).
>
> > Probably we need to to add some heuristic algorithm to evaluate scope
> > of the dependency from M1 pom. For example if for dependency present
> > property <dist.bundle> then it has runtime or compile scope otherwise
> > - test.
>
> Most compile dependencies won't have that property, unfortunately.
>
> Cheers,
> Brett
>
--
anatol
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] How to use pom-pre-alpha-converter??
Posted by Brett Porter <br...@gmail.com>.
(adding back the users list)
On 5/26/05, Anatol Pomozov <an...@gmail.com> wrote:
> [ERROR] Error while rewriting file or POM for artifact:
> 'generama:generama:jar:1.1.1-SNAPSHOT'. See report at:
> 'generama/generama/jar/1.1.1-SNAPSHOT.report.txt'.java.lang.NullPointerException
I'm not sure why this is - looks like a missing group ID, but it
should have determined that from the path.
> As I understand that is because of poms absence. Most of my M1
> artifacts have no pom in repository.
It does add poms when they are missing.
> Another question. What is default scope for artifact in M2 pom.xml??
compile (ie, available to all classpaths)
> As I understand that dependency used only in dom4j for testing but
> when I run 'm2 package' for my project maven tries to download this
> dependency. Is it normal?? I don't want to run tests for dom4j and I
> dont need this dependency.
We will be adding filtering for this in alpha-3 so you can prevent it.
For now, you must report it in JIRA under the MEV project so we can
fix the dom4j POM and get them to fix it at the source too (you can
adda hint in your m1 project files to set
<properties><scope>test</scope></properties>).
> Probably we need to to add some heuristic algorithm to evaluate scope
> of the dependency from M1 pom. For example if for dependency present
> property <dist.bundle> then it has runtime or compile scope otherwise
> - test.
Most compile dependencies won't have that property, unfortunately.
Cheers,
Brett
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] How to use pom-pre-alpha-converter??
Posted by Brett Porter <br...@gmail.com>.
On 5/25/05, Anatol Pomozov <an...@gmail.com> wrote:
> MAIL RECALL
> sandbox/repoclean used for M1->M2 converting. I was confused with
> 'converter' word.
>
> Anyway is any doc on repoclean??? How stable is it??
>
It is being used to create the m2 repo from the m1 repo daily. It is
not really designed for standalone pom conversion: the job it does is
reasonable enough for dependencies, but not building the projects
themselves.
You do need to step back and reconsider your whole build to move to
m2, as it does some things quite differently. We're hopeful there
isn't too much work in it (as there shouldn't really be too much work
starting from scratch!).
Please let us know what your experiences are. We're interested in
making this as easy as possible.
- Brett
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] How to use pom-pre-alpha-converter??
Posted by Anatol Pomozov <an...@gmail.com>.
MAIL RECALL
sandbox/repoclean used for M1->M2 converting. I was confused with
'converter' word.
Anyway is any doc on repoclean??? How stable is it??
On 5/25/05, Anatol Pomozov <an...@gmail.com> wrote:
> I want to convert my m1 repo to m2. And I want use for it converter
> from sandbox. But I cand find anywhere following dependency. It does
> not exists on repo1.maven.org
>
> <dependency>
> <groupId>org.apache.maven</groupId>
> <artifactId>maven-model</artifactId>
> <version>4.0.0-pre-alpha1</version>
> <type>jar</type>
> <scope>compile</scope>
> </dependency>
>
> Also I read somewhere in maillist that this converter works only under
> *nix. Is it true??
>
> Is it any doco how to use converter??
>
> --
> anatol
>
--
anatol
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
RE: Réf. : Re: [m2] Multiproject with flat layout
Posted by Jeff Jensen <je...@nospam.visi.com>.
Thank you!! :-)
-----Original Message-----
From: Brett Porter [mailto:brett.porter@gmail.com]
Sent: Thursday, May 26, 2005 4:43 AM
To: Maven Users List
Subject: Re: Réf. : Re: [m2] Multiproject with flat layout
Done. MNG-359 has been closed.
On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
> Brett,
>
> IMHO, the "../" path in <modules> would really be helpful. I imagine
> that it does not add a big implementation problem, and it would solve
> the issue of the flat layout of Eclipse.
>
> My problem is that the company I'm working for only uses WSAD. I'm
> currently working on spreading Maven all over hundreds of Java
> projects, and I want it to be as simple as possible. And having the
> root POM outside of the workspace is not an acceptable solution:
> people will want to edit it in WSAD, they will need to have it in CVS
> and handled like any other source file, ...etc.
> I agree that the issue for Eclipse project organization is
> interesting. But before anything gets changed in WSAD, it will take a
> lot of time. For the time being, Eclipse forces us to have 1 project =
> 1 CVS module, and therefore, the root POM must be in a separate project.
>
> If m2 can't handle flat layout for multiprojects, I won't be able to
> spread it over the hundreds of teams, and that'd be sad because it looks
great...
> :o|
> We see that Eclipse is not flexible enough. Maven should prove more
> flexiblility than Eclipse and not force a special layout for
> multiprojects
> (m1 used to be that flexible!).
>
> I do hope something can be done this way... or I will need to find
> another company to use m2 ;o)
>
> Thanks & best regards,
> Fabrice
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Réf. : Re: [m2] Multiproject with flat layout
Posted by Brett Porter <br...@gmail.com>.
Done. MNG-359 has been closed.
On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
> Brett,
>
> IMHO, the "../" path in <modules> would really be helpful. I imagine that
> it does not add a big implementation problem, and it would solve the issue
> of the flat layout of Eclipse.
>
> My problem is that the company I'm working for only uses WSAD. I'm
> currently working on spreading Maven all over hundreds of Java projects,
> and I want it to be as simple as possible. And having the root POM outside
> of the workspace is not an acceptable solution: people will want to edit it
> in WSAD, they will need to have it in CVS and handled like any other source
> file, ...etc.
> I agree that the issue for Eclipse project organization is interesting. But
> before anything gets changed in WSAD, it will take a lot of time. For the
> time being, Eclipse forces us to have 1 project = 1 CVS module, and
> therefore, the root POM must be in a separate project.
>
> If m2 can't handle flat layout for multiprojects, I won't be able to spread
> it over the hundreds of teams, and that'd be sad because it looks great...
> :o|
> We see that Eclipse is not flexible enough. Maven should prove more
> flexiblility than Eclipse and not force a special layout for multiprojects
> (m1 used to be that flexible!).
>
> I do hope something can be done this way... or I will need to find another
> company to use m2 ;o)
>
> Thanks & best regards,
> Fabrice
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Réf. : [OT] Multiproject with flat layout
Posted by "bryan ( admin@revoltingdigits.com)" <re...@gmail.com>.
Merci Fabrice, votre solution marche parfaitment !!! Thanks , works
perfectly !!
--b
On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
>
> Hi Brian,
>
> Are you using the multi-project plugin? It allows you to generate all the
> reports for every project and then it aggregates the sites under the root
> project's site.
>
> For it to work, you should have something like that in the
> "project.properties" of the root project :
>
> maven.multiproject.basedir=${basedir}/..
>
> maven.multiproject.includes=myProject1/project.xml,myProject2/project.xml
>
> Then, you call "maven multiproject:site" in your root project.
>
> HTH,
> Regards,
> Fabrice .
>
>
>
>
> "bryan (
> admin@revoltingd
> igits.com <http://igits.com>)" Pour
> <revoltingdigits Maven Users List
> @gmail.com <http://gmail.com>> <us...@maven.apache.org>
> cc
> 26/05/2005 10:56
> Objet
> [OT]Re: Réf. : Re: [m2]
> Veuillez Multiproject with flat layout
> répondre à
> Maven Users List
> <users@maven.apa
> che.org <http://che.org>>
>
>
>
>
>
>
> Hi Fabrice,
> I'm using maven 1.0.2 with WSAD as well. How do you go about generating
> reports for all the dependant projects ?
> I would like to generate javadoc/junit reports etc for all the modules not
> just the main maven project.
>
> --b
>
> On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
> >
> >
> >
> >
> >
> > Brett,
> >
> > IMHO, the "../" path in <modules> would really be helpful. I imagine
> that
> > it does not add a big implementation problem, and it would solve the
> issue
> > of the flat layout of Eclipse.
> >
> > My problem is that the company I'm working for only uses WSAD. I'm
> > currently working on spreading Maven all over hundreds of Java projects,
> > and I want it to be as simple as possible. And having the root POM
> outside
> > of the workspace is not an acceptable solution: people will want to edit
> > it
> > in WSAD, they will need to have it in CVS and handled like any other
> > source
> > file, ...etc.
> > I agree that the issue for Eclipse project organization is interesting.
> > But
> > before anything gets changed in WSAD, it will take a lot of time. For
> the
> > time being, Eclipse forces us to have 1 project = 1 CVS module, and
> > therefore, the root POM must be in a separate project.
> >
> > If m2 can't handle flat layout for multiprojects, I won't be able to
> > spread
> > it over the hundreds of teams, and that'd be sad because it looks
> great...
> > :o|
> > We see that Eclipse is not flexible enough. Maven should prove more
> > flexiblility than Eclipse and not force a special layout for
> multiprojects
> > (m1 used to be that flexible!).
> >
> > I do hope something can be done this way... or I will need to find
> another
> > company to use m2 ;o)
> >
> > Thanks & best regards,
> > Fabrice
> >
> >
> >
> >
> > Brett Porter
> > <brett.porter@gm
> > ail.com <http://ail.com> <http://ail.com>> Pour
> > Maven Users List
> > 26/05/2005 02:07 <us...@maven.apache.org>,
> > admin@revoltingdigits.com
> > cc
> > Veuillez
> > répondre à Objet
> > Maven Users List Re: [m2] Multiproject with flat
> > <users@maven.apa layout
> > che.org <http://che.org> <http://che.org>>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > I don't believe we are doing anything special to support this in the
> > first release. It is entirely possible to use this structure as is.
> >
> > To be honest, reading that bug again, I don't know what is being asked
> > for. The only thing in Maven that could be affected is <modules> for
> > which we haven't allowed "../" as a directory.
> >
> > The only downside of this I can see is that you don't get to have the
> > root pom.xml file in your workspace.
> >
> > Maybe one of the MevenIDE folks comment on this?
> >
> > Incidentally, there is an open issue at Eclipse I am tracking that
> > they support a different type of project layout. I'd encourage
> > everyone here that has this problem to go and vote for it.
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=35973
> >
> > - Brett
> >
> > On 5/26/05, bryan ( admin@revoltingdigits.com)
> > <re...@gmail.com> wrote:
> > > hmmm ... now i understand why my project isn't working. This is
> > particularly
> > > a pain if you are working with IBM WAS /
> > > WSAD ... it forces you to adopt this stucture when working on a EAR
> > > deployment ... and just about anything else.
> > >
> > > Eclipse is ( despite what some may say ) probably the most popular
> java
> > IDE
> > > out there, especially for open source
> > > projects. Good interoperability with maven ( allready a good mavenide
> > plugin
> > > ) would be a dream situation.
> > >
> > > --
> > >
> > > On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com>
> > wrote:
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Hi guys,
> > > >
> > > > the issue of multiproject handling with a flat layout was tackled
> some
> > > > weeks ago on this mailing list, and there's an issue on JIRA
> > > > (http://jira.codehaus.org/browse/MNG-359) concerning this point, but
> > it
> > > > has
> > > > not been resolved nor assigned.
> > > >
> > > > I just wanted to know: is this issue left apart intentionally, or
> will
> > it
> > > > be done for m2 august release?
> > > >
> > > > Best regards,
> > > > Fabrice.
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail: users-help@maven.apache.org
> > > >
> > > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
Réf. : [OT] Multiproject with flat layout
Posted by fa...@mpsa.com.
Hi Brian,
Are you using the multi-project plugin? It allows you to generate all the
reports for every project and then it aggregates the sites under the root
project's site.
For it to work, you should have something like that in the
"project.properties" of the root project :
maven.multiproject.basedir=${basedir}/..
maven.multiproject.includes=myProject1/project.xml,myProject2/project.xml
Then, you call "maven multiproject:site" in your root project.
HTH,
Regards,
Fabrice .
"bryan (
admin@revoltingd
igits.com)" Pour
<revoltingdigits Maven Users List
@gmail.com> <us...@maven.apache.org>
cc
26/05/2005 10:56
Objet
[OT]Re: Réf. : Re: [m2]
Veuillez Multiproject with flat layout
répondre à
Maven Users List
<users@maven.apa
che.org>
Hi Fabrice,
I'm using maven 1.0.2 with WSAD as well. How do you go about generating
reports for all the dependant projects ?
I would like to generate javadoc/junit reports etc for all the modules not
just the main maven project.
--b
On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
>
> Brett,
>
> IMHO, the "../" path in <modules> would really be helpful. I imagine that
> it does not add a big implementation problem, and it would solve the
issue
> of the flat layout of Eclipse.
>
> My problem is that the company I'm working for only uses WSAD. I'm
> currently working on spreading Maven all over hundreds of Java projects,
> and I want it to be as simple as possible. And having the root POM
outside
> of the workspace is not an acceptable solution: people will want to edit
> it
> in WSAD, they will need to have it in CVS and handled like any other
> source
> file, ...etc.
> I agree that the issue for Eclipse project organization is interesting.
> But
> before anything gets changed in WSAD, it will take a lot of time. For the
> time being, Eclipse forces us to have 1 project = 1 CVS module, and
> therefore, the root POM must be in a separate project.
>
> If m2 can't handle flat layout for multiprojects, I won't be able to
> spread
> it over the hundreds of teams, and that'd be sad because it looks
great...
> :o|
> We see that Eclipse is not flexible enough. Maven should prove more
> flexiblility than Eclipse and not force a special layout for
multiprojects
> (m1 used to be that flexible!).
>
> I do hope something can be done this way... or I will need to find
another
> company to use m2 ;o)
>
> Thanks & best regards,
> Fabrice
>
>
>
>
> Brett Porter
> <brett.porter@gm
> ail.com <http://ail.com>> Pour
> Maven Users List
> 26/05/2005 02:07 <us...@maven.apache.org>,
> admin@revoltingdigits.com
> cc
> Veuillez
> répondre à Objet
> Maven Users List Re: [m2] Multiproject with flat
> <users@maven.apa layout
> che.org <http://che.org>>
>
>
>
>
>
>
>
>
>
> I don't believe we are doing anything special to support this in the
> first release. It is entirely possible to use this structure as is.
>
> To be honest, reading that bug again, I don't know what is being asked
> for. The only thing in Maven that could be affected is <modules> for
> which we haven't allowed "../" as a directory.
>
> The only downside of this I can see is that you don't get to have the
> root pom.xml file in your workspace.
>
> Maybe one of the MevenIDE folks comment on this?
>
> Incidentally, there is an open issue at Eclipse I am tracking that
> they support a different type of project layout. I'd encourage
> everyone here that has this problem to go and vote for it.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=35973
>
> - Brett
>
> On 5/26/05, bryan ( admin@revoltingdigits.com)
> <re...@gmail.com> wrote:
> > hmmm ... now i understand why my project isn't working. This is
> particularly
> > a pain if you are working with IBM WAS /
> > WSAD ... it forces you to adopt this stucture when working on a EAR
> > deployment ... and just about anything else.
> >
> > Eclipse is ( despite what some may say ) probably the most popular java
> IDE
> > out there, especially for open source
> > projects. Good interoperability with maven ( allready a good mavenide
> plugin
> > ) would be a dream situation.
> >
> > --
> >
> > On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com>
> wrote:
> > >
> > >
> > >
> > >
> > >
> > > Hi guys,
> > >
> > > the issue of multiproject handling with a flat layout was tackled
some
> > > weeks ago on this mailing list, and there's an issue on JIRA
> > > (http://jira.codehaus.org/browse/MNG-359) concerning this point, but
> it
> > > has
> > > not been resolved nor assigned.
> > >
> > > I just wanted to know: is this issue left apart intentionally, or
will
> it
> > > be done for m2 august release?
> > >
> > > Best regards,
> > > Fabrice.
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Réf. : RE: [OT]Re: Réf. : Re: [m2] Multiproject with flat layout
Posted by fa...@mpsa.com.
Jeff,
here is part of my "project.properties" file that works for Dashboard :
# --------- MULTIPROJECT ---------
maven.multiproject.basedir=${basedir}/..
maven.multiproject.includes=myProject1/project.xml,myProject2/project.xml
maven.multiproject.site.goals=site,dashboard:report-single
# --------- DASHBOARD ---------
maven.dashboard.runreactor = false
maven.dashboard.basedir=${basedir}/..
maven.dashboard.includes=*/project.xml
maven.dashboard.excludes=**/target/**/project.xml
maven.dashboard.aggregators =csfiles,cswarnings,cserrors,\
junittests,junitpassrate,junitfailures,juniterrors,\
jcoverageloc,jcoveragelipc,\
scmchangedfiles,scmchangedcommit
HTH,
Regards,
Fabrice
Jeff Jensen
<jeffjensen@nosp
am.visi.com> Pour
'Maven Users List'
26/05/2005 15:10 <us...@maven.apache.org>
cc
Veuillez Objet
répondre à RE: [OT]Re: Réf. : Re: [m2]
Maven Users List Multiproject with flat layout
<users@maven.apa
che.org>
Same environment here.
I setup a Maven project for each WSAD project. It was the best way I could
determine to generate all the reports. Perhaps there is a better way??
But
this works well and I do not know how to improve on it at this point! :-)
Any suggestions/comments welcome!
So running maven site:deploy for each is easy and works well.
I originally tried one Maven project on the main WSAD project that included
all dependent projects, but that became cumbersome and painful. Too much
hacking in the maven.xml file to get additional source paths on each goal.
A lot of slow iterative change/test! (allowing the POM to have multiple
source dirs is the solution here!)
So when I considered it like managing each WSAD project in source control,
it was a natural fit to have each project have its own Maven project.
Perhaps this will help you too.
My next step is to setup multiproject to have the dashboard report.
I tried simple attempts twice and failed both times, and now need to make
time to look into it. Multiproject would run successfully, but only
generated the Project Info, not the Project Reports. It never ran those
parts of the subprojects, and I am currently clueless...
-----Original Message-----
From: bryan ( admin@revoltingdigits.com) [mailto:revoltingdigits@gmail.com]
Sent: Thursday, May 26, 2005 3:57 AM
To: Maven Users List
Subject: [OT]Re: Réf. : Re: [m2] Multiproject with flat layout
Hi Fabrice,
I'm using maven 1.0.2 with WSAD as well. How do you go about generating
reports for all the dependant projects ?
I would like to generate javadoc/junit reports etc for all the modules not
just the main maven project.
--b
On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
>
> Brett,
>
> IMHO, the "../" path in <modules> would really be helpful. I imagine
> that it does not add a big implementation problem, and it would solve
> the issue of the flat layout of Eclipse.
>
> My problem is that the company I'm working for only uses WSAD. I'm
> currently working on spreading Maven all over hundreds of Java
> projects, and I want it to be as simple as possible. And having the
> root POM outside of the workspace is not an acceptable solution:
> people will want to edit it in WSAD, they will need to have it in CVS
> and handled like any other source file, ...etc.
> I agree that the issue for Eclipse project organization is interesting.
> But
> before anything gets changed in WSAD, it will take a lot of time. For
> the time being, Eclipse forces us to have 1 project = 1 CVS module,
> and therefore, the root POM must be in a separate project.
>
> If m2 can't handle flat layout for multiprojects, I won't be able to
> spread it over the hundreds of teams, and that'd be sad because it
> looks great...
> :o|
> We see that Eclipse is not flexible enough. Maven should prove more
> flexiblility than Eclipse and not force a special layout for
> multiprojects
> (m1 used to be that flexible!).
>
> I do hope something can be done this way... or I will need to find
> another company to use m2 ;o)
>
> Thanks & best regards,
> Fabrice
>
>
>
>
> Brett Porter
> <brett.porter@gm
> ail.com <http://ail.com>> Pour
> Maven Users List
> 26/05/2005 02:07 <us...@maven.apache.org>, admin@revoltingdigits.com
> cc Veuillez répondre à Objet Maven Users List Re: [m2] Multiproject
> with flat <users@maven.apa layout che.org <http://che.org>>
>
>
>
>
>
>
>
>
>
> I don't believe we are doing anything special to support this in the
> first release. It is entirely possible to use this structure as is.
>
> To be honest, reading that bug again, I don't know what is being asked
> for. The only thing in Maven that could be affected is <modules> for
> which we haven't allowed "../" as a directory.
>
> The only downside of this I can see is that you don't get to have the
> root pom.xml file in your workspace.
>
> Maybe one of the MevenIDE folks comment on this?
>
> Incidentally, there is an open issue at Eclipse I am tracking that
> they support a different type of project layout. I'd encourage
> everyone here that has this problem to go and vote for it.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=35973
>
> - Brett
>
> On 5/26/05, bryan ( admin@revoltingdigits.com)
> <re...@gmail.com> wrote:
> > hmmm ... now i understand why my project isn't working. This is
> particularly
> > a pain if you are working with IBM WAS / WSAD ... it forces you to
> > adopt this stucture when working on a EAR deployment ... and just
> > about anything else.
> >
> > Eclipse is ( despite what some may say ) probably the most popular
> > java
> IDE
> > out there, especially for open source projects. Good
> > interoperability with maven ( allready a good mavenide
> plugin
> > ) would be a dream situation.
> >
> > --
> >
> > On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com>
> wrote:
> > >
> > >
> > >
> > >
> > >
> > > Hi guys,
> > >
> > > the issue of multiproject handling with a flat layout was tackled
> > > some weeks ago on this mailing list, and there's an issue on JIRA
> > > (http://jira.codehaus.org/browse/MNG-359) concerning this point,
> > > but
> it
> > > has
> > > not been resolved nor assigned.
> > >
> > > I just wanted to know: is this issue left apart intentionally, or
> > > will
> it
> > > be done for m2 august release?
> > >
> > > Best regards,
> > > Fabrice.
> > >
> > >
> > > ------------------------------------------------------------------
> > > --- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
RE: [OT]Re: Réf. : Re: [m2] Multiproject with flat layout
Posted by Jeff Jensen <je...@nospam.visi.com>.
Same environment here.
I setup a Maven project for each WSAD project. It was the best way I could
determine to generate all the reports. Perhaps there is a better way?? But
this works well and I do not know how to improve on it at this point! :-)
Any suggestions/comments welcome!
So running maven site:deploy for each is easy and works well.
I originally tried one Maven project on the main WSAD project that included
all dependent projects, but that became cumbersome and painful. Too much
hacking in the maven.xml file to get additional source paths on each goal.
A lot of slow iterative change/test! (allowing the POM to have multiple
source dirs is the solution here!)
So when I considered it like managing each WSAD project in source control,
it was a natural fit to have each project have its own Maven project.
Perhaps this will help you too.
My next step is to setup multiproject to have the dashboard report.
I tried simple attempts twice and failed both times, and now need to make
time to look into it. Multiproject would run successfully, but only
generated the Project Info, not the Project Reports. It never ran those
parts of the subprojects, and I am currently clueless...
-----Original Message-----
From: bryan ( admin@revoltingdigits.com) [mailto:revoltingdigits@gmail.com]
Sent: Thursday, May 26, 2005 3:57 AM
To: Maven Users List
Subject: [OT]Re: Réf. : Re: [m2] Multiproject with flat layout
Hi Fabrice,
I'm using maven 1.0.2 with WSAD as well. How do you go about generating
reports for all the dependant projects ?
I would like to generate javadoc/junit reports etc for all the modules not
just the main maven project.
--b
On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
>
> Brett,
>
> IMHO, the "../" path in <modules> would really be helpful. I imagine
> that it does not add a big implementation problem, and it would solve
> the issue of the flat layout of Eclipse.
>
> My problem is that the company I'm working for only uses WSAD. I'm
> currently working on spreading Maven all over hundreds of Java
> projects, and I want it to be as simple as possible. And having the
> root POM outside of the workspace is not an acceptable solution:
> people will want to edit it in WSAD, they will need to have it in CVS
> and handled like any other source file, ...etc.
> I agree that the issue for Eclipse project organization is interesting.
> But
> before anything gets changed in WSAD, it will take a lot of time. For
> the time being, Eclipse forces us to have 1 project = 1 CVS module,
> and therefore, the root POM must be in a separate project.
>
> If m2 can't handle flat layout for multiprojects, I won't be able to
> spread it over the hundreds of teams, and that'd be sad because it
> looks great...
> :o|
> We see that Eclipse is not flexible enough. Maven should prove more
> flexiblility than Eclipse and not force a special layout for
> multiprojects
> (m1 used to be that flexible!).
>
> I do hope something can be done this way... or I will need to find
> another company to use m2 ;o)
>
> Thanks & best regards,
> Fabrice
>
>
>
>
> Brett Porter
> <brett.porter@gm
> ail.com <http://ail.com>> Pour
> Maven Users List
> 26/05/2005 02:07 <us...@maven.apache.org>, admin@revoltingdigits.com
> cc Veuillez répondre à Objet Maven Users List Re: [m2] Multiproject
> with flat <users@maven.apa layout che.org <http://che.org>>
>
>
>
>
>
>
>
>
>
> I don't believe we are doing anything special to support this in the
> first release. It is entirely possible to use this structure as is.
>
> To be honest, reading that bug again, I don't know what is being asked
> for. The only thing in Maven that could be affected is <modules> for
> which we haven't allowed "../" as a directory.
>
> The only downside of this I can see is that you don't get to have the
> root pom.xml file in your workspace.
>
> Maybe one of the MevenIDE folks comment on this?
>
> Incidentally, there is an open issue at Eclipse I am tracking that
> they support a different type of project layout. I'd encourage
> everyone here that has this problem to go and vote for it.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=35973
>
> - Brett
>
> On 5/26/05, bryan ( admin@revoltingdigits.com)
> <re...@gmail.com> wrote:
> > hmmm ... now i understand why my project isn't working. This is
> particularly
> > a pain if you are working with IBM WAS / WSAD ... it forces you to
> > adopt this stucture when working on a EAR deployment ... and just
> > about anything else.
> >
> > Eclipse is ( despite what some may say ) probably the most popular
> > java
> IDE
> > out there, especially for open source projects. Good
> > interoperability with maven ( allready a good mavenide
> plugin
> > ) would be a dream situation.
> >
> > --
> >
> > On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com>
> wrote:
> > >
> > >
> > >
> > >
> > >
> > > Hi guys,
> > >
> > > the issue of multiproject handling with a flat layout was tackled
> > > some weeks ago on this mailing list, and there's an issue on JIRA
> > > (http://jira.codehaus.org/browse/MNG-359) concerning this point,
> > > but
> it
> > > has
> > > not been resolved nor assigned.
> > >
> > > I just wanted to know: is this issue left apart intentionally, or
> > > will
> it
> > > be done for m2 august release?
> > >
> > > Best regards,
> > > Fabrice.
> > >
> > >
> > > ------------------------------------------------------------------
> > > --- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
[OT]Re: Réf. : Re: [m2] Multiproject with flat layout
Posted by "bryan ( admin@revoltingdigits.com)" <re...@gmail.com>.
Hi Fabrice,
I'm using maven 1.0.2 with WSAD as well. How do you go about generating
reports for all the dependant projects ?
I would like to generate javadoc/junit reports etc for all the modules not
just the main maven project.
--b
On 5/26/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
>
> Brett,
>
> IMHO, the "../" path in <modules> would really be helpful. I imagine that
> it does not add a big implementation problem, and it would solve the issue
> of the flat layout of Eclipse.
>
> My problem is that the company I'm working for only uses WSAD. I'm
> currently working on spreading Maven all over hundreds of Java projects,
> and I want it to be as simple as possible. And having the root POM outside
> of the workspace is not an acceptable solution: people will want to edit
> it
> in WSAD, they will need to have it in CVS and handled like any other
> source
> file, ...etc.
> I agree that the issue for Eclipse project organization is interesting.
> But
> before anything gets changed in WSAD, it will take a lot of time. For the
> time being, Eclipse forces us to have 1 project = 1 CVS module, and
> therefore, the root POM must be in a separate project.
>
> If m2 can't handle flat layout for multiprojects, I won't be able to
> spread
> it over the hundreds of teams, and that'd be sad because it looks great...
> :o|
> We see that Eclipse is not flexible enough. Maven should prove more
> flexiblility than Eclipse and not force a special layout for multiprojects
> (m1 used to be that flexible!).
>
> I do hope something can be done this way... or I will need to find another
> company to use m2 ;o)
>
> Thanks & best regards,
> Fabrice
>
>
>
>
> Brett Porter
> <brett.porter@gm
> ail.com <http://ail.com>> Pour
> Maven Users List
> 26/05/2005 02:07 <us...@maven.apache.org>,
> admin@revoltingdigits.com
> cc
> Veuillez
> répondre à Objet
> Maven Users List Re: [m2] Multiproject with flat
> <users@maven.apa layout
> che.org <http://che.org>>
>
>
>
>
>
>
>
>
>
> I don't believe we are doing anything special to support this in the
> first release. It is entirely possible to use this structure as is.
>
> To be honest, reading that bug again, I don't know what is being asked
> for. The only thing in Maven that could be affected is <modules> for
> which we haven't allowed "../" as a directory.
>
> The only downside of this I can see is that you don't get to have the
> root pom.xml file in your workspace.
>
> Maybe one of the MevenIDE folks comment on this?
>
> Incidentally, there is an open issue at Eclipse I am tracking that
> they support a different type of project layout. I'd encourage
> everyone here that has this problem to go and vote for it.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=35973
>
> - Brett
>
> On 5/26/05, bryan ( admin@revoltingdigits.com)
> <re...@gmail.com> wrote:
> > hmmm ... now i understand why my project isn't working. This is
> particularly
> > a pain if you are working with IBM WAS /
> > WSAD ... it forces you to adopt this stucture when working on a EAR
> > deployment ... and just about anything else.
> >
> > Eclipse is ( despite what some may say ) probably the most popular java
> IDE
> > out there, especially for open source
> > projects. Good interoperability with maven ( allready a good mavenide
> plugin
> > ) would be a dream situation.
> >
> > --
> >
> > On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com>
> wrote:
> > >
> > >
> > >
> > >
> > >
> > > Hi guys,
> > >
> > > the issue of multiproject handling with a flat layout was tackled some
> > > weeks ago on this mailing list, and there's an issue on JIRA
> > > (http://jira.codehaus.org/browse/MNG-359) concerning this point, but
> it
> > > has
> > > not been resolved nor assigned.
> > >
> > > I just wanted to know: is this issue left apart intentionally, or will
> it
> > > be done for m2 august release?
> > >
> > > Best regards,
> > > Fabrice.
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
Réf. : Re: [m2] Multiproject with flat layout
Posted by fa...@mpsa.com.
Brett,
IMHO, the "../" path in <modules> would really be helpful. I imagine that
it does not add a big implementation problem, and it would solve the issue
of the flat layout of Eclipse.
My problem is that the company I'm working for only uses WSAD. I'm
currently working on spreading Maven all over hundreds of Java projects,
and I want it to be as simple as possible. And having the root POM outside
of the workspace is not an acceptable solution: people will want to edit it
in WSAD, they will need to have it in CVS and handled like any other source
file, ...etc.
I agree that the issue for Eclipse project organization is interesting. But
before anything gets changed in WSAD, it will take a lot of time. For the
time being, Eclipse forces us to have 1 project = 1 CVS module, and
therefore, the root POM must be in a separate project.
If m2 can't handle flat layout for multiprojects, I won't be able to spread
it over the hundreds of teams, and that'd be sad because it looks great...
:o|
We see that Eclipse is not flexible enough. Maven should prove more
flexiblility than Eclipse and not force a special layout for multiprojects
(m1 used to be that flexible!).
I do hope something can be done this way... or I will need to find another
company to use m2 ;o)
Thanks & best regards,
Fabrice
Brett Porter
<brett.porter@gm
ail.com> Pour
Maven Users List
26/05/2005 02:07 <us...@maven.apache.org>,
admin@revoltingdigits.com
cc
Veuillez
répondre à Objet
Maven Users List Re: [m2] Multiproject with flat
<users@maven.apa layout
che.org>
I don't believe we are doing anything special to support this in the
first release. It is entirely possible to use this structure as is.
To be honest, reading that bug again, I don't know what is being asked
for. The only thing in Maven that could be affected is <modules> for
which we haven't allowed "../" as a directory.
The only downside of this I can see is that you don't get to have the
root pom.xml file in your workspace.
Maybe one of the MevenIDE folks comment on this?
Incidentally, there is an open issue at Eclipse I am tracking that
they support a different type of project layout. I'd encourage
everyone here that has this problem to go and vote for it.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=35973
- Brett
On 5/26/05, bryan ( admin@revoltingdigits.com)
<re...@gmail.com> wrote:
> hmmm ... now i understand why my project isn't working. This is
particularly
> a pain if you are working with IBM WAS /
> WSAD ... it forces you to adopt this stucture when working on a EAR
> deployment ... and just about anything else.
>
> Eclipse is ( despite what some may say ) probably the most popular java
IDE
> out there, especially for open source
> projects. Good interoperability with maven ( allready a good mavenide
plugin
> ) would be a dream situation.
>
> --
>
> On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com>
wrote:
> >
> >
> >
> >
> >
> > Hi guys,
> >
> > the issue of multiproject handling with a flat layout was tackled some
> > weeks ago on this mailing list, and there's an issue on JIRA
> > (http://jira.codehaus.org/browse/MNG-359) concerning this point, but it
> > has
> > not been resolved nor assigned.
> >
> > I just wanted to know: is this issue left apart intentionally, or will
it
> > be done for m2 august release?
> >
> > Best regards,
> > Fabrice.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] Multiproject with flat layout
Posted by Brett Porter <br...@gmail.com>.
I don't believe we are doing anything special to support this in the
first release. It is entirely possible to use this structure as is.
To be honest, reading that bug again, I don't know what is being asked
for. The only thing in Maven that could be affected is <modules> for
which we haven't allowed "../" as a directory.
The only downside of this I can see is that you don't get to have the
root pom.xml file in your workspace.
Maybe one of the MevenIDE folks comment on this?
Incidentally, there is an open issue at Eclipse I am tracking that
they support a different type of project layout. I'd encourage
everyone here that has this problem to go and vote for it.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=35973
- Brett
On 5/26/05, bryan ( admin@revoltingdigits.com)
<re...@gmail.com> wrote:
> hmmm ... now i understand why my project isn't working. This is particularly
> a pain if you are working with IBM WAS /
> WSAD ... it forces you to adopt this stucture when working on a EAR
> deployment ... and just about anything else.
>
> Eclipse is ( despite what some may say ) probably the most popular java IDE
> out there, especially for open source
> projects. Good interoperability with maven ( allready a good mavenide plugin
> ) would be a dream situation.
>
> --
>
> On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
> >
> >
> >
> >
> >
> > Hi guys,
> >
> > the issue of multiproject handling with a flat layout was tackled some
> > weeks ago on this mailing list, and there's an issue on JIRA
> > (http://jira.codehaus.org/browse/MNG-359) concerning this point, but it
> > has
> > not been resolved nor assigned.
> >
> > I just wanted to know: is this issue left apart intentionally, or will it
> > be done for m2 august release?
> >
> > Best regards,
> > Fabrice.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: [m2] Multiproject with flat layout
Posted by "bryan ( admin@revoltingdigits.com)" <re...@gmail.com>.
hmmm ... now i understand why my project isn't working. This is particularly
a pain if you are working with IBM WAS /
WSAD ... it forces you to adopt this stucture when working on a EAR
deployment ... and just about anything else.
Eclipse is ( despite what some may say ) probably the most popular java IDE
out there, especially for open source
projects. Good interoperability with maven ( allready a good mavenide plugin
) would be a dream situation.
--
On 5/25/05, fabrice.belingard@mpsa.com <fa...@mpsa.com> wrote:
>
>
>
>
>
> Hi guys,
>
> the issue of multiproject handling with a flat layout was tackled some
> weeks ago on this mailing list, and there's an issue on JIRA
> (http://jira.codehaus.org/browse/MNG-359) concerning this point, but it
> has
> not been resolved nor assigned.
>
> I just wanted to know: is this issue left apart intentionally, or will it
> be done for m2 august release?
>
> Best regards,
> Fabrice.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
Re: [m2] assembly equivalent of dist?
Posted by Jason van Zyl <ja...@maven.org>.
On Wed, 2005-05-25 at 14:22 -0400, Michael Heuer wrote:
> Hello,
>
> Just got started with maven2 and am having trouble finding the equivalent
> of the maven1 dist plugin, for creating binary and source tarballs.
>
> The plug-in doc for the assembly plugin reads "Build an assembly
> (distribution) of sources and binaries" but I'm not sure how to use it:
>
> $ m2 assembly:assembly
> ...
> [ERROR] Cause:
> org.apache.maven.plugin.MojoExecutionException: Error creating assembly
> ...
> Caused by: org.apache.maven.plugin.MojoExecutionException: You must
> specify descriptor or descriptorId
> ...
You need a descriptor like this:
http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-
core/src/assemble/bin.xml?rev=163813&view=markup
And you can look at the maven-core POM for details on how to configure
the assembly plugin:
http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-
core/pom.xml?rev=178056&view=markup
Look for "assembly".
> michael
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
--
jvz.
Jason van Zyl
jason at maven.org
http://maven.apache.org
you are never dedicated to something you have complete confidence in.
No one is fanatically shouting that the sun is going to rise tomorrow.
They know it is going to rise tomorrow. When people are fanatically
dedicated to political or religious faiths or any other kind of
dogmas or goals, it's always because these dogmas or
goals are in doubt.
-- Robert Pirzig, Zen and the Art of Motorcycle Maintenance
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
[m2] assembly equivalent of dist?
Posted by Michael Heuer <he...@acm.org>.
Hello,
Just got started with maven2 and am having trouble finding the equivalent
of the maven1 dist plugin, for creating binary and source tarballs.
The plug-in doc for the assembly plugin reads "Build an assembly
(distribution) of sources and binaries" but I'm not sure how to use it:
$ m2 assembly:assembly
...
[ERROR] Cause:
org.apache.maven.plugin.MojoExecutionException: Error creating assembly
...
Caused by: org.apache.maven.plugin.MojoExecutionException: You must
specify descriptor or descriptorId
...
michael
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
[m2] Multiproject with flat layout
Posted by fa...@mpsa.com.
Hi guys,
the issue of multiproject handling with a flat layout was tackled some
weeks ago on this mailing list, and there's an issue on JIRA
(http://jira.codehaus.org/browse/MNG-359) concerning this point, but it has
not been resolved nor assigned.
I just wanted to know: is this issue left apart intentionally, or will it
be done for m2 august release?
Best regards,
Fabrice.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org