You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Arnaud Héritier <ah...@gmail.com> on 2012/01/15 22:07:09 UTC
Eclipse plugin ITs was Re: [VOTE] Release Maven Eclipse Plugin
version 2.9
Thanks a lot for this hard wok Barrie
yes it was my problem too Robert.
ITs are now very difficult to use/maintain and sadly are covering only the
fact that what we generate is always the same and not that it is working in
eclipse.
As far as I remember this is the larger plugin we have in lines of codes
and also the dirtiest one as it was built from many many contributors
(because of the variety of usages and eclipse versions)
Since that, I had the chance to switch from eclipse to intellij and it
solved all my issues.
cheers,
Arnaud
On Sun, Jan 15, 2012 at 9:35 PM, Robert Scholte <ap...@sourcegrounds.com>wrote:
> Hi Barrie,
>
> thanks for picking this up.
> I've fixed some critical issues we faced during development on one of my
> projects, but lost motivation to continue because of the current structure
> of the ITs, which take ages to run.
>
> Anyhow, here's my +1
>
> -Robert
>
>
> On Fri, 13 Jan 2012 00:22:34 +0100, Barrie Treloar <ba...@gmail.com>
> wrote:
>
> Hi,
>>
>> We solved 25 issues:
>> http://jira.codehaus.org/**secure/ReleaseNote.jspa?**
>> projectId=11133&version=16240<http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11133&version=16240>
>>
>> There are still a large backlog of issues left in JIRA: (extra support
>> would be appreciated)
>> http://jira.codehaus.org/**secure/IssueNavigator.jspa?**
>> reset=true&mode=hide&jqlQuery=**project+%3D+MECLIPSE+AND+**
>> resolution+%3D+Unresolved+**ORDER+BY+updated+DESC<http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&jqlQuery=project+%3D+MECLIPSE+AND+resolution+%3D+Unresolved+ORDER+BY+updated+DESC>
>>
>> Staging repo:
>> https://repository.apache.org/**content/repositories/maven-**061/<https://repository.apache.org/content/repositories/maven-061/>
>>
>> Staging site: (not yet synced)
>> http://maven.apache.org/**plugins/maven-eclipse-plugin-**2.9/<http://maven.apache.org/plugins/maven-eclipse-plugin-2.9/>
>>
>> Guide to testing staged releases:
>> http://maven.apache.org/**guides/development/guide-**
>> testing-releases.html<http://maven.apache.org/guides/development/guide-testing-releases.html>
>>
>> Vote open for 72 hours.
>>
>> [ ] +1
>> [ ] +0
>> [ ] -1
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.**org<de...@maven.apache.org>
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.**org<de...@maven.apache.org>
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: Eclipse plugin ITs was Re: [VOTE] Release Maven Eclipse Plugin
version 2.9
Posted by Benson Margulies <bi...@gmail.com>.
The marriage of eclipse and maven poses fundamental challenges that
don't exist for Intellij or Netbeans.
Of the three major Java IDE's, only Eclipse incorporates its own
classpath and compiler system. IJ and NB 'just run maven' and analyze
the output for display. Eclipse, on the other hand, actually compiles.
Further, Eclipse builds WAR files, and runs tools like checkstyle,
pmd, and findbugs via its plugin architecture -- typically with an
entirely different configuration system than maven's.
Each of m-e-p and m2e is an attempt to bridge these gaps. m-e-p can't
solve the problem that eclipse has one classpath and maven has two,
nor the problem of bridging configuration one plugin at a time.
m2e, on the other hand, has a very difficult hill to climb. mvn and
eclipse each has a complex class loader system. At best, the result of
running maven inside the eclipse jvm is an even more gigantic thirst
for memory (and particularly permgen space). m2e's long-term success
depends on eclipse changes to accomodate the maven classpath model.
It's also just a giant effort of a small group of people. Dealing with
the Eclipse release train system doesn't make their life any easier,
either.
The net result is that many people find IJ, or even NB, to provide a
less frustrating experience.
2012/1/16 Arnaud Héritier <ah...@gmail.com>:
> On Mon, Jan 16, 2012 at 12:34 AM, Barrie Treloar <ba...@gmail.com> wrote:
>
>> 2012/1/16 Arnaud Héritier <ah...@gmail.com>:
>> > Thanks a lot for this hard wok Barrie
>> >
>> > yes it was my problem too Robert.
>> > ITs are now very difficult to use/maintain and sadly are covering only
>> the
>> > fact that what we generate is always the same and not that it is working
>> in
>> > eclipse.
>> > As far as I remember this is the larger plugin we have in lines of codes
>> > and also the dirtiest one as it was built from many many contributors
>> > (because of the variety of usages and eclipse versions)
>> >
>> > Since that, I had the chance to switch from eclipse to intellij and it
>> > solved all my issues.
>>
>> lol.
>>
>> Well what black magic is intellij doing that makes using maven better?
>>
>
> In fact my disagreement with eclipse is over than only its Maven integration
> I didn't use it now for more than one year thus I cannot tell how it is
> going now but my impediment was to have to choose between
> * m2eclipse which supported a little subset of eclipse features (WTP
> integration didn't work well before JBoss start to investigate on it, ...),
> which was slow/unusable for large projects but which provided for what it
> supported a good developer experience.
> * maven-eclipse-plugin that had a larger set of feature but that was broken
> in many points like the dependency management and its inability to import
> parent/aggregators POMs.
>
> Nowadays I'm using IntelliJ which has a transparent integration (I just
> open a Maven project) and supports large projects. I don't use anymore a
> JEE integration thus I don't know if it is better or worst than eclipse
> with WTP.
>
>
>> There is the option to switch to m2e.
>> I cant do that for some of my projects because they are Eclipse RCP
>> 3.2 projects that are bodge anyway.
>> m-e-p works well enough.
>>
>
> Yes, it was I maintained it also.
>
>
>>
>> Its worse than you summarize because:
>> * it does its own dependency analysis because there was no standard
>> way of exposing that before (refactoring to use aether is an option)
>>
>
> => yes it is just horrible. But remember why it doesn't use the native
> maven dep management : it is because you want to be able to import a
> project that has its dependencies (or more generally some descriptors)
> broken. I think it's always no possible even with aether to have a mode
> where it loads what it can. I don't remember how is the behavior of m2e or
> intellij in that case. I didn't test it for a long time.
>
>
>> * the ITs were built at the time where there was no IT standard
>>
> yes :(
>
>
>> * there is support for eclipse-like environments (RAD, etc) which is
>> even harder to maintain
>>
> yes, and like I said, ITs are almost useless because I had several times
> the case that even if we continued to generate the same thing, eclipse
> didn't support it after an upgrade. And sadly for all these configuration
> files, there is no documentation (AFAIR) and are considered as an internal
> stuff from eclipse point of view. These aren't APIs that we can rely on.
>
>
>> * some OSGi support which is using deprecated feature sets and is
>> impossible to maintain because there are no ITs or use cases for it.
>>
>> yes
>
>
>> This list is probably a part of the reason that Jason suggested
>> retiring plugins.
>> (This one is sporadically maintained but it still works as advertised)
>>
>>
> yes, but I'm not agree to retire it as far as we have few people like you
> involved in it because it continues to be used and probably it continues to
> have more users than m2eclipse
>
> Arnaud
>
>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Eclipse plugin ITs was Re: [VOTE] Release Maven Eclipse Plugin
version 2.9
Posted by Arnaud Héritier <ah...@gmail.com>.
On Mon, Jan 16, 2012 at 12:34 AM, Barrie Treloar <ba...@gmail.com> wrote:
> 2012/1/16 Arnaud Héritier <ah...@gmail.com>:
> > Thanks a lot for this hard wok Barrie
> >
> > yes it was my problem too Robert.
> > ITs are now very difficult to use/maintain and sadly are covering only
> the
> > fact that what we generate is always the same and not that it is working
> in
> > eclipse.
> > As far as I remember this is the larger plugin we have in lines of codes
> > and also the dirtiest one as it was built from many many contributors
> > (because of the variety of usages and eclipse versions)
> >
> > Since that, I had the chance to switch from eclipse to intellij and it
> > solved all my issues.
>
> lol.
>
> Well what black magic is intellij doing that makes using maven better?
>
In fact my disagreement with eclipse is over than only its Maven integration
I didn't use it now for more than one year thus I cannot tell how it is
going now but my impediment was to have to choose between
* m2eclipse which supported a little subset of eclipse features (WTP
integration didn't work well before JBoss start to investigate on it, ...),
which was slow/unusable for large projects but which provided for what it
supported a good developer experience.
* maven-eclipse-plugin that had a larger set of feature but that was broken
in many points like the dependency management and its inability to import
parent/aggregators POMs.
Nowadays I'm using IntelliJ which has a transparent integration (I just
open a Maven project) and supports large projects. I don't use anymore a
JEE integration thus I don't know if it is better or worst than eclipse
with WTP.
> There is the option to switch to m2e.
> I cant do that for some of my projects because they are Eclipse RCP
> 3.2 projects that are bodge anyway.
> m-e-p works well enough.
>
Yes, it was I maintained it also.
>
> Its worse than you summarize because:
> * it does its own dependency analysis because there was no standard
> way of exposing that before (refactoring to use aether is an option)
>
=> yes it is just horrible. But remember why it doesn't use the native
maven dep management : it is because you want to be able to import a
project that has its dependencies (or more generally some descriptors)
broken. I think it's always no possible even with aether to have a mode
where it loads what it can. I don't remember how is the behavior of m2e or
intellij in that case. I didn't test it for a long time.
> * the ITs were built at the time where there was no IT standard
>
yes :(
> * there is support for eclipse-like environments (RAD, etc) which is
> even harder to maintain
>
yes, and like I said, ITs are almost useless because I had several times
the case that even if we continued to generate the same thing, eclipse
didn't support it after an upgrade. And sadly for all these configuration
files, there is no documentation (AFAIR) and are considered as an internal
stuff from eclipse point of view. These aren't APIs that we can rely on.
> * some OSGi support which is using deprecated feature sets and is
> impossible to maintain because there are no ITs or use cases for it.
>
> yes
> This list is probably a part of the reason that Jason suggested
> retiring plugins.
> (This one is sporadically maintained but it still works as advertised)
>
>
yes, but I'm not agree to retire it as far as we have few people like you
involved in it because it continues to be used and probably it continues to
have more users than m2eclipse
Arnaud
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: Eclipse plugin ITs was Re: [VOTE] Release Maven Eclipse Plugin
version 2.9
Posted by Barrie Treloar <ba...@gmail.com>.
2012/1/16 Arnaud Héritier <ah...@gmail.com>:
> Thanks a lot for this hard wok Barrie
>
> yes it was my problem too Robert.
> ITs are now very difficult to use/maintain and sadly are covering only the
> fact that what we generate is always the same and not that it is working in
> eclipse.
> As far as I remember this is the larger plugin we have in lines of codes
> and also the dirtiest one as it was built from many many contributors
> (because of the variety of usages and eclipse versions)
>
> Since that, I had the chance to switch from eclipse to intellij and it
> solved all my issues.
lol.
Well what black magic is intellij doing that makes using maven better?
There is the option to switch to m2e.
I cant do that for some of my projects because they are Eclipse RCP
3.2 projects that are bodge anyway.
m-e-p works well enough.
Its worse than you summarize because:
* it does its own dependency analysis because there was no standard
way of exposing that before (refactoring to use aether is an option)
* the ITs were built at the time where there was no IT standard
* there is support for eclipse-like environments (RAD, etc) which is
even harder to maintain
* some OSGi support which is using deprecated feature sets and is
impossible to maintain because there are no ITs or use cases for it.
This list is probably a part of the reason that Jason suggested
retiring plugins.
(This one is sporadically maintained but it still works as advertised)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org