Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [m2e-users] Improved "import maven project" workflow in m2e 1.5.0

I tend to have a lot of single maven projects, these are normally grouped under plugins or utils working sets, for multi-module projects these are generally in there own working sets.

how about having radio buttons (generate working set/choose working set), this could grey out the old select dialog that was there previously?


On 2 October 2013 23:12, Igor Fedorenko <igor@xxxxxxxxxxxxxx> wrote:
How often do you import multi-module projects into existing working set?
Can you describe your workflow that leads into this?

--
Regards,
Igor


On 2013-10-02 5:53 PM, Andrew Holland wrote:
Hi Fred,

i liked the old way to choose an existing working set, wouldn't it be
better to have the old drop down with a button to create a new working set?



On 30 September 2013 15:33, Fred Bricon <fbricon@xxxxxxxxx
<mailto:fbricon@xxxxxxxxx>> wrote:

    Hi,

    we've made some drastic changes in the way the "Import Maven
    projects" workflow in m2e 1.5.0 [1]. Previously, when selecting a
    directory of projects to import, m2e spent a huge amount of time
    analyzing potential lifecycle mapping errors and discover potential
    fixes from remote connectors, before you could even choose which
    specific projects to import.

    That lifecycle mapping analysis has been deferred to *after*
    projects are imported and it only checks for *actual* errors now,
    before trying to discover the world. The discovery mechanism itself
    has also been greatly optimized.

    It means the 1st page of the maven import wizard can now refresh in
    less than a couple second (usually << 1s), instead of up to several
    minutes.
    One caveat is it won't try to discover connectors that for plugins
    whose lifecycle is already covered. ex: the mavenarchiver plugin
    won't be proposed for download if the maven-jar-plugin has no errors.

    The lifecycle mapping discovery refactoring led to a few internal
    classes to be deleted or changed in a non backward compatible way,
    so if you built some m2e extensions over these, you might be badly
    affected. Check [2] to see the extent of the changes.

    So, please, give the latest dev build a try [3] and let's know how
    good or bad the changes are from your perspective.

    [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=409732
    [2]
    http://git.eclipse.org/c/m2e/m2e-core.git/commit/?id=798db4c8b2405f58319a5bb899b7bada7f8152b4
    [3]
    http://nexus.tesla.io:8081/nexus/content/sites/m2e.extras/m2e/1.5.0/N/LATEST/

    Fred

    --
    "Have you tried turning it off and on again" - The IT Crowd

    _______________________________________________
    m2e-users mailing list
    m2e-users@xxxxxxxxxxx <mailto:m2e-users@xxxxxxxxxxx>
    https://dev.eclipse.org/mailman/listinfo/m2e-users





_______________________________________________
m2e-users mailing list
m2e-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/m2e-users

_______________________________________________
m2e-users mailing list
m2e-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/m2e-users


Back to the top