January 2017 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBDS-4175) NPE/broken functionality/cannot start after install from Red Hat Central into rh-eclipse46-devstudio

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBDS-4175?page=com.atlassian.jira.plugin.... ] Nick Boldt updated JBDS-4175: ----------------------------- Sprint: devex #126 January 2017 > NPE/broken functionality/cannot start after install from Red Hat Central into rh-eclipse46-devstudio > ---------------------------------------------------------------------------------------------------- > > Key: JBDS-4175 > URL: https://issues.jboss.org/browse/JBDS-4175 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Bug > Components: central-update, rpm > Environment: RHEL 7.2 with RHSCL repositories available: > * RHSCL 2.3 RC (http://download-node-02.eng.bos.redhat.com/rel-eng/RHSCL-2.3-RHEL-7-RC-1....) > * update for RHBZ#1392095 (http://nest.test.redhat.com/mnt/qa/scratch/vkadlcik/eclipse/repos/rhscl23...) > Reporter: Václav Kadlčík > Assignee: Nick Boldt > Fix For: 10.3.0.AM2 > > Attachments: JBDS-4175_logs_first_half.tar.gz, devstudio-is-major-feature-groups-to-test.png, rh-eclipse46-devstudio10.2.log.20161115-0953.txt, rh-eclipse46-devstudio10.2.log.20161118-1112_strict.txt, spring-ide-fail-aop.png, spring-ide-fail-list.png, spring-ide-fail-npe.png, spring-ide-fail-project-explorer-broken-package-explorer-OK.png, spring-ide-fail.png, spring-ide-view-fail.png, springide382.png, sw_to_install.txt, workspace.log, wst.xsd.core_diff.png > > > I installed rh-eclipse46-devstudio-10.2-0.20161111.0219.el7.x86_64.rpm and followed Nick's scenario [1]. In Red Hat Central, I clicked "Select All" (it found 36 items), then "Install/Update", did all the confirmations, including a restart. After the restart, Eclipse died on java.lang.NullPointerException. I'm attaching the workspace log (aside from the NPE, it's full of "Could not resolve module"). > I reproduced the problem several times on two different machines. The update for RHBZ#1392095 (rh-eclipse46-eclipse-4.6.1-2.4.el7) isn't necessary, it just makes the reproduction much faster. > Not sure how related it is, but rh-eclipse46 disallows updating packages installed from RPM [2]. But in the list of software to be installed/updated, I saw, among others, EGit and Mylyn, which are definitely included in rh-eclipse46-base. In any case, I'm attaching the list, too. > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1392095#c6 > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1173024 > (copied from comment below to make it sticky) > Results of installing first half of the items in Central: > ||Item||Result||Description or Errors|| > |Android_Development_Tools|(/)|| > |JBoss_Hybrid_Mobile_Tools|(/)|| > |AngularJS_for_Web_Tools|(x)|IllegalStateException: BundleContext, NullPointerException| > |JBoss_Arquillian_Tools|(/)|| > |JBoss_Forge_Tools|(/)|| > |JBoss_OpenShift_2_Tools|(x)|BundleException| > |JBoss_OpenShift_3_Tools|(x)|BundleException| > |JBoss_Portlet_Tools|(x)|BundleException, NullPointerException, eclipse didn't start| > |JBoss_Seam_Tools|(x)|BundleException, NullPointerException, eclipse didn't start| > |JBoss_Tools_LiveReload|(x)|BundleException| > |JST_Server|(x)|BundleException| > |Spring_IDE|(x)|BundleException, NullPointerException, eclipse didn't start| > |Atlassian_Connector|(x)|BundleException, loader constraint violation| > |Eclipse_EGit_Mylyn_Support|(x)|BundleException| > |Subclipse_SVNKit|(/)|First attempt failed due to SocketTimeoutException but second passed| > |Subclipse_SVNKit_Mylyn_Support|(x)|BundleException| > |Eclipse_Checkstyle|(x)|NullPointerException| > All logs [^JBDS-4175_logs_first_half.tar.gz]. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23643) wrap process for moving a .Final target platform into /static/ folder w/ a Jenkins job

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23643?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-23643: ------------------------------- Sprint: devex #125 December 2016, devex #126 January 2017 (was: devex #125 December 2016) > wrap process for moving a .Final target platform into /static/ folder w/ a Jenkins job > -------------------------------------------------------------------------------------- > > Key: JBIDE-23643 > URL: https://issues.jboss.org/browse/JBIDE-23643 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build > Affects Versions: 4.4.3.AM1 > Reporter: Nick Boldt > Assignee: Nick Boldt > Fix For: 4.4.3.AM2 > > > When it's time to release the next set of .Final target platforms, the process ought to be run by a jenkins job rather than a local "copy this script into your console" operation. > See https://github.com/jbdevstudio/jbdevstudio-devdoc/blob/master/release_gui... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23317) Create and use Oxygen.M4 target platform

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23317?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-23317: ------------------------------- Sprint: devex #120 September 2016, devex #125 December 2016, devex #126 January 2017 (was: devex #120 September 2016, devex #125 December 2016) > Create and use Oxygen.M4 target platform > ---------------------------------------- > > Key: JBIDE-23317 > URL: https://issues.jboss.org/browse/JBIDE-23317 > Project: Tools (JBoss Tools) > Issue Type: Component Upgrade > Components: target-platform > Affects Versions: 4.4.1.AM1 > Reporter: Nick Boldt > Assignee: Nick Boldt > Priority: Blocker > Fix For: 4.5.0.AM1 > > > Once available on Dec 14/15, we should create a new 4.70.0.AM1-SNAPSHOT target platform containing Oxygen.0.M4 bits. > https://wiki.eclipse.org/index.php?title=Oxygen/Simultaneous_Release_Plan... > Story points: 21 (fibonacci) > jbt tp, > jbds tp, > central tp; > jbt-build-sites, > jbds site build; > update install/matrix jobs to use new Eclipse JEE/platform binary; > mailing list announcements -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-19933) Copy master snapshot to 4.5.oxygen update site at code freeze to initiate it

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-19933?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-19933: ------------------------------- Summary: Copy master snapshot to 4.5.oxygen update site at code freeze to initiate it (was: Copy master snapshot to 4.3.mars (or similar) update site at code freeze to initiate it) > Copy master snapshot to 4.5.oxygen update site at code freeze to initiate it > ---------------------------------------------------------------------------- > > Key: JBIDE-19933 > URL: https://issues.jboss.org/browse/JBIDE-19933 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: build > Affects Versions: 4.3.0.Beta1 > Reporter: Martin Malina > Assignee: Nick Boldt > Fix For: 4.5.0.AM1 > > > When we code freeze for e.g. 4.3.0.Beta1, jbosstools-build is branched as Beta1x and the parent pom starts point at 4.3.mars as the site stream (instead of master). > Currently, this update site will contain the previous milestone (Alpha2 in this case) until we get a first build on this branch. > It would be nice if we could initiate the 4.3.mars update site with the contents of master update site - it would be consistent with how git branches work - when we branch for Beta1x, it starts exactly where master left off at that point. > For those interested: The reason I'm bringing this up is that our build of jbosstools-integration-tests just got broken now - because it uses Beta1 parent pom which now points to the 4.3.mars site stream which currently contains Alpha2 bits. But at the same time, the TP defined in this parent pom is much newer. The workaround for us would be to use -Djbosstools_site_stream=4.3.mars until the Beta1x branch is built for the first time. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-19933) Copy master snapshot to 4.3.mars (or similar) update site at code freeze to initiate it

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-19933?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-19933: ------------------------------- Fix Version/s: 4.5.0.AM1 (was: 4.4.3.AM2) > Copy master snapshot to 4.3.mars (or similar) update site at code freeze to initiate it > --------------------------------------------------------------------------------------- > > Key: JBIDE-19933 > URL: https://issues.jboss.org/browse/JBIDE-19933 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: build > Affects Versions: 4.3.0.Beta1 > Reporter: Martin Malina > Assignee: Nick Boldt > Fix For: 4.5.0.AM1 > > > When we code freeze for e.g. 4.3.0.Beta1, jbosstools-build is branched as Beta1x and the parent pom starts point at 4.3.mars as the site stream (instead of master). > Currently, this update site will contain the previous milestone (Alpha2 in this case) until we get a first build on this branch. > It would be nice if we could initiate the 4.3.mars update site with the contents of master update site - it would be consistent with how git branches work - when we branch for Beta1x, it starts exactly where master left off at that point. > For those interested: The reason I'm bringing this up is that our build of jbosstools-integration-tests just got broken now - because it uses Beta1 parent pom which now points to the 4.3.mars site stream which currently contains Alpha2 bits. But at the same time, the TP defined in this parent pom is much newer. The workaround for us would be to use -Djbosstools_site_stream=4.3.mars until the Beta1x branch is built for the first time. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23212) move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23212?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-23212: ------------------------------- Sprint: devex #126 January 2017 > move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline > ------------------------------------------------------------------------------------------------ > > Key: JBIDE-23212 > URL: https://issues.jboss.org/browse/JBIDE-23212 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build > Affects Versions: 4.4.1.Final > Reporter: Jeff MAURY > Assignee: Nick Boldt > Labels: build, tycho > Fix For: 4.4.3.AM2 > > > The check with baseline seems broken to me as it does not seem to work with features. When feature.source is checked, the baseline artifact (feature.source.jar) is compared to the wrong artifact (feature.jar). > I reproduced the problem by updating jbosstool-central root POM (only the parent POM version has been changed) and the mvn verify build failed on org.jboss.tools.maven.feature. The output can be seen in one of the PR check -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23515) Create and use Neon.2 target platform

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23515?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-23515: ------------------------------- Sprint: devex #126 January 2017 > Create and use Neon.2 target platform > ------------------------------------- > > Key: JBIDE-23515 > URL: https://issues.jboss.org/browse/JBIDE-23515 > Project: Tools (JBoss Tools) > Issue Type: Component Upgrade > Components: target-platform > Affects Versions: 4.4.1.AM1 > Reporter: Nick Boldt > Assignee: Nick Boldt > Priority: Blocker > Fix For: 4.4.3.Final > > > Once available in December, we should move up to Neon.2 > https://wiki.eclipse.org/index.php?title=Neon/Simultaneous_Release_Plan#S... > Story points: 21 (fibonacci) > jbt tp, > jbds tp, > central tp; > jbt-build-sites, > jbds site build; > update install/matrix jobs to use new Eclipse JEE/platform binary; > mailing list announcements -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23212) move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23212?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-23212: ------------------------------- Fix Version/s: (was: 4.5.0.AM1) > move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline > ------------------------------------------------------------------------------------------------ > > Key: JBIDE-23212 > URL: https://issues.jboss.org/browse/JBIDE-23212 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build > Affects Versions: 4.4.1.Final > Reporter: Jeff MAURY > Assignee: Nick Boldt > Labels: build, tycho > Fix For: 4.4.3.AM2 > > > The check with baseline seems broken to me as it does not seem to work with features. When feature.source is checked, the baseline artifact (feature.source.jar) is compared to the wrong artifact (feature.jar). > I reproduced the problem by updating jbosstool-central root POM (only the parent POM version has been changed) and the mvn verify build failed on org.jboss.tools.maven.feature. The output can be seen in one of the PR check -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23212) move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23212?page=com.atlassian.jira.plugi... ] Nick Boldt commented on JBIDE-23212: ------------------------------------ Tycho 0.27 is now called 1.0, and should be available in late Jan or early Feb. > move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline > ------------------------------------------------------------------------------------------------ > > Key: JBIDE-23212 > URL: https://issues.jboss.org/browse/JBIDE-23212 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build > Affects Versions: 4.4.1.Final > Reporter: Jeff MAURY > Assignee: Nick Boldt > Labels: build, tycho > Fix For: 4.4.3.AM2 > > > The check with baseline seems broken to me as it does not seem to work with features. When feature.source is checked, the baseline artifact (feature.source.jar) is compared to the wrong artifact (feature.jar). > I reproduced the problem by updating jbosstool-central root POM (only the parent POM version has been changed) and the mvn verify build failed on org.jboss.tools.maven.feature. The output can be seen in one of the PR check -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23212) move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23212?page=com.atlassian.jira.plugi... ] Nick Boldt updated JBIDE-23212: ------------------------------- Summary: move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline (was: move to tycho 0.27.0 (mvn clean verify checks old features versions against baseline)) > move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline > ------------------------------------------------------------------------------------------------ > > Key: JBIDE-23212 > URL: https://issues.jboss.org/browse/JBIDE-23212 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build > Affects Versions: 4.4.1.Final > Reporter: Jeff MAURY > Assignee: Nick Boldt > Labels: build, tycho > Fix For: 4.4.3.AM2, 4.5.0.AM1 > > > The check with baseline seems broken to me as it does not seem to work with features. When feature.source is checked, the baseline artifact (feature.source.jar) is compared to the wrong artifact (feature.jar). > I reproduced the problem by updating jbosstool-central root POM (only the parent POM version has been changed) and the mvn verify build failed on org.jboss.tools.maven.feature. The output can be seen in one of the PR check -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues January 2017