[JBoss JIRA] (TOOLSDOC-663) JBDS 9 Beta2: Create Release Notes
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-663?page=com.atlassian.jira.plug... ]
Martin Malina commented on TOOLSDOC-663:
----------------------------------------
[~mhusnain], thanks. It's all good except this one thing that I just noticed in 5. Apply this Release:
To install JBoss Developer Studio BYOE 9.0.0 in Eclipse Luna, use Eclipse Marketplace, the JBoss Developer Studio update site or the update .zip file available from the Red Hat Customer Portal.
- Eclipse Luna -> Eclipse Mars
> JBDS 9 Beta2: Create Release Notes
> ----------------------------------
>
> Key: TOOLSDOC-663
> URL: https://issues.jboss.org/browse/TOOLSDOC-663
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Bug
> Reporter: Misha Ali
> Assignee: Misha Ali
>
> Essentially update the Beta1 release notes to include all new known and resolved issues for Beta2.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-15250) Explode utility jars in EAR/WAR deployments
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15250?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-15250.
---------------------------------
Hmm, I thought the normal thing for a jar is to be zipped so to have it unzipped is a special case that needs to be explicitly configured. OK then.
I suppose it works as expected then and I can close this JIRA. Verified in JBDS 9.0.0.Beta2 B93 (see my previous comment).
> Explode utility jars in EAR/WAR deployments
> -------------------------------------------
>
> Key: JBIDE-15250
> URL: https://issues.jboss.org/browse/JBIDE-15250
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.0.1.Final
> Reporter: Kevin Formsma
> Assignee: Rob Stryker
> Labels: respin-a
> Fix For: 4.3.0.Beta2
>
> Attachments: test-ear.zip
>
>
> For larger projects that utilize utility jars within the EAR, it would be nice to have these deployed exploded as well. This would allow hot code replacement for those utility projects.
> A current work around is to make the utility projects modules so that the tooling treats them as a EJB module and deploys them exploded.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20394) jbosstools integration tests site depends on itself to build; site is not self-cleaning
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20394?page=com.atlassian.jira.plugi... ]
Martin Malina updated JBIDE-20394:
----------------------------------
Component/s: qa
(was: integration-platform)
Thanks for the help, [~nickboldt].
Removing the integration-platform component (i.e. JBTIS) and adding qa instead.
> jbosstools integration tests site depends on itself to build; site is not self-cleaning
> ---------------------------------------------------------------------------------------
>
> Key: JBIDE-20394
> URL: https://issues.jboss.org/browse/JBIDE-20394
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, qa
> Affects Versions: 4.3.0.Beta2
> Reporter: Nick Boldt
> Assignee: Martin Malina
> Priority: Blocker
> Fix For: 4.3.0.Beta2, 4.3.0.CR1
>
>
> I've found some problems today:
> 1. building JBT integration tests requires the JBT integration tests site [circular dependency]
> {code}
> [INFO] Adding repository http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> {code}
> 2. nightly 4.3.mars site [0] contains both Beta2 and CR1 bits, even though it's just the 4.3.mars site and should therefore only have Beta2 bits (CR1 should only be in master site [1]
> [0] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> [1] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/mas...
> 3. each time a new build is published into /updates/ [2], [3] it does NOT clean out the old releases, so the site is unnecessarily cluttered with old, orphan artifacts.
> [2] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> [3] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> 4. The above sites [2], [3] contain content from BOTH branches, which is why we have artifacts from B440 (master) and B25 (4.3.mars) at the same time.
> 5. The check that the build does to determine if it should publish the new bits is failing to find the check script.
> 6. There are two different URLs [0], [2] being used for publishing bits, but the contents appear to be identical.
> [0] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> [2] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> This is because we have symlinks:
> {code}
> updates/nightly/integrationtests/4.3.mars -> ../../../mars/snapshots/updates/integration-tests/4.3.mars/
> updates/nightly/integrationtests/master -> ../../../mars/snapshots/updates/integration-tests/master/
> {code}
> So this is OK but we should migrate to use the new correct URLs instead of the old ones.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20394) jbosstools integration tests site depends on itself to build; site is not self-cleaning
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20394?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-20394.
---------------------------------
All done, closing.
> jbosstools integration tests site depends on itself to build; site is not self-cleaning
> ---------------------------------------------------------------------------------------
>
> Key: JBIDE-20394
> URL: https://issues.jboss.org/browse/JBIDE-20394
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, qa
> Affects Versions: 4.3.0.Beta2
> Reporter: Nick Boldt
> Assignee: Martin Malina
> Priority: Blocker
> Fix For: 4.3.0.Beta2, 4.3.0.CR1
>
>
> I've found some problems today:
> 1. building JBT integration tests requires the JBT integration tests site [circular dependency]
> {code}
> [INFO] Adding repository http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> {code}
> 2. nightly 4.3.mars site [0] contains both Beta2 and CR1 bits, even though it's just the 4.3.mars site and should therefore only have Beta2 bits (CR1 should only be in master site [1]
> [0] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> [1] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/mas...
> 3. each time a new build is published into /updates/ [2], [3] it does NOT clean out the old releases, so the site is unnecessarily cluttered with old, orphan artifacts.
> [2] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> [3] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> 4. The above sites [2], [3] contain content from BOTH branches, which is why we have artifacts from B440 (master) and B25 (4.3.mars) at the same time.
> 5. The check that the build does to determine if it should publish the new bits is failing to find the check script.
> 6. There are two different URLs [0], [2] being used for publishing bits, but the contents appear to be identical.
> [0] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> [2] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> This is because we have symlinks:
> {code}
> updates/nightly/integrationtests/4.3.mars -> ../../../mars/snapshots/updates/integration-tests/4.3.mars/
> updates/nightly/integrationtests/master -> ../../../mars/snapshots/updates/integration-tests/master/
> {code}
> So this is OK but we should migrate to use the new correct URLs instead of the old ones.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months