[JBoss JIRA] (JBTIS-158) create composite site zip containing JBDS IS + dependencies for easier offline install
by Paul Leacu (JIRA)
[ https://issues.jboss.org/browse/JBTIS-158?page=com.atlassian.jira.plugin.... ]
Paul Leacu commented on JBTIS-158:
----------------------------------
- I copied the 4.1.3.Final TP repo over to [1] and built the jbdsis-aggregate-disc Jenkins project.
- I expanded the standalone zip and did a p2 install into JBDS 7.
- Install completed successfully (yea)!
- I expanded the standalone zip and did a p2 install into a clean eclipse.
- I got this missing at install time:
Missing requirement: JBoss ESB Project Core Plugin 1.5.300.Final-v20130815-1755-B1189 (org.jboss.tools.esb.project.core 1.5.300.Final-v20130815-1755-B1189) requires 'bundle org.jboss.ide.eclipse.as.classpath.core 0.0.0' but it could not be found
- Is this supposed to install standalone into a clean eclipse?
[1] https://devstudio.jboss.com/updates/7.0.0/7.0.0.Beta1.jbds-is-target-plat...
> create composite site zip containing JBDS IS + dependencies for easier offline install
> --------------------------------------------------------------------------------------
>
> Key: JBTIS-158
> URL: https://issues.jboss.org/browse/JBTIS-158
> Project: JBoss Tools Integration Stack
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: distribution
> Affects Versions: 4.1.0.Beta1
> Reporter: Nick Boldt
> Assignee: Rob Cernich
>
> Suggested by [~rcernich]:
> {quote}For the JBDS-IS site, I was recommending creating a project that would zip the JBDS-IS and JBDS-IS TP sites into a composite site. The zip contents would look something like:
> {code}./compositeContent.xml
> ./compositeArtifacts.xml
> ./7.1.0/7.1.0.Beta1-jbds-is/
> ./7.1.0/7.1.0.Beta1-jbds-is-target-platform/{code}
> {quote}
> This will work if we assume users have already installed JBDS. If we cannot make that assumption, then the composite zip must also include the JBDS update site + JBDS TP site.
> If we did a similar thing for JBT IS, it would need to contain these sites:
> {code}
> JBT webtools aggregate site (not the full JBT aggregate site)
> JBT TP
> JBT IS
> JBT IS TP
> {code}
> Or, if we assume that users will already have JBT (or some part of it) installed, then we need only:
> {code}
> JBT IS
> JBT IS TP
> {code}
--
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, 7 months
[JBoss JIRA] (JBIDE-15383) Server Launch Configuration loses Classpath User Entries
by Daniel Atallah (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15383?page=com.atlassian.jira.plugi... ]
Daniel Atallah updated JBIDE-15383:
-----------------------------------
Attachment: JBIDE_3.png
JBIDE_1.png
JBIDE_2.png
> Server Launch Configuration loses Classpath User Entries
> --------------------------------------------------------
>
> Key: JBIDE-15383
> URL: https://issues.jboss.org/browse/JBIDE-15383
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.1.0.Final
> Environment: Windows 7 64-bit, Java7u25 64-bit, Eclipse Kepler, JBoss AS 7.1.1
> Reporter: Daniel Atallah
> Attachments: JBIDE_1.png, JBIDE_2.png, JBIDE_3.png
>
>
> Any additions to the Server Launch Configuration's Classpath "User Entries" are lost when the dialog is closed and reopened.
> This is likely related; there appears to be an issue where the initial values of "User Entries" are also incorrect (and are reverted from the "Restore Default Entries" value) when the dialog is reopened.
> Specifically, the "org.jboss.ide.eclipse.as.core.server.launch.runJarContainer/JBoss 7.1 Runtime Server" library to a single external "jboss-modules.jar".
> The attachments describe what happens:
> * The initial state when editing the Launch Configuration is in [^JBIDE_1.png].
> * When the "Restore Default Entries" button is clicked, the values are changed to what should be the default state ([^JBIDE_2.png]).
> * When the dialog is closed and reopened, it reverts back to the way it appeared in [^JBIDE_1.png].
> * Similarly if I manually add an external directory (or any other entry, for that matter), as appears in [^JBIDE_3.png], after closing and reopening the dialog, it reverts back to the [^JBIDE_1.png] state.
> I've tried simply clicking "OK" and also making sure I click "Apply" before clicking "OK", but that doesn't seem to have an effect.
> I've been able to replicate this on two separate (similarly configured) machines.
> This sounds very similar to JBIDE-786, but that's very old and marked as Resolved a long time ago, so I figured it'd be appropriate to file a new issue.
--
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, 7 months
[JBoss JIRA] (JBIDE-15383) Server Launch Configuration loses Classpath User Entries
by Daniel Atallah (JIRA)
Daniel Atallah created JBIDE-15383:
--------------------------------------
Summary: Server Launch Configuration loses Classpath User Entries
Key: JBIDE-15383
URL: https://issues.jboss.org/browse/JBIDE-15383
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: server
Affects Versions: 4.1.0.Final
Environment: Windows 7 64-bit, Java7u25 64-bit, Eclipse Kepler, JBoss AS 7.1.1
Reporter: Daniel Atallah
Any additions to the Server Launch Configuration's Classpath "User Entries" are lost when the dialog is closed and reopened.
This is likely related; there appears to be an issue where the initial values of "User Entries" are also incorrect (and are reverted from the "Restore Default Entries" value) when the dialog is reopened.
Specifically, the "org.jboss.ide.eclipse.as.core.server.launch.runJarContainer/JBoss 7.1 Runtime Server" library to a single external "jboss-modules.jar".
The attachments describe what happens:
* The initial state when editing the Launch Configuration is in [^JBIDE_1.png].
* When the "Restore Default Entries" button is clicked, the values are changed to what should be the default state ([^JBIDE_2.png]).
* When the dialog is closed and reopened, it reverts back to the way it appeared in [^JBIDE_1.png].
* Similarly if I manually add an external directory (or any other entry, for that matter), as appears in [^JBIDE_3.png], after closing and reopening the dialog, it reverts back to the [^JBIDE_1.png] state.
I've tried simply clicking "OK" and also making sure I click "Apply" before clicking "OK", but that doesn't seem to have an effect.
I've been able to replicate this on two separate (similarly configured) machines.
This sounds very similar to JBIDE-786, but that's very old and marked as Resolved a long time ago, so I figured it'd be appropriate to file a new issue.
--
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, 7 months
[JBoss JIRA] (JBDS-2744) Certification for Google plugins 3.3.0
by Mickael Istria (JIRA)
Mickael Istria created JBDS-2744:
------------------------------------
Summary: Certification for Google plugins 3.3.0
Key: JBDS-2744
URL: https://issues.jboss.org/browse/JBDS-2744
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: 3rdPartyCertification
Reporter: Mickael Istria
Google GDT plugins have been updated to version 3.3.0. Current version we use in 3.2.3.
Can we include 3.3.0 in our Target Platform for JBT 4.2.0.Alpha1 ?
--
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, 7 months