[JBoss JIRA] (JBDS-2630) include org.eclipse.jst.server_adapters.ext.feature and org.eclipse.jst.server_core.feature in JBDS instead of org.eclipse.jst.server.websphere.core plugin (since no longer exists in WTP 3.5M7)
by Len DiMaggio (JIRA)
[ https://issues.jboss.org/browse/JBDS-2630?page=com.atlassian.jira.plugin.... ]
Len DiMaggio closed JBDS-2630.
------------------------------
> include org.eclipse.jst.server_adapters.ext.feature and org.eclipse.jst.server_core.feature in JBDS instead of org.eclipse.jst.server.websphere.core plugin (since no longer exists in WTP 3.5M7)
> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBDS-2630
> URL: https://issues.jboss.org/browse/JBDS-2630
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: P2 Enabled Product
> Affects Versions: 7.0.0.Beta1
> Reporter: Nick Boldt
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 7.0.0.Beta1
>
>
> Looks like org.eclipse.jst.server.websphere.core_1.0.302.v20080620.jar was removed from WTP after 3.5M6 [0,1]
> It used to be part of org.eclipse.jst.server_adapters.ext.feature_3.3.103.v20130312_1615-67CFHvBgJ9Bc9WGMFHKI8.jar
> So, I propose we include org.eclipse.jst.server_adapters.ext.feature in com.jboss.jbds.product.feature/feature.xml [2] instead of an itemized list of server adapter plugins.
> [0] http://download.jboss.org/jbosstools/updates/requirements/webtools/S-3.5....
> [1] http://download.jboss.org/jbosstools/updates/requirements/webtools/S-3.5....
> [2] https://svn.jboss.org/repos/devstudio/trunk/product/features/com.jboss.jb...
> --
> Currently, JBDS product feature includes these server adapter plugins & features:
> {code}
> <import plugin="org.eclipse.jst.server.tomcat.core"/>
> <import plugin="org.eclipse.jst.server.tomcat.ui"/>
> <import plugin="org.eclipse.jst.server.websphere.core"/>
> <import plugin="org.eclipse.jst.server.generic.jonas"/>
> <import feature="org.eclipse.jst.server_ui.feature"/>
> <import feature="org.eclipse.jst.server_adapters.feature"/>
> {code}
> And the M7 version of the server_adapters.ext.feature includes these:
> {code}
> <plugin id="org.eclipse.jst.server.tomcat.core"/>
> <plugin id="org.eclipse.jst.server.tomcat.ui"/>
> <plugin id="org.eclipse.jst.server.websphere.core"/> *[removed]*
> <plugin id="org.eclipse.jst.server.generic.jboss"/>
> <plugin id="org.eclipse.jst.server.generic.jonas"/>
> {code}
> So this change would remove the missing websphere.core plugin in favour of the generic.jboss plugin.
> Also wondering if we should include org.eclipse.jst.server_core.feature in addition to org.eclipse.jst.server_ui.feature, which would bring in these two extra plugins:
> {code}
> <plugin id="org.eclipse.jst.server.core"/>
> <plugin id="org.eclipse.jst.server.generic.core"/>
> {code}
> [~rob.stryker] WDYT?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (JBDS-2630) include org.eclipse.jst.server_adapters.ext.feature and org.eclipse.jst.server_core.feature in JBDS instead of org.eclipse.jst.server.websphere.core plugin (since no longer exists in WTP 3.5M7)
by Len DiMaggio (JIRA)
[ https://issues.jboss.org/browse/JBDS-2630?page=com.atlassian.jira.plugin.... ]
Len DiMaggio commented on JBDS-2630:
------------------------------------
These are now included:
org.eclipse.jst.server_adapters.feature_3.2.201.v20130123_1813-20A87w31241234a2924/ org.eclipse.jst.server_ui.feature_3.4.1.v20130412_1040-7A77FHs9xFcDcCFLZBFIOHFGAFC6/
org.eclipse.jst.server_core.feature_3.4.1.v20130412_1040-31FGD8s73583C49A53B5/ org.eclipse.jst.server_userdoc.feature_3.3.100.v20110303-2-Eo7w3121162A3329/
And the websphere feature was removed
from:
Version: 7.0.0.Beta1
Build id: Beta1-v20130526-0839-B241
Build date: 20130526-0839
> include org.eclipse.jst.server_adapters.ext.feature and org.eclipse.jst.server_core.feature in JBDS instead of org.eclipse.jst.server.websphere.core plugin (since no longer exists in WTP 3.5M7)
> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBDS-2630
> URL: https://issues.jboss.org/browse/JBDS-2630
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: P2 Enabled Product
> Affects Versions: 7.0.0.Beta1
> Reporter: Nick Boldt
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 7.0.0.Beta1
>
>
> Looks like org.eclipse.jst.server.websphere.core_1.0.302.v20080620.jar was removed from WTP after 3.5M6 [0,1]
> It used to be part of org.eclipse.jst.server_adapters.ext.feature_3.3.103.v20130312_1615-67CFHvBgJ9Bc9WGMFHKI8.jar
> So, I propose we include org.eclipse.jst.server_adapters.ext.feature in com.jboss.jbds.product.feature/feature.xml [2] instead of an itemized list of server adapter plugins.
> [0] http://download.jboss.org/jbosstools/updates/requirements/webtools/S-3.5....
> [1] http://download.jboss.org/jbosstools/updates/requirements/webtools/S-3.5....
> [2] https://svn.jboss.org/repos/devstudio/trunk/product/features/com.jboss.jb...
> --
> Currently, JBDS product feature includes these server adapter plugins & features:
> {code}
> <import plugin="org.eclipse.jst.server.tomcat.core"/>
> <import plugin="org.eclipse.jst.server.tomcat.ui"/>
> <import plugin="org.eclipse.jst.server.websphere.core"/>
> <import plugin="org.eclipse.jst.server.generic.jonas"/>
> <import feature="org.eclipse.jst.server_ui.feature"/>
> <import feature="org.eclipse.jst.server_adapters.feature"/>
> {code}
> And the M7 version of the server_adapters.ext.feature includes these:
> {code}
> <plugin id="org.eclipse.jst.server.tomcat.core"/>
> <plugin id="org.eclipse.jst.server.tomcat.ui"/>
> <plugin id="org.eclipse.jst.server.websphere.core"/> *[removed]*
> <plugin id="org.eclipse.jst.server.generic.jboss"/>
> <plugin id="org.eclipse.jst.server.generic.jonas"/>
> {code}
> So this change would remove the missing websphere.core plugin in favour of the generic.jboss plugin.
> Also wondering if we should include org.eclipse.jst.server_core.feature in addition to org.eclipse.jst.server_ui.feature, which would bring in these two extra plugins:
> {code}
> <plugin id="org.eclipse.jst.server.core"/>
> <plugin id="org.eclipse.jst.server.generic.core"/>
> {code}
> [~rob.stryker] WDYT?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (JBIDE-14663) Source lookup dialog shown twice on maven projects
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-14663?page=com.atlassian.jira.plugi... ]
Snjezana Peco edited comment on JBIDE-14663 at 5/29/13 10:32 AM:
-----------------------------------------------------------------
So, m2e also adds hardcoded source attachments to a non-maven project.
Test case:
- create a non-maven Java project
- add a mavenized library(commons-lang-2.6.jar, for instance) to the classpath
- ensure the library is in a local maven repository/index
You can do this by adding the common-lang:common-lang:2.6 artifact to the pom.xml of a maven project
- set the Source Lookup property to Prompt (or Never)
- remove a source attachment if exists; set .classpath as follows:
{code}
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="src" path="src"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.7"/>
<classpathentry kind="lib" path="commons-lang-2.6.jar"/>
<classpathentry kind="output" path="bin"/>
</classpath>
{code}
- try to open some class from common-lang-2.6.jar
- if you get our dialog, click "No"
Our dialog can, but doesn't have to appear, depending on will the m2e action be executed before our action.
No matter if our dialog appears and what we answer if it appears, m2e will add a hardcoded source attachment to .classpath.
If we import such a project on other machine, m2e won't validate the source attachment. The source lookup plugin will fix this.
See http://screencast.com/t/TNGDoOejmk
Fred,
If you still think a hardcoded source attachment in .classpath of a non maven project is a problem, then you need to create a bug against m2e.
I think we have to remove the dialog because the user will be confused if m2e adds a source attachment.
I also don't see any reason to treat maven and non-maven projects differently because of the following reasons:
- the Source Lookup source attachment action adds a few improvements to the m2e source attachment action for maven and non-maven projects (validating source attachment, sha1 lookup ...)
- the Source Lookup source attachment action can be disabled
We can also add the "Enable Source Lookup for maven projects" preference and set it to false by default.
was (Author: snjeza):
So, m2e also adds hardcoded source attachments to a non-maven project.
Test case:
- create a non-maven Java project
- add a mavenized library(commons-lang-2.6.jar, for instance) to the classpath
- ensure the library is in a local maven repository/index
You can do this by adding the common-lang:common-lang:2.6 artifact to the pom.xml of a maven project
- set the Source Lookup property to Prompt (or Never)
- remove a source attachment if exists; set .classpath as follows:
{quote}
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="src" path="src"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.7"/>
<classpathentry kind="lib" path="commons-lang-2.6.jar"/>
<classpathentry kind="output" path="bin"/>
</classpath>
{quote}
- try to open some class from common-lang-2.6.jar
- if you get our dialog, click "No"
Our dialog can, but doesn't have to appear, depending on will the m2e action be executed before our action.
No matter if our dialog appears and what we answer if it appears, m2e will add a hardcoded source attachment to .classpath.
If we import such a project on other machine, m2e won't validate the source attachment. The source lookup plugin will fix this.
See http://screencast.com/t/TNGDoOejmk
Fred,
If you still think a hardcoded source attachment in .classpath of a non maven project is a problem, then you need to create a bug against m2e.
I think we have to remove the dialog because the user will be confused if m2e adds a source attachment.
I also don't see any reason to treat maven and non-maven projects differently because of the following reasons:
- the Source Lookup source attachment action adds a few improvements to the m2e source attachment action for maven and non-maven projects (validating source attachment, sha1 lookup ...)
- the Source Lookup source attachment action can be disabled
We can also add the "Enable Source Lookup for maven projects" preference and set it to false by default.
> Source lookup dialog shown twice on maven projects
> --------------------------------------------------
>
> Key: JBIDE-14663
> URL: https://issues.jboss.org/browse/JBIDE-14663
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: maven
> Affects Versions: 4.1.0.Beta1
> Reporter: Fred Bricon
> Assignee: Fred Bricon
> Labels: respin-b
> Fix For: 4.1.0.Beta1
>
>
> Source lookup dialog is shown twice on maven projects : http://screencast.com/t/3yESat96FIw
> I think our source lookup should ignore projects with the maven nature, since a m2e's source lookup mechanism is already running in the background.
> If maven nature is enabled AND source is set but missing THEN, it'd be ok to show our own stuff
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months