You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Shelley Baker (JIRA)" <ji...@codehaus.org> on 2007/11/05 22:21:36 UTC
[jira] Issue Comment Edited: (MECLIPSE-213) more jee support for
wtp
[ http://jira.codehaus.org/browse/MECLIPSE-213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_112885 ]
Shelley Baker edited comment on MECLIPSE-213 at 11/5/07 3:20 PM:
-----------------------------------------------------------------
I've grabbed the snapshot and have done some preliminary testing of this bug. It looks good so far. I have one comment which _may_ be outside the scope of this particular bug, but is very closely related to better JEE support with maven and wtp -- when generating the wtp-friendly projects (eclipseEar, etc.), is it possible to reference the available projects from the workspace rather than maven repository? For example, referencing an EAR's modules from the local repo instead of the workspace nearly defeats the purpose of developing JEE apps within the IDE. It would be nice if all Eclipse-generated configuration files would have the ability to reference projects within the workspace when desired, but in particular, the .component file within an EAR should reference the modules available within the workspace. This bug fix will resolve several maven/wtp woes, but the lack of workspace references is one major outstanding issue. (This comment is also related to MECLIPSE-74.)
was:
I've grabbed the snapshot and have done some preliminary testing of this bug. It looks good so far. I have one comment which *may* be outside the scope of this particular bug, but is very closely related to better JEE support with maven and wtp -- when generating the wtp-friendly projects (eclipseEar, etc.), is it possible to reference the available projects from the workspace rather than maven repository? For example, referencing an EAR's modules from the local repo instead of the workspace nearly defeats the purpose of developing JEE apps within the IDE. It would be nice if all Eclipse-generated configuration files would have the ability to reference projects within the workspace when desired, but in particular, the .component file within an EAR should reference the modules available within the workspace. This bug fix will resolve several maven/wtp woes, but the lack of workspace references is one major outstanding issue. (This comment is also related to MECLIPSE-74.)
> more jee support for wtp
> ------------------------
>
> Key: MECLIPSE-213
> URL: http://jira.codehaus.org/browse/MECLIPSE-213
> Project: Maven 2.x Eclipse Plugin
> Issue Type: Improvement
> Components: WTP support
> Affects Versions: 2.3
> Environment: linux suse 10.0 eclipse 3.2.1 and wtp 1.5.1 java 1.5.0_8
> Reporter: Richard van Nieuwenhoven
> Assignee: Brian Fox
> Fix For: 2.5
>
> Attachments: maven-eclipse-plugin-2.3-CFC-2007-03-08.patch, maven-eclipse-plugin-2.3-PATCH-2007-03-08.tgz, maven-eclipse-plugin-R494407.patch, maven-eclipse-plugin.patch
>
>
> I tried the new release 2.3 of the eclipse plugin and noteted that not alle of my paches where included.
> I re-pached the 2.3 version again this time i made my changes configurable so they can be turned on and off.
> my changes:
> - prohibit dupicate entries in the classpath
> provided system paths in combination with log4j/commons-logging/xerces can easely create such problems
> - system paths are only included in ears and war when they are inside the project
> bether behavior would be to exclude all system paths because the war and ear plugin also ignore these
> - an application.xml specialy for eclipse-wtp
> this makes wtp ears function correctly it includes the eclipse project modules instead of the maven generated jars
> - manifest generation for wtp
> wtp needs manifest files, but not the ones maven creates because they have version names for all modules etc
> this generates a wtp manifest that will be in a ons eclipse source directory that is ignored my maven itself
> use the parameters -Declipse.wtpmanifest=true -Declipse.wtpapplicationxml=true to acivate the patch.
> The manifest generator could be combined with the RadManifestWriter in the future, they are almost the same.
> regards,
> Ritchie
--
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