[JBoss JIRA] (JBDS-4788) Running devstudio-post-install.test plugin introduces Application error on IDE start up
by Ondrej Dockal (Jira)
Ondrej Dockal created JBDS-4788:
-----------------------------------
Summary: Running devstudio-post-install.test plugin introduces Application error on IDE start up
Key: JBDS-4788
URL: https://issues.jboss.org/browse/JBDS-4788
Project: Red Hat CodeReady Studio (devstudio)
Issue Type: Bug
Components: install-tests
Affects Versions: 12.13.0.AM1
Environment: Fedora 29
Reporter: Ondrej Dockal
Assignee: Ondrej Dockal
Fix For: 12.13.0.GA
Running post install test locally and on jenkins using
{code}
mvn -f devstudio-post-install.test/pom.xml -Dmaven.test.failure.ignore=true -DskipTests=false -Dbuild.id=20190820-1016-B4838 -DtestInstallBase=../target/crstudio/studio -Dconfig=../jbds.config -Dusage_reporting_enabled=false clean verify -PITests
{code}
Ends up with:
{code}
!SESSION 2019-08-26 08:58:25.681 -----------------------------------------------
eclipse.buildId=12.13.0.AM1-v20190820-1016-B4838
java.version=1.8.0_212
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments: -application org.eclipse.tycho.surefire.osgibooter.uitest -testproperties /home/odockal/git/jbdevstudio-qa/devstudio-post-install.test/target/surefire.properties -product com.jboss.devstudio.core.product -nouithread -pluginCustomization /home/odockal/git/jbdevstudio-qa/devstudio-post-install.test/target/requirements/pluginCustomization.ini
Command-line arguments: -debug -consolelog -data /home/odockal/git/jbdevstudio-qa/devstudio-post-install.test/target/work/data -application org.eclipse.tycho.surefire.osgibooter.uitest -testproperties /home/odockal/git/jbdevstudio-qa/devstudio-post-install.test/target/surefire.properties -product com.jboss.devstudio.core.product -nouithread -pluginCustomization /home/odockal/git/jbdevstudio-qa/devstudio-post-install.test/target/requirements/pluginCustomization.ini -clean
!ENTRY org.eclipse.epp.logging.aeri.ide 2 0 2019-08-26 08:58:32.495
!MESSAGE Could not resolve module: org.eclipse.epp.logging.aeri.ide [350]
Unresolved requirement: Import-Package: org.apache.lucene.document; version="[7.1.0,8.0.0)"
!ENTRY org.eclipse.osgi 4 0 2019-08-26 08:58:32.496
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: Application "org.eclipse.tycho.surefire.osgibooter.uitest" could not be found in the registry. The applications available are: com.jboss.devstudio.core.application, com.jboss.devstudio.core.EclipseGenerator, org.eclipse.ant.core.antRunner, org.eclipse.ant.ui.antRunner, org.eclipse.datatools.connectivity.console.profile.StorageFileEditor, org.eclipse.e4.ui.workbench.swt.E4Application, org.eclipse.e4.ui.workbench.swt.GenTopic, org.eclipse.emf.codegen.CodeGen, org.eclipse.emf.codegen.JMerger, org.eclipse.emf.codegen.ecore.Generator, org.eclipse.emf.importer.ecore.Ecore2GenModel, org.eclipse.emf.importer.java.Java2GenModel, org.eclipse.emf.importer.rose.Rose2GenModel, org.eclipse.equinox.app.error, org.eclipse.equinox.p2.director, org.eclipse.equinox.p2.garbagecollector.application, org.eclipse.equinox.p2.publisher.InstallPublisher, org.eclipse.equinox.p2.publisher.EclipseGenerator, org.eclipse.equinox.p2.publisher.ProductPublisher, org.eclipse.equinox.p2.publisher.FeaturesAndBundlesPublisher, org.eclipse.equinox.p2.reconciler.application, org.eclipse.equinox.p2.repository.repo2runnable, org.eclipse.equinox.p2.repository.metadataverifier, org.eclipse.equinox.p2.artifact.repository.mirrorApplication, org.eclipse.equinox.p2.metadata.repository.mirrorApplication, org.eclipse.equinox.p2.touchpoint.natives.nativePackageExtractor, org.eclipse.equinox.p2.updatesite.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.CategoryPublisher, org.eclipse.help.base.infocenterApplication, org.eclipse.help.base.helpApplication, org.eclipse.help.base.indexTool, org.eclipse.jdt.apt.core.aptBuild, org.eclipse.jdt.core.JavaCodeFormatter, org.eclipse.jdt.core.JavaIndexer, org.eclipse.pde.api.tools.apiAnalyzer, org.eclipse.pde.build.Build, org.eclipse.pde.junit.runtime.uitestapplication, org.eclipse.pde.junit.runtime.legacytestapplication, org.eclipse.pde.junit.runtime.coretestapplication, org.eclipse.pde.junit.runtime.coretestapplicationnonmain, org.eclipse.pde.junit.runtime.nonuithreadtestapplication, org.eclipse.ui.ide.workbench, org.eclipse.wst.jsdt.core.JavaCodeFormatter, org.eclipse.wst.server.preview.preview.
at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:252)
at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:33)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
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:498)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:660)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:597)
at org.eclipse.equinox.launcher.Main.run(Main.java:1468)
at org.eclipse.equinox.launcher.Main.main(Main.java:1441)
!ENTRY org.jboss.tools.usage 4 0 2019-08-26 08:58:32.554
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in org.jboss.tools.usage.internal.JBossToolsUsageActivator.stop() of bundle org.jboss.tools.usage.
at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:919)
at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:1027)
at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:370)
at org.eclipse.osgi.container.Module.doStop(Module.java:658)
at org.eclipse.osgi.container.Module.stop(Module.java:520)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1885)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1760)
at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:275)
at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:202)
at org.eclipse.osgi.container.Module.doStop(Module.java:658)
at org.eclipse.osgi.container.Module.stop(Module.java:520)
at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:207)
at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:220)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NullPointerException
at org.jboss.tools.usage.internal.JBossToolsUsageActivator.stop(JBossToolsUsageActivator.java:45)
at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:899)
at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:891)
... 13 more
Root exception:
java.lang.NullPointerException
at org.jboss.tools.usage.internal.JBossToolsUsageActivator.stop(JBossToolsUsageActivator.java:45)
at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:899)
at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:891)
at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:1027)
at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:370)
at org.eclipse.osgi.container.Module.doStop(Module.java:658)
at org.eclipse.osgi.container.Module.stop(Module.java:520)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1885)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1760)
at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:275)
at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:202)
at org.eclipse.osgi.container.Module.doStop(Module.java:658)
at org.eclipse.osgi.container.Module.stop(Module.java:520)
at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:207)
at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:220)
at java.lang.Thread.run(Thread.java:748)
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 7 months
[JBoss JIRA] (JBIDE-26794) OpenShift: Remote debugging is very slow
by André Dietisheim (Jira)
[ https://issues.jboss.org/browse/JBIDE-26794?page=com.atlassian.jira.plugi... ]
André Dietisheim edited comment on JBIDE-26794 at 8/23/19 12:27 PM:
--------------------------------------------------------------------
source code that's used is likely here: https://github.com/openshift-roadshow
The backend can be deployed using an openjdk builder image while using the following git repository: https://github.com/openshift-roadshow/nationalparks.git
steps:
# EXEC: New > Application > redhat-openjdk18-openshift:1.5 & Next
# EXEC: use https://github.com/openshift-roadshow/nationalparks.git in *Git Repository URL:*, remove the *Context Directory:*
# ASSERT: have source code imported to Eclipse, server adapter created
# EXEC: start server adapter in "Debug"
Result:
REST endpoint can be reached at *<service-host>/ws/info*.
Debugger fails to connect to the remote jvm even though port forwarding works and reports that :8787 is forwarded to :67980 on the pod. Inspecting the pod one can see that the java process is not launched with the debugger interface.
[~jgammonred612] any insights into how you had springboot started in devmode with this setup, please?
was (Author: adietish):
source code that's used is likely here: https://github.com/openshift-roadshow
The backend can be deployed using an openjdk builder image while using the following git repository: https://github.com/openshift-roadshow/nationalparks.git
steps:
# EXEC: New > Application > redhat-openjdk18-openshift:1.5 & Next
# EXEC: use https://github.com/openshift-roadshow/nationalparks.git in *Git Repository URL:*, remove the *Context Directory:*
# ASSERT: have source code imported to Eclipse, server adapter created
# EXEC: start server adapter in "Debug"
Result:
REST endpoint can be reached at *<service-host>/ws/info*.
Debugger fails to connect to the remote jvm even though port forwarding works and reports that :8787 is forwarded to :67980 on the pod. As far as I can see the springboot app is not started in devmode (and one can see that the java process is missing the required arguments).
[~jgammonred612] any insights into how you had springboot started in devmode with this setup, please?
> OpenShift: Remote debugging is very slow
> ----------------------------------------
>
> Key: JBIDE-26794
> URL: https://issues.jboss.org/browse/JBIDE-26794
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.11.0.Final
> Environment: Version: 12.11.0.GA
> Build id: GA-v20190329-0120-B4247
> Build date: 20190329-0120
> RHPDS
> Reporter: Josef Kopriva
> Assignee: André Dietisheim
> Priority: Critical
> Fix For: 4.13.x
>
>
> From Email on devtools-team from [~jgammonred612]:
> {code:java}
> Hi Folks:
> Using this version of Code Ready Studio
> Version: 12.11.0.GA
> Build id: GA-v20190329-0120-B4247
> Build date: 20190329-0120
> I recently ran an Openshift Starter Workshop lab and witnessed a clear
> issue with Code Ready Studio and INtelliJ
> Workshop Starter Lab
> (http://starter-guides-labs.b9ad.pro-us-east-1.openshiftapps.com/workshop/...)
> Lab 19 has a remote debugging setup. The remote debugger in Code Ready
> connected very very slowly and would not step over or step out making
> using it as a debugger virtually impossible.
> One of the lab participants had IntelliJ and it connected immediately
> and worked just fine.
> Clearly, something is broken in CRS. Maybe someone would want to test
> this out and fix?
> You can find this lab on RHPDS.
> Just FYI to the PM's.
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 7 months
[JBoss JIRA] (JBIDE-26794) OpenShift: Remote debugging is very slow
by André Dietisheim (Jira)
[ https://issues.jboss.org/browse/JBIDE-26794?page=com.atlassian.jira.plugi... ]
André Dietisheim edited comment on JBIDE-26794 at 8/23/19 12:23 PM:
--------------------------------------------------------------------
source code that's used is likely here: https://github.com/openshift-roadshow
The backend can be deployed using an openjdk builder image while using the following git repository: https://github.com/openshift-roadshow/nationalparks.git
steps:
# EXEC: New > Application > redhat-openjdk18-openshift:1.5 & Next
# EXEC: use https://github.com/openshift-roadshow/nationalparks.git in *Git Repository URL:*, remove the *Context Directory:*
# ASSERT: have source code imported to Eclipse, server adapter created
# EXEC: start server adapter in "Debug"
Result:
REST endpoint can be reached at *<service-host>/ws/info*.
Debugger fails to connect to the remote jvm even though port forwarding works and reports that :8787 is forwarded to :67980 on the pod. As far as I can see the springboot app is not started in devmode (and one can see that the java process is missing the required arguments).
[~jgammonred612] any insights into how you had springboot started in devmode with this setup, please?
was (Author: adietish):
source code that's used is likely here: https://github.com/openshift-roadshow
The backend can be deployed using an openjdk builder image while using the following git repository: https://github.com/openshift-roadshow/nationalparks.git
steps:
# EXEC: New > Application > redhat-openjdk18-openshift:1.5 & Next
# EXEC: use https://github.com/openshift-roadshow/nationalparks.git in *Git Repository URL:*, remove the *Context Directory:*
# ASSERT: have source code imported to Eclipse, server adapter created
# EXEC: start server adapter in "Debug"
Result:
REST endpoint can be reached at *<service-host>/ws/info*.
Debugger fails to connect to the remote jvm even though port forwarding works and reports that :8787 is forwarded to :67980 on the pod. As far as I can see the springboot app is not started in devmode. Very likely that we'd need to use a springboot compliant fabric8 image instead.
[~jgammonred612] any insights into how you had springboot started in devmode with this setup, please?
> OpenShift: Remote debugging is very slow
> ----------------------------------------
>
> Key: JBIDE-26794
> URL: https://issues.jboss.org/browse/JBIDE-26794
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.11.0.Final
> Environment: Version: 12.11.0.GA
> Build id: GA-v20190329-0120-B4247
> Build date: 20190329-0120
> RHPDS
> Reporter: Josef Kopriva
> Assignee: André Dietisheim
> Priority: Critical
> Fix For: 4.13.x
>
>
> From Email on devtools-team from [~jgammonred612]:
> {code:java}
> Hi Folks:
> Using this version of Code Ready Studio
> Version: 12.11.0.GA
> Build id: GA-v20190329-0120-B4247
> Build date: 20190329-0120
> I recently ran an Openshift Starter Workshop lab and witnessed a clear
> issue with Code Ready Studio and INtelliJ
> Workshop Starter Lab
> (http://starter-guides-labs.b9ad.pro-us-east-1.openshiftapps.com/workshop/...)
> Lab 19 has a remote debugging setup. The remote debugger in Code Ready
> connected very very slowly and would not step over or step out making
> using it as a debugger virtually impossible.
> One of the lab participants had IntelliJ and it connected immediately
> and worked just fine.
> Clearly, something is broken in CRS. Maybe someone would want to test
> this out and fix?
> You can find this lab on RHPDS.
> Just FYI to the PM's.
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 7 months
[JBoss JIRA] (JBIDE-26797) Invalid - 2 subsystems have been declared with the same unique id: deploymentPage.standard
by Ondrej Dockal (Jira)
Ondrej Dockal created JBIDE-26797:
-------------------------------------
Summary: Invalid - 2 subsystems have been declared with the same unique id: deploymentPage.standard
Key: JBIDE-26797
URL: https://issues.jboss.org/browse/JBIDE-26797
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Affects Versions: 4.13.0.AM1
Reporter: Ondrej Dockal
Assignee: André Dietisheim
Fix For: 4.13.0.AM1
Error after fresh start of studio or in a new workspace:
{code}
eclipse.buildId=12.13.0.AM1-v20190823-0757-B4854
java.version=11.0.4
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments: -product com.jboss.devstudio.core.product
Command-line arguments: -data /home/odockal/workspace_12130AM1-0823_TEST -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
org.jboss.ide.eclipse.as.wtp.core
Error
Fri Aug 23 14:51:49 CEST 2019
Errors validating Server Subsystem Model
eclipse.buildId=12.13.0.AM1-v20190823-0757-B4854
java.version=11.0.4
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments: -product com.jboss.devstudio.core.product
Command-line arguments: -data /home/odockal/workspace_12130AM1-0823_TEST -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
org.jboss.ide.eclipse.as.wtp.core
Error
Fri Aug 23 14:51:49 CEST 2019
Invalid - 2 subsystems have been declared with the same unique id: deploymentPage.standard
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 7 months
[JBoss JIRA] (JBIDE-26794) OpenShift: Remote debugging is very slow
by André Dietisheim (Jira)
[ https://issues.jboss.org/browse/JBIDE-26794?page=com.atlassian.jira.plugi... ]
André Dietisheim reassigned JBIDE-26794:
----------------------------------------
Assignee: André Dietisheim
> OpenShift: Remote debugging is very slow
> ----------------------------------------
>
> Key: JBIDE-26794
> URL: https://issues.jboss.org/browse/JBIDE-26794
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.11.0.Final
> Environment: Version: 12.11.0.GA
> Build id: GA-v20190329-0120-B4247
> Build date: 20190329-0120
> RHPDS
> Reporter: Josef Kopriva
> Assignee: André Dietisheim
> Priority: Critical
> Fix For: 4.13.x
>
>
> From Email on devtools-team from [~jgammonred612]:
> {code:java}
> Hi Folks:
> Using this version of Code Ready Studio
> Version: 12.11.0.GA
> Build id: GA-v20190329-0120-B4247
> Build date: 20190329-0120
> I recently ran an Openshift Starter Workshop lab and witnessed a clear
> issue with Code Ready Studio and INtelliJ
> Workshop Starter Lab
> (http://starter-guides-labs.b9ad.pro-us-east-1.openshiftapps.com/workshop/...)
> Lab 19 has a remote debugging setup. The remote debugger in Code Ready
> connected very very slowly and would not step over or step out making
> using it as a debugger virtually impossible.
> One of the lab participants had IntelliJ and it connected immediately
> and worked just fine.
> Clearly, something is broken in CRS. Maybe someone would want to test
> this out and fix?
> You can find this lab on RHPDS.
> Just FYI to the PM's.
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 7 months