You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by ji...@codehaus.org on 2004/06/30 10:02:16 UTC
[jira] Created: (MPIDEA-7) IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Message:
A new issue has been created in JIRA.
---------------------------------------------------------------------
View the issue:
http://jira.codehaus.org/browse/MPIDEA-7
Here is an overview of the issue:
---------------------------------------------------------------------
Key: MPIDEA-7
Summary: IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Type: Bug
Status: Open
Priority: Major
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven-idea-plugin
Assignee: Brett Porter
Reporter: Sverre Eplov
Created: Wed, 30 Jun 2004 4:01 AM
Updated: Wed, 30 Jun 2004 4:01 AM
Environment: Maven RC4, IDEA plugin 1.5
Description:
This is the mail describing the problem and suggested solutions
br
/Sverre
---------------------------------------
(From Brett Porter)
Actually, this should probably only be done when you run
idea:multiproject, and then only for projects in that build rather
than automatically assuming you will import your external project
modules.
But wither way, definitely file a JIRA issue for this.
Cheers,
Brett
On Tue, 29 Jun 2004 15:46:44 +0200, sverre@explicit.dk
<sv...@explicit.dk> wrote:
> Hi Again,
>
> I've done some digging into the plugin and found, that the module.jelly which
> generates the .iml file *does* sort the jar files into external and internal
> module vs. module-libraries.
>
> I would suggest a plugin property which should be tested against in the
> module.jelly file, so it is possible to select wether jar files with same
> groupId as the current project are registered as module or module-library in
> the generated .iml file.
>
> The property could be something like
>
> maven.idea.project.groupmodules=<true | false>
>
> The default value for the property could leave the plugin with the current
> behaviour, thus backward compability is secured.
>
> How sounds ?
>
> Br,
> /Sverre Eplov
>
> Citat sverre@explicit.dk:
>
>
>
> > Hi all,
> >
> > I'm using the IDEA plugin to generate the IDEA IDE project files.
> >
> > The projects we're doing consists of a number of artifacts (jar, war, ejb-jar
> >
> > files e.t.c.) grouped by groupId to indicate that they belong to the same
> > application.
> >
> > When the IDEA plugin generates the .iml file, it seems to distinguish between
> >
> > artifacts belonging to the same groupId as the project itself and artifacts
> > from other groupId's.
> >
> > A dependency to a jar file "cabin-utility" with the same groupId as the
> > project
> > itself generates following entry in the .iml file:
> >
> > <orderEntry type="module" module-name="cabin-utility">
> > </orderEntry>
> >
> > whereas a dependency on a jar file with a groupId different from the project
> >
> > generates this entry:
> >
> > <orderEntry type="module-library">
> > <library name="ejb">
> > <CLASSES>
> > <root
> > url="jar://c:/java_devenv/maven/repository\ejb\jars\ejb-2.0.jar!/">
> > </root>
> > </CLASSES>
> > <JAVADOC>
> > </JAVADOC>
> > <SOURCES>
> > </SOURCES>
> > </library>
> > </orderEntry>
> >
> > The problem is, that any dependency on any jar file should be treated
> > as "external", since projects with same groupId is not checked out at the
> > developer workstation, thus resulting in IDEA missing jar files when the
> > project is opened.
> >
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Closed: (MPIDEA-7) IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Posted by "Brett Porter (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MPIDEA-7?page=all ]
Brett Porter closed MPIDEA-7:
-----------------------------
Fix Version: 1.6
Resolution: Fixed
using David's patch to MPIDEA-10
> IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
> -------------------------------------------------------------------------------------------
>
> Key: MPIDEA-7
> URL: http://jira.codehaus.org/browse/MPIDEA-7
> Project: maven-idea-plugin
> Type: Bug
> Environment: Maven RC4, IDEA plugin 1.5
> Reporter: Sverre Eplov
> Fix For: 1.6
> Attachments: diff.txt
>
>
> This is the mail describing the problem and suggested solutions
> br
> /Sverre
> ---------------------------------------
> (From Brett Porter)
> Actually, this should probably only be done when you run
> idea:multiproject, and then only for projects in that build rather
> than automatically assuming you will import your external project
> modules.
> But wither way, definitely file a JIRA issue for this.
> Cheers,
> Brett
> On Tue, 29 Jun 2004 15:46:44 +0200, sverre@explicit.dk
> <sv...@explicit.dk> wrote:
> > Hi Again,
> >
> > I've done some digging into the plugin and found, that the module.jelly which
> > generates the .iml file *does* sort the jar files into external and internal
> > module vs. module-libraries.
> >
> > I would suggest a plugin property which should be tested against in the
> > module.jelly file, so it is possible to select wether jar files with same
> > groupId as the current project are registered as module or module-library in
> > the generated .iml file.
> >
> > The property could be something like
> >
> > maven.idea.project.groupmodules=<true | false>
> >
> > The default value for the property could leave the plugin with the current
> > behaviour, thus backward compability is secured.
> >
> > How sounds ?
> >
> > Br,
> > /Sverre Eplov
> >
> > Citat sverre@explicit.dk:
> >
> >
> >
> > > Hi all,
> > >
> > > I'm using the IDEA plugin to generate the IDEA IDE project files.
> > >
> > > The projects we're doing consists of a number of artifacts (jar, war, ejb-jar
> > >
> > > files e.t.c.) grouped by groupId to indicate that they belong to the same
> > > application.
> > >
> > > When the IDEA plugin generates the .iml file, it seems to distinguish between
> > >
> > > artifacts belonging to the same groupId as the project itself and artifacts
> > > from other groupId's.
> > >
> > > A dependency to a jar file "cabin-utility" with the same groupId as the
> > > project
> > > itself generates following entry in the .iml file:
> > >
> > > <orderEntry type="module" module-name="cabin-utility">
> > > </orderEntry>
> > >
> > > whereas a dependency on a jar file with a groupId different from the project
> > >
> > > generates this entry:
> > >
> > > <orderEntry type="module-library">
> > > <library name="ejb">
> > > <CLASSES>
> > > <root
> > > url="jar://c:/java_devenv/maven/repository\ejb\jars\ejb-2.0.jar!/">
> > > </root>
> > > </CLASSES>
> > > <JAVADOC>
> > > </JAVADOC>
> > > <SOURCES>
> > > </SOURCES>
> > > </library>
> > > </orderEntry>
> > >
> > > The problem is, that any dependency on any jar file should be treated
> > > as "external", since projects with same groupId is not checked out at the
> > > developer workstation, thus resulting in IDEA missing jar files when the
> > > project is opened.
> > >
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Updated: (MPIDEA-7) IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Posted by ji...@codehaus.org.
The following issue has been updated:
Updater: Séverin Voisin (mailto:svoisin@accessarena.com)
Date: Sun, 12 Sep 2004 7:30 AM
Comment:
Hi,
I propose the following updates : two optional properties
are added :
maven.idea.module.dependency (default : true)
maven.idea.module.dependency.onlySnapshot (default : false)
If maven.idea.module.dependency is set to false, the dependency is always set with the jar (not the idea module dependency).
If maven.idea.module.dependency.onlySnapshot is set to true, it will
check that the dependency version is 'SNAPSHOT'
In addition to this, the plugin checks that the project.xml of the module is present in the file system.
Hope that makes every one happy.
ps the diff was made with the module.jelly of the 1.5 release but I am
not sure I made it the rigth way.
Changes:
Attachment changed to diff.txt
---------------------------------------------------------------------
For a full history of the issue, see:
http://jira.codehaus.org/browse/MPIDEA-7?page=history
---------------------------------------------------------------------
View the issue:
http://jira.codehaus.org/browse/MPIDEA-7
Here is an overview of the issue:
---------------------------------------------------------------------
Key: MPIDEA-7
Summary: IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Type: Bug
Status: Open
Priority: Major
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven-idea-plugin
Assignee: Brett Porter
Reporter: Sverre Eplov
Created: Wed, 30 Jun 2004 4:01 AM
Updated: Sun, 12 Sep 2004 7:30 AM
Environment: Maven RC4, IDEA plugin 1.5
Description:
This is the mail describing the problem and suggested solutions
br
/Sverre
---------------------------------------
(From Brett Porter)
Actually, this should probably only be done when you run
idea:multiproject, and then only for projects in that build rather
than automatically assuming you will import your external project
modules.
But wither way, definitely file a JIRA issue for this.
Cheers,
Brett
On Tue, 29 Jun 2004 15:46:44 +0200, sverre@explicit.dk
<sv...@explicit.dk> wrote:
> Hi Again,
>
> I've done some digging into the plugin and found, that the module.jelly which
> generates the .iml file *does* sort the jar files into external and internal
> module vs. module-libraries.
>
> I would suggest a plugin property which should be tested against in the
> module.jelly file, so it is possible to select wether jar files with same
> groupId as the current project are registered as module or module-library in
> the generated .iml file.
>
> The property could be something like
>
> maven.idea.project.groupmodules=<true | false>
>
> The default value for the property could leave the plugin with the current
> behaviour, thus backward compability is secured.
>
> How sounds ?
>
> Br,
> /Sverre Eplov
>
> Citat sverre@explicit.dk:
>
>
>
> > Hi all,
> >
> > I'm using the IDEA plugin to generate the IDEA IDE project files.
> >
> > The projects we're doing consists of a number of artifacts (jar, war, ejb-jar
> >
> > files e.t.c.) grouped by groupId to indicate that they belong to the same
> > application.
> >
> > When the IDEA plugin generates the .iml file, it seems to distinguish between
> >
> > artifacts belonging to the same groupId as the project itself and artifacts
> > from other groupId's.
> >
> > A dependency to a jar file "cabin-utility" with the same groupId as the
> > project
> > itself generates following entry in the .iml file:
> >
> > <orderEntry type="module" module-name="cabin-utility">
> > </orderEntry>
> >
> > whereas a dependency on a jar file with a groupId different from the project
> >
> > generates this entry:
> >
> > <orderEntry type="module-library">
> > <library name="ejb">
> > <CLASSES>
> > <root
> > url="jar://c:/java_devenv/maven/repository\ejb\jars\ejb-2.0.jar!/">
> > </root>
> > </CLASSES>
> > <JAVADOC>
> > </JAVADOC>
> > <SOURCES>
> > </SOURCES>
> > </library>
> > </orderEntry>
> >
> > The problem is, that any dependency on any jar file should be treated
> > as "external", since projects with same groupId is not checked out at the
> > developer workstation, thus resulting in IDEA missing jar files when the
> > project is opened.
> >
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MPIDEA-7) IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Posted by ji...@codehaus.org.
The following comment has been added to this issue:
Author: David Jencks
Created: Tue, 28 Sep 2004 1:04 PM
Body:
I prefer the solution I proposed in http://jira.codehaus.org/browse/MPIDEA-10
which includes dependencies as module dependencies if they are projects in the current multiproject build and otherwise includes them as library dependencies.
---------------------------------------------------------------------
View this comment:
http://jira.codehaus.org/browse/MPIDEA-7?page=comments#action_24707
---------------------------------------------------------------------
View the issue:
http://jira.codehaus.org/browse/MPIDEA-7
Here is an overview of the issue:
---------------------------------------------------------------------
Key: MPIDEA-7
Summary: IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Type: Bug
Status: Open
Priority: Major
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven-idea-plugin
Assignee: Brett Porter
Reporter: Sverre Eplov
Created: Wed, 30 Jun 2004 4:01 AM
Updated: Tue, 28 Sep 2004 1:04 PM
Environment: Maven RC4, IDEA plugin 1.5
Description:
This is the mail describing the problem and suggested solutions
br
/Sverre
---------------------------------------
(From Brett Porter)
Actually, this should probably only be done when you run
idea:multiproject, and then only for projects in that build rather
than automatically assuming you will import your external project
modules.
But wither way, definitely file a JIRA issue for this.
Cheers,
Brett
On Tue, 29 Jun 2004 15:46:44 +0200, sverre@explicit.dk
<sv...@explicit.dk> wrote:
> Hi Again,
>
> I've done some digging into the plugin and found, that the module.jelly which
> generates the .iml file *does* sort the jar files into external and internal
> module vs. module-libraries.
>
> I would suggest a plugin property which should be tested against in the
> module.jelly file, so it is possible to select wether jar files with same
> groupId as the current project are registered as module or module-library in
> the generated .iml file.
>
> The property could be something like
>
> maven.idea.project.groupmodules=<true | false>
>
> The default value for the property could leave the plugin with the current
> behaviour, thus backward compability is secured.
>
> How sounds ?
>
> Br,
> /Sverre Eplov
>
> Citat sverre@explicit.dk:
>
>
>
> > Hi all,
> >
> > I'm using the IDEA plugin to generate the IDEA IDE project files.
> >
> > The projects we're doing consists of a number of artifacts (jar, war, ejb-jar
> >
> > files e.t.c.) grouped by groupId to indicate that they belong to the same
> > application.
> >
> > When the IDEA plugin generates the .iml file, it seems to distinguish between
> >
> > artifacts belonging to the same groupId as the project itself and artifacts
> > from other groupId's.
> >
> > A dependency to a jar file "cabin-utility" with the same groupId as the
> > project
> > itself generates following entry in the .iml file:
> >
> > <orderEntry type="module" module-name="cabin-utility">
> > </orderEntry>
> >
> > whereas a dependency on a jar file with a groupId different from the project
> >
> > generates this entry:
> >
> > <orderEntry type="module-library">
> > <library name="ejb">
> > <CLASSES>
> > <root
> > url="jar://c:/java_devenv/maven/repository\ejb\jars\ejb-2.0.jar!/">
> > </root>
> > </CLASSES>
> > <JAVADOC>
> > </JAVADOC>
> > <SOURCES>
> > </SOURCES>
> > </library>
> > </orderEntry>
> >
> > The problem is, that any dependency on any jar file should be treated
> > as "external", since projects with same groupId is not checked out at the
> > developer workstation, thus resulting in IDEA missing jar files when the
> > project is opened.
> >
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MPIDEA-7) IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Posted by ji...@codehaus.org.
The following comment has been added to this issue:
Author: Graham Triggs
Created: Wed, 28 Jul 2004 10:30 AM
Body:
Another thought - it should only make dependencies between projects when the dependency in the project.xml is a SNAPSHOT.
If you are referencing a numbered version, then the assumption should be that you are referencing a JAR that was created with source code that is out of date compared to your current working project.
(This can also relate back to the need to have source code JARs in the repository)
Only if your project.xml references a SNAPSHOT dependency can you deduce that the current working source - and therefore a module dependency - is valid.
(Although this could be overridden - you may in fact be referencing a SNAPSHOT that is provided by someone else through a central repository, and so your project would in that case depend on the copy in your local repository - expecting you to update via Maven where necessary)
---------------------------------------------------------------------
View this comment:
http://jira.codehaus.org/browse/MPIDEA-7?page=comments#action_22452
---------------------------------------------------------------------
View the issue:
http://jira.codehaus.org/browse/MPIDEA-7
Here is an overview of the issue:
---------------------------------------------------------------------
Key: MPIDEA-7
Summary: IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Type: Bug
Status: Open
Priority: Major
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven-idea-plugin
Assignee: Brett Porter
Reporter: Sverre Eplov
Created: Wed, 30 Jun 2004 4:01 AM
Updated: Wed, 28 Jul 2004 10:30 AM
Environment: Maven RC4, IDEA plugin 1.5
Description:
This is the mail describing the problem and suggested solutions
br
/Sverre
---------------------------------------
(From Brett Porter)
Actually, this should probably only be done when you run
idea:multiproject, and then only for projects in that build rather
than automatically assuming you will import your external project
modules.
But wither way, definitely file a JIRA issue for this.
Cheers,
Brett
On Tue, 29 Jun 2004 15:46:44 +0200, sverre@explicit.dk
<sv...@explicit.dk> wrote:
> Hi Again,
>
> I've done some digging into the plugin and found, that the module.jelly which
> generates the .iml file *does* sort the jar files into external and internal
> module vs. module-libraries.
>
> I would suggest a plugin property which should be tested against in the
> module.jelly file, so it is possible to select wether jar files with same
> groupId as the current project are registered as module or module-library in
> the generated .iml file.
>
> The property could be something like
>
> maven.idea.project.groupmodules=<true | false>
>
> The default value for the property could leave the plugin with the current
> behaviour, thus backward compability is secured.
>
> How sounds ?
>
> Br,
> /Sverre Eplov
>
> Citat sverre@explicit.dk:
>
>
>
> > Hi all,
> >
> > I'm using the IDEA plugin to generate the IDEA IDE project files.
> >
> > The projects we're doing consists of a number of artifacts (jar, war, ejb-jar
> >
> > files e.t.c.) grouped by groupId to indicate that they belong to the same
> > application.
> >
> > When the IDEA plugin generates the .iml file, it seems to distinguish between
> >
> > artifacts belonging to the same groupId as the project itself and artifacts
> > from other groupId's.
> >
> > A dependency to a jar file "cabin-utility" with the same groupId as the
> > project
> > itself generates following entry in the .iml file:
> >
> > <orderEntry type="module" module-name="cabin-utility">
> > </orderEntry>
> >
> > whereas a dependency on a jar file with a groupId different from the project
> >
> > generates this entry:
> >
> > <orderEntry type="module-library">
> > <library name="ejb">
> > <CLASSES>
> > <root
> > url="jar://c:/java_devenv/maven/repository\ejb\jars\ejb-2.0.jar!/">
> > </root>
> > </CLASSES>
> > <JAVADOC>
> > </JAVADOC>
> > <SOURCES>
> > </SOURCES>
> > </library>
> > </orderEntry>
> >
> > The problem is, that any dependency on any jar file should be treated
> > as "external", since projects with same groupId is not checked out at the
> > developer workstation, thus resulting in IDEA missing jar files when the
> > project is opened.
> >
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MPIDEA-7) IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Posted by "Geoffrey (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MPIDEA-7?page=comments#action_40886 ]
Geoffrey commented on MPIDEA-7:
-------------------------------
The eclipse plugin allows you to choose which are managed by eclipse by adding this property to a dependency in the pom:
<eclipse.dependency>true</eclipse.dependency>
> IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
> -------------------------------------------------------------------------------------------
>
> Key: MPIDEA-7
> URL: http://jira.codehaus.org/browse/MPIDEA-7
> Project: maven-idea-plugin
> Type: Bug
> Environment: Maven RC4, IDEA plugin 1.5
> Reporter: Sverre Eplov
> Attachments: diff.txt
>
>
> This is the mail describing the problem and suggested solutions
> br
> /Sverre
> ---------------------------------------
> (From Brett Porter)
> Actually, this should probably only be done when you run
> idea:multiproject, and then only for projects in that build rather
> than automatically assuming you will import your external project
> modules.
> But wither way, definitely file a JIRA issue for this.
> Cheers,
> Brett
> On Tue, 29 Jun 2004 15:46:44 +0200, sverre@explicit.dk
> <sv...@explicit.dk> wrote:
> > Hi Again,
> >
> > I've done some digging into the plugin and found, that the module.jelly which
> > generates the .iml file *does* sort the jar files into external and internal
> > module vs. module-libraries.
> >
> > I would suggest a plugin property which should be tested against in the
> > module.jelly file, so it is possible to select wether jar files with same
> > groupId as the current project are registered as module or module-library in
> > the generated .iml file.
> >
> > The property could be something like
> >
> > maven.idea.project.groupmodules=<true | false>
> >
> > The default value for the property could leave the plugin with the current
> > behaviour, thus backward compability is secured.
> >
> > How sounds ?
> >
> > Br,
> > /Sverre Eplov
> >
> > Citat sverre@explicit.dk:
> >
> >
> >
> > > Hi all,
> > >
> > > I'm using the IDEA plugin to generate the IDEA IDE project files.
> > >
> > > The projects we're doing consists of a number of artifacts (jar, war, ejb-jar
> > >
> > > files e.t.c.) grouped by groupId to indicate that they belong to the same
> > > application.
> > >
> > > When the IDEA plugin generates the .iml file, it seems to distinguish between
> > >
> > > artifacts belonging to the same groupId as the project itself and artifacts
> > > from other groupId's.
> > >
> > > A dependency to a jar file "cabin-utility" with the same groupId as the
> > > project
> > > itself generates following entry in the .iml file:
> > >
> > > <orderEntry type="module" module-name="cabin-utility">
> > > </orderEntry>
> > >
> > > whereas a dependency on a jar file with a groupId different from the project
> > >
> > > generates this entry:
> > >
> > > <orderEntry type="module-library">
> > > <library name="ejb">
> > > <CLASSES>
> > > <root
> > > url="jar://c:/java_devenv/maven/repository\ejb\jars\ejb-2.0.jar!/">
> > > </root>
> > > </CLASSES>
> > > <JAVADOC>
> > > </JAVADOC>
> > > <SOURCES>
> > > </SOURCES>
> > > </library>
> > > </orderEntry>
> > >
> > > The problem is, that any dependency on any jar file should be treated
> > > as "external", since projects with same groupId is not checked out at the
> > > developer workstation, thus resulting in IDEA missing jar files when the
> > > project is opened.
> > >
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MPIDEA-7) IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Posted by ji...@codehaus.org.
The following comment has been added to this issue:
Author: Graham Triggs
Created: Wed, 28 Jul 2004 10:18 AM
Body:
Actually, there should be a property that controls this behaviour. For the most part, I would rather have my modules referencing the JARs in the repository - particularly as that is what they are being built against!!!
---------------------------------------------------------------------
View this comment:
http://jira.codehaus.org/browse/MPIDEA-7?page=comments#action_22449
---------------------------------------------------------------------
View the issue:
http://jira.codehaus.org/browse/MPIDEA-7
Here is an overview of the issue:
---------------------------------------------------------------------
Key: MPIDEA-7
Summary: IDEA .iml file assumes dependencies with same groupId as current project to be IDEA modules
Type: Bug
Status: Open
Priority: Major
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven-idea-plugin
Assignee: Brett Porter
Reporter: Sverre Eplov
Created: Wed, 30 Jun 2004 4:01 AM
Updated: Wed, 28 Jul 2004 10:18 AM
Environment: Maven RC4, IDEA plugin 1.5
Description:
This is the mail describing the problem and suggested solutions
br
/Sverre
---------------------------------------
(From Brett Porter)
Actually, this should probably only be done when you run
idea:multiproject, and then only for projects in that build rather
than automatically assuming you will import your external project
modules.
But wither way, definitely file a JIRA issue for this.
Cheers,
Brett
On Tue, 29 Jun 2004 15:46:44 +0200, sverre@explicit.dk
<sv...@explicit.dk> wrote:
> Hi Again,
>
> I've done some digging into the plugin and found, that the module.jelly which
> generates the .iml file *does* sort the jar files into external and internal
> module vs. module-libraries.
>
> I would suggest a plugin property which should be tested against in the
> module.jelly file, so it is possible to select wether jar files with same
> groupId as the current project are registered as module or module-library in
> the generated .iml file.
>
> The property could be something like
>
> maven.idea.project.groupmodules=<true | false>
>
> The default value for the property could leave the plugin with the current
> behaviour, thus backward compability is secured.
>
> How sounds ?
>
> Br,
> /Sverre Eplov
>
> Citat sverre@explicit.dk:
>
>
>
> > Hi all,
> >
> > I'm using the IDEA plugin to generate the IDEA IDE project files.
> >
> > The projects we're doing consists of a number of artifacts (jar, war, ejb-jar
> >
> > files e.t.c.) grouped by groupId to indicate that they belong to the same
> > application.
> >
> > When the IDEA plugin generates the .iml file, it seems to distinguish between
> >
> > artifacts belonging to the same groupId as the project itself and artifacts
> > from other groupId's.
> >
> > A dependency to a jar file "cabin-utility" with the same groupId as the
> > project
> > itself generates following entry in the .iml file:
> >
> > <orderEntry type="module" module-name="cabin-utility">
> > </orderEntry>
> >
> > whereas a dependency on a jar file with a groupId different from the project
> >
> > generates this entry:
> >
> > <orderEntry type="module-library">
> > <library name="ejb">
> > <CLASSES>
> > <root
> > url="jar://c:/java_devenv/maven/repository\ejb\jars\ejb-2.0.jar!/">
> > </root>
> > </CLASSES>
> > <JAVADOC>
> > </JAVADOC>
> > <SOURCES>
> > </SOURCES>
> > </library>
> > </orderEntry>
> >
> > The problem is, that any dependency on any jar file should be treated
> > as "external", since projects with same groupId is not checked out at the
> > developer workstation, thus resulting in IDEA missing jar files when the
> > project is opened.
> >
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org