[JBoss JIRA] (JBIDE-13263) Workspace metadata deployment does not work for AS 6
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13263?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-13263:
-------------------------------------
API additions and conversions during the early phase of 4.0.0 (alpha / beta) led to this regression which went uncaught. In attempts to unify in a solid straight API methods to get a deploy folder regardless of whether the server is in local or remote / rse mode led to the creation of the publish m ethod and it's getDefaultDeployFolder.
The listeners in charge of adding deployment scanners were previously using an api which returned the server's core deploy folder (standalone/deployments or server/default/deploy) and were counting this as the "insideServer" location. When the apis were enhanced, the new api was returning the current deploy folder (metadata or server or custom) rather than what was previously ONLY the server location.
When the metadata location is checked, it matches the insideServer, and so is ignored as a duplicate. The insideServer location is assumed to never need to be added to a deployment scanner, since the server will add it by itself. The regression from JBIDE-12899 in fact delt with this issue, as JBIDE-12899 was causing the default deploy location to be added twice, which was wrong.
While the issue was fixed for as7 to prevent the duplicate additions, the subclass was not verified. The subclass, which was not suffering from duplicate additions, now lost it's metadata deployment scanner in the process.
> Workspace metadata deployment does not work for AS 6
> ----------------------------------------------------
>
> Key: JBIDE-13263
> URL: https://issues.jboss.org/browse/JBIDE-13263
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: JBossAS/Servers
> Affects Versions: 4.0.0.Final
> Environment: JBoss AS 6.1.0
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.0.1.Final
>
>
> When you deploy a module to JBoss AS 6 and deployment is set to Workspace Metadata, the module doesn't get deployed.
--
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
13 years, 5 months
[JBoss JIRA] (JBIDE-13139) Improve libs import for EAP 6
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13139?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-13139:
---------------------------------------------
this does not use the module system to find which jars are needed/relevant nor is it possible to tweak per project it seems ?
> Improve libs import for EAP 6
> -----------------------------
>
> Key: JBIDE-13139
> URL: https://issues.jboss.org/browse/JBIDE-13139
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: JBossAS/Servers
> Affects Versions: 3.3.0.Final
> Environment: JBDS 4.x
> EAP 6/AS 7
> Reporter: William Siqueira
> Assignee: Rob Stryker
> Fix For: 4.1.0.Alpha1
>
>
> In previous version of EAP, we could create a LIB and all our JARs files to the application build path, so we didn't have problem with imports. in EAP 6(AS 7), we have the modules new concept.
> The problem is that when migrating from older EAP version to EAP 6, we have to create modules to represent our libs and when setting a server to your project, it is not bringing our custom modules which our application is dependent.
> What is needed is a way to select which modules will be in the project classpath whn adding a server lib to the project or perhaps automatically import all modules based on the jboss-deployment-structure.xml descriptor.
--
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
13 years, 5 months
[JBoss JIRA] (JBIDE-13139) Improve libs import for EAP 6
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13139?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-13139:
-------------------------------------
This feature already exists for all server types in jbosstools. You can do teh following:
1) window -> preferences
2) Server -> Runtime Environment -> Default Classpath
3) Select your server type (eap6)
4) Note the list of filesets with an includes and excludes pattern.
5) If you want, click "add" and set a base directory, includes and excludes patterns
6) Click "Apply" to save the settings.
That's it!
Let me know if this works for you.
> Improve libs import for EAP 6
> -----------------------------
>
> Key: JBIDE-13139
> URL: https://issues.jboss.org/browse/JBIDE-13139
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: JBossAS/Servers
> Affects Versions: 3.3.0.Final
> Environment: JBDS 4.x
> EAP 6/AS 7
> Reporter: William Siqueira
> Assignee: Rob Stryker
> Fix For: 4.1.0.Alpha1
>
>
> In previous version of EAP, we could create a LIB and all our JARs files to the application build path, so we didn't have problem with imports. in EAP 6(AS 7), we have the modules new concept.
> The problem is that when migrating from older EAP version to EAP 6, we have to create modules to represent our libs and when setting a server to your project, it is not bringing our custom modules which our application is dependent.
> What is needed is a way to select which modules will be in the project classpath whn adding a server lib to the project or perhaps automatically import all modules based on the jboss-deployment-structure.xml descriptor.
--
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
13 years, 5 months