[
https://issues.jboss.org/browse/JBIDE-17536?page=com.atlassian.jira.plugi...
]
Nick Boldt commented on JBIDE-17536:
------------------------------------
[~mmalina] once you're done with Beta3 I'll be deleting the prequels (respin-0,
respin-a, respin-b) and moving respin-c into /static/releases/ so the updates/staging/
folder will be empty. No content will exist there until after the CR1 code freeze weekend,
when that first one will appear in updates/staging/luna/. Subsequent respins (if needed)
will also go in there and the composite metadata will be updated automatically (as part of
the new release process) to include ALL the respins in the same folder. This will allow
you to use ONE URL to update from respin-0 to respin-a to respin-b etc. Not sure anyone
WILL do this, but now you can. :D
[~maxandersen] Yes. And we will for CR1. See above.
[~dgolovin] this solves the problem of using the nightly update site and having the
content vanish while you're using it. Solution is to use THIS site [1] instead of the
single-release site [2]:
http://download.jboss.org/jbosstools/updates/nightly/luna/ - contains B9045, B9044, B9043,
B9042, ...
http://download.jboss.org/jbosstools/updates/nightly/core/master/ contains only the
latest, B9045
JBoss Tools Core Nightly update site fails to install if a new build
is published during install
------------------------------------------------------------------------------------------------
Key: JBIDE-17536
URL:
https://issues.jboss.org/browse/JBIDE-17536
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: build
Affects Versions: 4.2.0.Beta2
Reporter: Martin Malina
Assignee: Nick Boldt
Fix For: 4.2.0.CR1
When you install JBT nightly from
http://download.jboss.org/jbosstools/updates/nightly/core/master/ into Eclipse and during
the build, a new nightly build replaces the old one, you can get a failure like this:
{code}http://download.jboss.org/jbosstools/updates/nightly/core/master/features/org.jboss.tools.wtp.runtimes.tomcat.feature_1.1.0.Beta3-v20140603-0027-B526.jar
cannot be found{code}
This is because during your install, the old jars were replaced with the new jars, i.e.
different filenames.
I'm not sure if it's something we really need to fix, it's open for
discussion. But it happened to me yesterday and it wasn't the first time, so I'm
throwing it on the table.
Nick offered this alternative:
install from a specific build folder instead of the "latest nightly"
http://download.jboss.org/jbosstools/builds/nightly/core/master/2014-06-0...
http://download.jboss.org/jbosstools/builds/nightly/core/master/2014-06-0...
But obviously that's just a workaround, not a real solution.
One way this could be achieved is this: plugins/ and features/ would contain jars from
both the latest and previous builds. This way if you start installing (latest=build N) and
in the middle of your installation there is a new build (N+1), there would still be jars
for both N and N+1 builds.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)