You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Gordon Henriksen <go...@mac.com> on 2006/03/30 03:12:11 UTC
mvn eclipse:eclipse -- requires install first -- bug/oversight?
Hi everyone,
Bit of a problem. There's a workaround, but the workaround is
precisely the problem. Here goes…
mvn eclipse:eclipse requires that I install my local projects before
it will generate the .project and .classpath files for Eclipse. This
makes total sense for external dependencies; the .classpath needs to
reference an .jar file somewhere, so putting them in ~/.m2/repository
makes a lot of sense. Fine and dandy. But for a project like such:
my-root-project/ { packaging: pom }
my-lib/ { packaging: jar }
my-webapp/ { packaging: war, dependencies: { my-lib } }
When I run mvn eclipse:eclipse, the Eclipse .classpath file
references the adjacent my-lib project, not my-lib that resides in
the ~/.m2/repository. Therefore, the install doesn't seem as if it
should be necessary for the local projects. Yet the Eclipse plugin
insists upon it. Further, it is damaging to our workflow, since we
have to make sure our code compiles before we can add a dependency to
pom.xml and successfully push those to Eclipse. Besides that, forcing
the install of a project before we can even get our IDE set up seems
very backwards; by definition, the projects in question are under
development, so publishing them to even the per-user repository is
premature.
In fact, since I prefer not to have the possibility of out-of-
sync .classpath and .project files, I've prohibited checking these
files in. So our checkout directions look like this:
mkdir my-enterprise
cd my-enterprise
svn co svn+ssh://my.host/my-enterprise/trunk .
mvn install # <-- !!!!
mvn eclipse:eclipse
Is there a reason this is the case? Or should I file an RFE and look
into making a patch?
Other Eclipse+Maven users:
Should I allow checkin of .classpath and .project, even at the risk
of them falling out of sync with pom.xml?
Does it sound like I'm missing the zen of making these tools cooperate?
— G
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: mvn eclipse:eclipse -- requires install first -- bug/oversight?
Posted by stéphane bouchet <St...@emn.fr>.
Hi, i got the same 'problem' with Maven 1.X. I need to install all my local
projects before generating .project and .classpath files.
It is really annoying because the generated files does not refers to the libs in
my repo.
It looks like even if the property "eclipse.dependency" is set or not, the
eclipse plugin will try to find it in the repo, but after that it will write the
correct entry in the .classpath and .project files.
In my case, I don't commit these files, and tell to my dev squad to do maven
install before use Eclipse...
Cheers,
Gordon Henriksen a écrit :
> Hi everyone,
>
> Bit of a problem. There's a workaround, but the workaround is precisely
> the problem. Here goes…
>
> mvn eclipse:eclipse requires that I install my local projects before it
> will generate the .project and .classpath files for Eclipse. This makes
> total sense for external dependencies; the .classpath needs to reference
> an .jar file somewhere, so putting them in ~/.m2/repository makes a lot
> of sense. Fine and dandy. But for a project like such:
>
> my-root-project/ { packaging: pom }
> my-lib/ { packaging: jar }
> my-webapp/ { packaging: war, dependencies: { my-lib } }
>
> When I run mvn eclipse:eclipse, the Eclipse .classpath file references
> the adjacent my-lib project, not my-lib that resides in the
> ~/.m2/repository. Therefore, the install doesn't seem as if it should be
> necessary for the local projects. Yet the Eclipse plugin insists upon
> it. Further, it is damaging to our workflow, since we have to make sure
> our code compiles before we can add a dependency to pom.xml and
> successfully push those to Eclipse. Besides that, forcing the install of
> a project before we can even get our IDE set up seems very backwards; by
> definition, the projects in question are under development, so
> publishing them to even the per-user repository is premature.
>
> In fact, since I prefer not to have the possibility of out-of-sync
> .classpath and .project files, I've prohibited checking these files in.
> So our checkout directions look like this:
>
> mkdir my-enterprise
> cd my-enterprise
> svn co svn+ssh://my.host/my-enterprise/trunk .
> mvn install # <-- !!!!
> mvn eclipse:eclipse
>
> Is there a reason this is the case? Or should I file an RFE and look
> into making a patch?
>
> Other Eclipse+Maven users:
> Should I allow checkin of .classpath and .project, even at the risk of
> them falling out of sync with pom.xml?
> Does it sound like I'm missing the zen of making these tools cooperate?
>
> — G
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
--
Stéphane Bouchet
http://sbouchet.blogspot.com
Architecte Logiciel du projet CASTORE
http://www.castore.org
EMN - CRITE
La chantrerie
4, rue Alfred Kastler
44300 NANTES
02.51.85.82.29
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: RE : mvn eclipse:eclipse -- requires install first -- bug/oversight?
Posted by Matt McGill <ma...@gmail.com>.
Aha - yup, that describes the issue exactly (for others, note that
the JIRA title mis-identifies the source of the trouble, but a
comment clarifies). And thanks for your suggested command line for a
faster build!
-Matt
On Mar 31, 2006, at 10:38 AM, Olivier Lamy wrote:
> Have a look : http://jira.codehaus.org/browse/MECLIPSE-3
>
> More a quicker in a multi-modules project is : mvn
> -Dmaven.test.skip=true clean compile eclipse:clean eclipse:eclipse
>
> - Olivier
>
> -----Message d'origine-----
> De : Matt McGill [mailto:matt.mcgill@gmail.com]
> Envoyé : vendredi 31 mars 2006 17:35
> À : Maven Users List
> Objet : Re: mvn eclipse:eclipse -- requires install first --
> bug/oversight?
>
>
> I think I was just hung up on the same problem, but I want to clarify
> to make sure. When you say that eclipse:eclipse requires you to
> install before generating the .project and .classpath files, you mean
> before generating the *correct* .project and .classpath files, right?
> That's what's been driving me crazy - I run mvn eclipse:clean
> eclipse:eclipse on the root pom of a multi-module project for which
> artifacts do already exist in the local repository and suddenly all
> of the project references between modules are gone, and every
> dependency is resolved using the local repository. If I run mvn
> eclipse:clean install eclipse:eclipse, the project references are
> fixed.
>
> Are we talking about the same thing, then? Either way, this behavior
> is not intuitive to me.
>
> -Matt
>
> On Mar 29, 2006, at 8:12 PM, Gordon Henriksen wrote:
>
>> Hi everyone,
>>
>> Bit of a problem. There's a workaround, but the workaround is
>> precisely the problem. Here goes…
>>
>> mvn eclipse:eclipse requires that I install my local projects
>> before it will generate the .project and .classpath files for
>> Eclipse. This makes total sense for external dependencies;
>> the .classpath needs to reference an .jar file somewhere, so
>> putting them in ~/.m2/repository makes a lot of sense. Fine and
>> dandy. But for a project like such:
>>
>> my-root-project/ { packaging: pom }
>> my-lib/ { packaging: jar }
>> my-webapp/ { packaging: war, dependencies: { my-lib } }
>>
>> When I run mvn eclipse:eclipse, the Eclipse .classpath file
>> references the adjacent my-lib project, not my-lib that resides in
>> the ~/.m2/repository. Therefore, the install doesn't seem as if it
>> should be necessary for the local projects. Yet the Eclipse plugin
>> insists upon it. Further, it is damaging to our workflow, since we
>> have to make sure our code compiles before we can add a dependency
>> to pom.xml and successfully push those to Eclipse. Besides that,
>> forcing the install of a project before we can even get our IDE set
>> up seems very backwards; by definition, the projects in question
>> are under development, so publishing them to even the per-user
>> repository is premature.
>>
>> In fact, since I prefer not to have the possibility of out-of-
>> sync .classpath and .project files, I've prohibited checking these
>> files in. So our checkout directions look like this:
>>
>> mkdir my-enterprise
>> cd my-enterprise
>> svn co svn+ssh://my.host/my-enterprise/trunk .
>> mvn install # <-- !!!!
>> mvn eclipse:eclipse
>>
>> Is there a reason this is the case? Or should I file an RFE and
>> look into making a patch?
>>
>> Other Eclipse+Maven users:
>> Should I allow checkin of .classpath and .project, even at the risk
>> of them falling out of sync with pom.xml?
>> Does it sound like I'm missing the zen of making these tools
>> cooperate?
>>
>> — G
>>
>>
>> ---------------------------------------------------------------------
>> 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
>
>
>
> This e-mail, any attachments and the information contained therein
> ("this message") are confidential and intended solely for the use
> of the addressee(s). If you have received this message in error
> please send it back to the sender and delete it. Unauthorized
> publication, use, dissemination or disclosure of this message,
> either in whole or in part is strictly prohibited.
> **********************************************************************
> Ce message électronique et tous les fichiers joints ainsi que les
> informations contenues dans ce message ( ci après "le message" ),
> sont confidentiels et destinés exclusivement à l'usage de la
> personne à laquelle ils sont adressés. Si vous avez reçu ce message
> par erreur, merci de le renvoyer à son émetteur et de le détruire.
> Toutes diffusion, publication, totale ou partielle ou divulgation
> sous quelque forme que se soit non expressément autorisées de ce
> message, sont interdites.
> **********************************************************************
>
>
> ---------------------------------------------------------------------
> 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 : mvn eclipse:eclipse -- requires install first -- bug/oversight?
Posted by Olivier Lamy <ol...@accor.com>.
Have a look : http://jira.codehaus.org/browse/MECLIPSE-3
More a quicker in a multi-modules project is : mvn
-Dmaven.test.skip=true clean compile eclipse:clean eclipse:eclipse
- Olivier
-----Message d'origine-----
De : Matt McGill [mailto:matt.mcgill@gmail.com]
Envoyé : vendredi 31 mars 2006 17:35
À : Maven Users List
Objet : Re: mvn eclipse:eclipse -- requires install first --
bug/oversight?
I think I was just hung up on the same problem, but I want to clarify
to make sure. When you say that eclipse:eclipse requires you to
install before generating the .project and .classpath files, you mean
before generating the *correct* .project and .classpath files, right?
That's what's been driving me crazy - I run mvn eclipse:clean
eclipse:eclipse on the root pom of a multi-module project for which
artifacts do already exist in the local repository and suddenly all
of the project references between modules are gone, and every
dependency is resolved using the local repository. If I run mvn
eclipse:clean install eclipse:eclipse, the project references are fixed.
Are we talking about the same thing, then? Either way, this behavior
is not intuitive to me.
-Matt
On Mar 29, 2006, at 8:12 PM, Gordon Henriksen wrote:
> Hi everyone,
>
> Bit of a problem. There's a workaround, but the workaround is
> precisely the problem. Here goes
>
> mvn eclipse:eclipse requires that I install my local projects
> before it will generate the .project and .classpath files for
> Eclipse. This makes total sense for external dependencies;
> the .classpath needs to reference an .jar file somewhere, so
> putting them in ~/.m2/repository makes a lot of sense. Fine and
> dandy. But for a project like such:
>
> my-root-project/ { packaging: pom }
> my-lib/ { packaging: jar }
> my-webapp/ { packaging: war, dependencies: { my-lib } }
>
> When I run mvn eclipse:eclipse, the Eclipse .classpath file
> references the adjacent my-lib project, not my-lib that resides in
> the ~/.m2/repository. Therefore, the install doesn't seem as if it
> should be necessary for the local projects. Yet the Eclipse plugin
> insists upon it. Further, it is damaging to our workflow, since we
> have to make sure our code compiles before we can add a dependency
> to pom.xml and successfully push those to Eclipse. Besides that,
> forcing the install of a project before we can even get our IDE set
> up seems very backwards; by definition, the projects in question
> are under development, so publishing them to even the per-user
> repository is premature.
>
> In fact, since I prefer not to have the possibility of out-of-
> sync .classpath and .project files, I've prohibited checking these
> files in. So our checkout directions look like this:
>
> mkdir my-enterprise
> cd my-enterprise
> svn co svn+ssh://my.host/my-enterprise/trunk .
> mvn install # <-- !!!!
> mvn eclipse:eclipse
>
> Is there a reason this is the case? Or should I file an RFE and
> look into making a patch?
>
> Other Eclipse+Maven users:
> Should I allow checkin of .classpath and .project, even at the risk
> of them falling out of sync with pom.xml?
> Does it sound like I'm missing the zen of making these tools
> cooperate?
>
> G
>
>
> ---------------------------------------------------------------------
> 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
This e-mail, any attachments and the information contained therein ("this message") are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited.
**********************************************************************
Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après "le message" ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites.
**********************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: mvn eclipse:eclipse -- requires install first -- bug/oversight?
Posted by Matt McGill <ma...@gmail.com>.
I think I was just hung up on the same problem, but I want to clarify
to make sure. When you say that eclipse:eclipse requires you to
install before generating the .project and .classpath files, you mean
before generating the *correct* .project and .classpath files, right?
That's what's been driving me crazy - I run mvn eclipse:clean
eclipse:eclipse on the root pom of a multi-module project for which
artifacts do already exist in the local repository and suddenly all
of the project references between modules are gone, and every
dependency is resolved using the local repository. If I run mvn
eclipse:clean install eclipse:eclipse, the project references are fixed.
Are we talking about the same thing, then? Either way, this behavior
is not intuitive to me.
-Matt
On Mar 29, 2006, at 8:12 PM, Gordon Henriksen wrote:
> Hi everyone,
>
> Bit of a problem. There's a workaround, but the workaround is
> precisely the problem. Here goes…
>
> mvn eclipse:eclipse requires that I install my local projects
> before it will generate the .project and .classpath files for
> Eclipse. This makes total sense for external dependencies;
> the .classpath needs to reference an .jar file somewhere, so
> putting them in ~/.m2/repository makes a lot of sense. Fine and
> dandy. But for a project like such:
>
> my-root-project/ { packaging: pom }
> my-lib/ { packaging: jar }
> my-webapp/ { packaging: war, dependencies: { my-lib } }
>
> When I run mvn eclipse:eclipse, the Eclipse .classpath file
> references the adjacent my-lib project, not my-lib that resides in
> the ~/.m2/repository. Therefore, the install doesn't seem as if it
> should be necessary for the local projects. Yet the Eclipse plugin
> insists upon it. Further, it is damaging to our workflow, since we
> have to make sure our code compiles before we can add a dependency
> to pom.xml and successfully push those to Eclipse. Besides that,
> forcing the install of a project before we can even get our IDE set
> up seems very backwards; by definition, the projects in question
> are under development, so publishing them to even the per-user
> repository is premature.
>
> In fact, since I prefer not to have the possibility of out-of-
> sync .classpath and .project files, I've prohibited checking these
> files in. So our checkout directions look like this:
>
> mkdir my-enterprise
> cd my-enterprise
> svn co svn+ssh://my.host/my-enterprise/trunk .
> mvn install # <-- !!!!
> mvn eclipse:eclipse
>
> Is there a reason this is the case? Or should I file an RFE and
> look into making a patch?
>
> Other Eclipse+Maven users:
> Should I allow checkin of .classpath and .project, even at the risk
> of them falling out of sync with pom.xml?
> Does it sound like I'm missing the zen of making these tools
> cooperate?
>
> — G
>
>
> ---------------------------------------------------------------------
> 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