[JBoss JIRA] (JBIDE-18984) Build Early Access site as an update site, not a TP
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18984?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-18984:
-------------------------------
Sprint: Sprint #1 April 2015 (was: Sprint #2 April 2015)
> Build Early Access site as an update site, not a TP
> ----------------------------------------------------
>
> Key: JBIDE-18984
> URL: https://issues.jboss.org/browse/JBIDE-18984
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build, target-platform, updatesite
> Affects Versions: 4.2.1.Final, 4.3.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.3.0.Alpha2
>
>
> Since the JBT/JBDS Early Access site contains only JBT components, we should build it as an update site at the same time we're building the other JBT aggregates, rather than building it downstream from Central.
> This would mean less target platform churning DURING a release, and speed up the way we do releases.
> Later, if we end up with 3rd party stuff in EA, we can move to having TWO builds:
> * one for JBT content (a subset of the JBT aggregate) and
> * one for 3rd party content (an adjunct to the Central site)
> This may mean moving some stuff like Sapphire into the JBDS TP, so that it's available should someone want to install Arquillian into JBDS. Or we could put it into Central, since it's a Central-EA dependency and need not be in JBDS itself.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years
[JBoss JIRA] (JBIDE-19387) improve integration of integration stack jars into staged JBT / JBDS sites
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19387?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-19387:
-------------------------------
Sprint: Sprint #2 April 2015
> improve integration of integration stack jars into staged JBT / JBDS sites
> --------------------------------------------------------------------------
>
> Key: JBIDE-19387
> URL: https://issues.jboss.org/browse/JBIDE-19387
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central, updatesite
> Affects Versions: 4.2.3.Beta1
> Reporter: Radim Hopp
> Assignee: Nick Boldt
> Fix For: 4.3.0.Alpha2
>
>
> I have this error in error log after startup of JBT:
> {noformat:title=Cannot download bundle at http://download.jboss.org/jbosstools/discovery/staging/4.2.3.Beta1/plugin...: http://download.jboss.org/jbosstools/discovery/staging/4.2.3.Beta1/plugin...: http://download.jboss.org/jbosstools/discovery/staging/4.2.3.Beta1/plugin...
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryStatusHelper.checkFileNotFound(RepositoryStatusHelper.java:297)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileReader.checkException(FileReader.java:441)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileReader.sendRetrieveRequest(FileReader.java:398)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileReader.readInto(FileReader.java:322)
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.download(RepositoryTransport.java:101)
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.download(RepositoryTransport.java:156)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:483)
> at org.eclipse.mylyn.internal.discovery.core.util.P2TransportService.download(P2TransportService.java:84)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.download(WebUtil.java:157)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.download(WebUtil.java:66)
> at org.jboss.tools.project.examples.internal.discovery.xpl.RemoteExternalBundleDiscoveryStrategy$DownloadBundleJob.call(RemoteExternalBundleDiscoveryStrategy.java:223)
> at org.jboss.tools.project.examples.internal.discovery.xpl.RemoteExternalBundleDiscoveryStrategy$DownloadBundleJob.call(RemoteExternalBundleDiscoveryStrategy.java:1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
> http://download.jboss.org/jbosstools/discovery/staging/4.2.3.Beta1/jbosst... is pointing to non-existing http://download.jboss.org/jbosstools/discovery/staging/4.2.3.Beta1/plugin...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years
[JBoss JIRA] (JBIDE-18984) Build Early Access site as an update site, not a TP
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18984?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-18984:
-------------------------------
Sprint: Sprint #2 April 2015
> Build Early Access site as an update site, not a TP
> ----------------------------------------------------
>
> Key: JBIDE-18984
> URL: https://issues.jboss.org/browse/JBIDE-18984
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build, target-platform, updatesite
> Affects Versions: 4.2.1.Final, 4.3.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.3.0.Alpha2
>
>
> Since the JBT/JBDS Early Access site contains only JBT components, we should build it as an update site at the same time we're building the other JBT aggregates, rather than building it downstream from Central.
> This would mean less target platform churning DURING a release, and speed up the way we do releases.
> Later, if we end up with 3rd party stuff in EA, we can move to having TWO builds:
> * one for JBT content (a subset of the JBT aggregate) and
> * one for 3rd party content (an adjunct to the Central site)
> This may mean moving some stuff like Sapphire into the JBDS TP, so that it's available should someone want to install Arquillian into JBDS. Or we could put it into Central, since it's a Central-EA dependency and need not be in JBDS itself.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years
[JBoss JIRA] (JBIDE-19449) p2.director install script is finding non-IU IUs to install
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19449?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-19449:
-------------------------------
Sprint: Sprint #2 April 2015
> p2.director install script is finding non-IU IUs to install
> -----------------------------------------------------------
>
> Key: JBIDE-19449
> URL: https://issues.jboss.org/browse/JBIDE-19449
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.3.0.Alpha2
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.3.0.Alpha2
>
>
> p2.director install script is finding non-IU IUs to install such as:
> {code}eclipse.buildId
> java.version{code}
> {code}
> list.ius:
> [echo] Searching for IUs in http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5... with -list 'Q:everything.select(y | everything.select(x | x.properties ~= filter("(org.eclipse.equinox.p2.bundle.localization='plugin')")).collect(x | x.requirements).flatten().exists(r | y ~= r))' ...
> [echo] Result: Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
> [echo] IU list written to /qa/hudson_workspace/workspace/jbosstools-composite-install_master/data/plugin.list.properties
> {code}
> Full list here: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
> Reason: here's what's in the plugin.list.properties file:
> {code}
> !SESSION 2015-03-13 18:06:15.934 -----------------------------------------------
> eclipse.buildId=4.5.0.I20150203-1300
> java.version=1.8.0_40
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> !ENTRY org.eclipse.osgi 4 0 2015-03-13 18:06:17.233
> !MESSAGE The -clean (osgi.clean) option was not successful. Unable to clean the storage area: /qa/hudson_workspace/workspace/jbosstools-composite-install_master/eclipse/configuration/org.eclipse.osgi
> org.eclipse.m2e.logback.configuration: The org.eclipse.m2e.logback.configuration bundle was activated before the state location was initialized. Will retry after the state location is initialized.
> ch.qos.logback.classic=1.0.7.v20121108-1250
> ch.qos.logback.core=1.0.7.v20121108-1250
> ...
> tern.server.nodejs=0.9.0.201502141213
> ternjs=0.9.0.201502141213
> Operation completed in 183432 ms.
> {code}
> So we need to filter out the header garbage.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years
[JBoss JIRA] (JBIDE-19449) p2.director install script is finding non-IU IUs to install
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19449?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-19449:
-------------------------------
Sprint: Sprint #1 April 2015 (was: Sprint #2 April 2015)
> p2.director install script is finding non-IU IUs to install
> -----------------------------------------------------------
>
> Key: JBIDE-19449
> URL: https://issues.jboss.org/browse/JBIDE-19449
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.3.0.Alpha2
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.3.0.Alpha2
>
>
> p2.director install script is finding non-IU IUs to install such as:
> {code}eclipse.buildId
> java.version{code}
> {code}
> list.ius:
> [echo] Searching for IUs in http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5... with -list 'Q:everything.select(y | everything.select(x | x.properties ~= filter("(org.eclipse.equinox.p2.bundle.localization='plugin')")).collect(x | x.requirements).flatten().exists(r | y ~= r))' ...
> [echo] Result: Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
> [echo] IU list written to /qa/hudson_workspace/workspace/jbosstools-composite-install_master/data/plugin.list.properties
> {code}
> Full list here: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
> Reason: here's what's in the plugin.list.properties file:
> {code}
> !SESSION 2015-03-13 18:06:15.934 -----------------------------------------------
> eclipse.buildId=4.5.0.I20150203-1300
> java.version=1.8.0_40
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> !ENTRY org.eclipse.osgi 4 0 2015-03-13 18:06:17.233
> !MESSAGE The -clean (osgi.clean) option was not successful. Unable to clean the storage area: /qa/hudson_workspace/workspace/jbosstools-composite-install_master/eclipse/configuration/org.eclipse.osgi
> org.eclipse.m2e.logback.configuration: The org.eclipse.m2e.logback.configuration bundle was activated before the state location was initialized. Will retry after the state location is initialized.
> ch.qos.logback.classic=1.0.7.v20121108-1250
> ch.qos.logback.core=1.0.7.v20121108-1250
> ...
> tern.server.nodejs=0.9.0.201502141213
> ternjs=0.9.0.201502141213
> Operation completed in 183432 ms.
> {code}
> So we need to filter out the header garbage.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years
[JBoss JIRA] (JBDS-3351) Copyright notice refers to 2014, not 2015
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3351?page=com.atlassian.jira.plugin.... ]
Nick Boldt updated JBDS-3351:
-----------------------------
Sprint: Sprint #1 April 2015
> Copyright notice refers to 2014, not 2015
> -----------------------------------------
>
> Key: JBDS-3351
> URL: https://issues.jboss.org/browse/JBDS-3351
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: build, installer
> Affects Versions: 9.0.0.Alpha1
> Reporter: Len DiMaggio
> Assignee: Nick Boldt
> Priority: Trivial
> Fix For: 9.0.0.Alpha2
>
>
> The copyright notice for 9.0.0.Alpha1 reads:
> ====================================
> Version: 9.0.0.Alpha1
> Build id: Alpha1-v20150216-1042-B11
> Build date: 20150216-1042
> Copyright (c) 2004-2014 Red Hat, Inc., contributors and others. All rights reserved.
> ====================================
> ------> Shouldn't this refer to 2004-2015?
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years