[JBoss JIRA] (JBDS-4077) Cannot run integration tests against Devstudio with latest target platform
by Rastislav Wagner (JIRA)
[ https://issues.jboss.org/browse/JBDS-4077?page=com.atlassian.jira.plugin.... ]
Rastislav Wagner commented on JBDS-4077:
----------------------------------------
[~nickboldt] We dont install on top of some eclipse - we use devstudio jar installer
I tried running mvn build with -X switch and this is org.eclipse.osgi reference from output
{code}
06:08:29 [DEBUG] org.eclipse.tycho:tycho-maven-plugin:jar:0.26.0:
06:08:29 [DEBUG] org.eclipse.tycho:tycho-core:jar:0.26.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-core:jar:3.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-model:jar:3.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-settings:jar:3.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-settings-builder:jar:3.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-repository-metadata:jar:3.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-artifact:jar:3.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-model-builder:jar:3.0:compile
06:08:29 [DEBUG] org.apache.maven:maven-aether-provider:jar:3.0:runtime
06:08:29 [DEBUG] org.sonatype.aether:aether-impl:jar:1.7:compile
06:08:29 [DEBUG] org.sonatype.aether:aether-spi:jar:1.7:compile
06:08:29 [DEBUG] org.sonatype.aether:aether-api:jar:1.7:compile
06:08:29 [DEBUG] org.sonatype.aether:aether-util:jar:1.7:compile
06:08:29 [DEBUG] org.sonatype.sisu:sisu-inject-plexus:jar:1.4.2:compile
06:08:29 [DEBUG] org.sonatype.sisu:sisu-inject-bean:jar:1.4.2:compile
06:08:29 [DEBUG] org.sonatype.sisu:sisu-guice:jar:noaop:2.1.7:compile
06:08:29 [DEBUG] org.codehaus.plexus:plexus-interpolation:jar:1.14:compile
06:08:29 [DEBUG] org.codehaus.plexus:plexus-classworlds:jar:2.2.3:compile
06:08:29 [DEBUG] org.sonatype.plexus:plexus-sec-dispatcher:jar:1.3:compile
06:08:29 [DEBUG] org.sonatype.plexus:plexus-cipher:jar:1.7:compile
06:08:29 [DEBUG] org.apache.maven:maven-plugin-api:jar:3.0:compile
06:08:29 [DEBUG] org.codehaus.plexus:plexus-utils:jar:3.0.7:compile
06:08:29 [DEBUG] org.codehaus.plexus:plexus-archiver:jar:2.9.1:compile
06:08:29 [DEBUG] org.codehaus.plexus:plexus-io:jar:2.4.1:compile
06:08:29 [DEBUG] commons-io:commons-io:jar:2.2:compile
06:08:29 [DEBUG] org.apache.commons:commons-compress:jar:1.9:compile
06:08:29 [DEBUG] org.eclipse.tycho:org.eclipse.osgi.compatibility.state:jar:1.0.200.v20160504-1419:compile
06:08:29 [DEBUG] org.eclipse.tycho:sisu-equinox-embedder:jar:0.26.0:compile
06:08:29 [DEBUG] org.eclipse.tycho:org.eclipse.osgi:jar:3.11.0.v20160603-1336:compile
06:08:29 [DEBUG] org.eclipse.tycho:sisu-equinox-api:jar:0.26.0:compile
06:08:29 [DEBUG] org.eclipse.tycho:tycho-metadata-model:jar:0.26.0:compile
06:08:29 [DEBUG] de.pdark:decentxml:jar:1.3:compile
06:08:29 [DEBUG] org.eclipse.tycho:tycho-embedder-api:jar:0.26.0:compile
06:08:29 [DEBUG] org.eclipse.tycho:org.eclipse.tycho.embedder.shared:jar:0.26.0:compile
06:08:29 [DEBUG] org.eclipse.tycho:org.eclipse.tycho.core.shared:jar:0.26.0:compile
06:08:29 [DEBUG] org.eclipse.tycho:tycho-p2-facade:jar:0.26.0:compile
06:08:29 [DEBUG] org.codehaus.plexus:plexus-component-annotations:jar:1.5.5:compile
06:08:29 [DEBUG] org.eclipse.tycho:org.eclipse.tycho.p2.resolver.shared:jar:0.26.0:compile
06:08:29 [DEBUG] org.eclipse.tycho:org.eclipse.tycho.p2.tools.shared:jar:0.26.0:compile
06:08:29 [DEBUG] Created new class realm maven.api
{code}
Its referencing org.eclipse.tycho:org.eclipse.osgi:jar:3.11.0.v20160603-1336:compile - the old version. You can also check it here https://github.com/eclipse/tycho/blob/master/pom.xml#L91
And i saw that it is downloaded from http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.6... which is defined in parent pom.xml as TARGET_PLATFORM_VERSION_MIN https://github.com/jbosstools/jbosstools-build/blob/master/parent/pom.xml...
The next thing I tired was to run maven build with -Dtpc.version=${TARGET_PLATFORM_VERSION_MAX} and it worked! I get the correct devstudio and tests are working.
Im not sure if this is tycho's fault or default target platform version should be set MAX or is it something else ?
> Cannot run integration tests against Devstudio with latest target platform
> --------------------------------------------------------------------------
>
> Key: JBDS-4077
> URL: https://issues.jboss.org/browse/JBDS-4077
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: build, target-platform
> Affects Versions: 10.2.0.AM1
> Reporter: Jan Richter
> Assignee: Rastislav Wagner
> Priority: Blocker
> Fix For: 10.2.0.AM3
>
> Attachments: .log, jbosstools-integration-tests.log.txt.zip, no_devstudio.jpg, no_devstudio.png, org.jboss.tools.deltaspike.ui.bot.test.DeltaspikeAllBotTests.txt, org.jboss.tools.deltaspike.ui.bot.test.log.txt, org.jboss.tools.deltaspike.ui.bot.test.log_0.txt, Screenshot_2016-10-05_10-00-03.png, Screenshot_2016-10-05_10-00-21.png, Screenshot_2016-10-05_10-00-28.png, Screenshot_2016-10-05_10-00-57.png, Screenshot_2016-10-05_10-01-14.png, Screenshot_2016-10-05_10-01-32.png, shell.png, TEST-org.jboss.tools.deltaspike.ui.bot.test.DeltaspikeAllBotTests.xml, tpfail.png
>
>
> Integration tests run from maven against Devstudio, which was built using the latest target platform (4.61.0.AM1-SNAPSHOT), cannot properly launch all the plugins and fail afterwards.
> A full devstudio should open when the tests are run. Instead it looks like this:
> !tpfail.png|thumbnail!
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months
[JBoss JIRA] (JBDS-4149) Could not use Maven - NoClassDefFoundError: org/slf4j/Logger
by Lukáš Valach (JIRA)
[ https://issues.jboss.org/browse/JBDS-4149?page=com.atlassian.jira.plugin.... ]
Lukáš Valach updated JBDS-4149:
-------------------------------
Attachment: eclipse.log
> Could not use Maven - NoClassDefFoundError: org/slf4j/Logger
> ------------------------------------------------------------
>
> Key: JBDS-4149
> URL: https://issues.jboss.org/browse/JBDS-4149
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: rpm
> Affects Versions: 10.2.0.AM3
> Environment: RHEL7 64bit
> Reporter: Lukáš Valach
> Attachments: eclipse.log, rh-eclipse46-devstudio-snapshots-10_2.repo, rh-eclipse46.repo
>
>
> I am not able to use embedded Maven. When I try to run Maven clean (or whatever else) I get following error message:
> {code}
> Exception in thread "main" java.lang.NoClassDefFoundError: org/slf4j/Logger
> at java.lang.Class.getDeclaredMethods0(Native Method)
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
> at java.lang.Class.privateGetMethodRecursive(Class.java:3048)
> at java.lang.Class.getMethod0(Class.java:3018)
> at java.lang.Class.getMethod(Class.java:1784)
> at org.codehaus.plexus.classworlds.launcher.Launcher.getEnhancedMainMethod(Launcher.java:172)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:268)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> Caused by: java.lang.ClassNotFoundException: org.slf4j.Logger
> at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
> at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)
> at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)
> at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)
> ... 10 more
> {code}
> Standalone maven installation works fine.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months
[JBoss JIRA] (JBDS-4149) Could not use Maven - NoClassDefFoundError: org/slf4j/Logger
by Lukáš Valach (JIRA)
Lukáš Valach created JBDS-4149:
----------------------------------
Summary: Could not use Maven - NoClassDefFoundError: org/slf4j/Logger
Key: JBDS-4149
URL: https://issues.jboss.org/browse/JBDS-4149
Project: Red Hat JBoss Developer Studio (devstudio)
Issue Type: Bug
Components: rpm
Affects Versions: 10.2.0.AM3
Environment: RHEL7 64bit
Reporter: Lukáš Valach
Attachments: rh-eclipse46-devstudio-snapshots-10_2.repo, rh-eclipse46.repo
I am not able to use embedded Maven. When I try to run Maven clean (or whatever else) I get following error message:
{code}
Exception in thread "main" java.lang.NoClassDefFoundError: org/slf4j/Logger
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
at java.lang.Class.privateGetMethodRecursive(Class.java:3048)
at java.lang.Class.getMethod0(Class.java:3018)
at java.lang.Class.getMethod(Class.java:1784)
at org.codehaus.plexus.classworlds.launcher.Launcher.getEnhancedMainMethod(Launcher.java:172)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:268)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: java.lang.ClassNotFoundException: org.slf4j.Logger
at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)
... 10 more
{code}
Standalone maven installation works fine.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months
[JBoss JIRA] (JBDS-4148) Run as -> Run on server -> browser might open too early causing http 404
by Josef Ludvicek (JIRA)
[ https://issues.jboss.org/browse/JBDS-4148?page=com.atlassian.jira.plugin.... ]
Josef Ludvicek updated JBDS-4148:
---------------------------------
Description:
There should be some mechanism to detect when application is succesfully deployed.
It is possible that on slow machine it starts to deploy and open internal web browser too early - before app is fully deployed.
Stepps:
* start eap server
* right click on app -> Run as -> run on server
> Run as -> Run on server -> browser might open too early causing http 404
> ------------------------------------------------------------------------
>
> Key: JBDS-4148
> URL: https://issues.jboss.org/browse/JBDS-4148
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Affects Versions: 9.1.0.GA
> Reporter: Josef Ludvicek
> Attachments: runas.png
>
>
> There should be some mechanism to detect when application is succesfully deployed.
> It is possible that on slow machine it starts to deploy and open internal web browser too early - before app is fully deployed.
> Stepps:
> * start eap server
> * right click on app -> Run as -> run on server
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months
[JBoss JIRA] (JBIDE-23399) clean up email generation to avoid invalid addresses
by Lukáš Valach (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23399?page=com.atlassian.jira.plugi... ]
Lukáš Valach closed JBIDE-23399.
--------------------------------
I am not able to verify this ticket I think, so closing without verification.
The script will be verified next time we use notification emails.
> clean up email generation to avoid invalid addresses
> ----------------------------------------------------
>
> Key: JBIDE-23399
> URL: https://issues.jboss.org/browse/JBIDE-23399
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.4.2.AM3
>
>
> Last batch of notification emails re: JBT 4.4.2.AM2 release (and the previous ones for staging too) all had these recipients:
> {code}
> -nboldt(a)redhat.com,
> Boldt(a)redhat.com,
> -fNick(a)redhat.com,
> --(a)redhat.com,
> -c(a)redhat.com{code}
> Seems like a problem with quotes / commandline.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months
[JBoss JIRA] (JBIDE-23364) Two different versions of code recommenders and docker tooling in JBT composite site
by Lukáš Valach (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23364?page=com.atlassian.jira.plugi... ]
Lukáš Valach closed JBIDE-23364.
--------------------------------
Verified in 10.2.0.AM3, Abridged JBoss Tools can be installed without problems.
> Two different versions of code recommenders and docker tooling in JBT composite site
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-23364
> URL: https://issues.jboss.org/browse/JBIDE-23364
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: target-platform
> Affects Versions: 4.4.2.AM2
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.4.2.AM3
>
> Attachments: docker_versions.png, snipmatch_versions.png
>
>
> This remediation error occurs when trying to install JBT 4.4.2.AM2 into Eclipse JEE bundle Neon.1a:
> {code}
> Your original request has been modified.
> "JavaScript Development Tools" will be ignored because a newer version is already installed.
> "Eclipse JSON Editors and Tools" will be ignored because a newer version is already installed.
> "WST JSON Core" will be ignored because a newer version is already installed.
> Cannot complete the install because of a conflicting dependency.
> Software being installed: Code Recommenders Snipmatch 2.4.0.v20160607-1609 (org.eclipse.recommenders.snipmatch.rcp.feature.feature.group 2.4.0.v20160607-1609)
> Software currently installed: Code Recommenders for Java Developers 2.4.3.v20160913-0645 (org.eclipse.recommenders.rcp.feature.feature.group 2.4.3.v20160913-0645)
> Only one of the following can be installed at once:
> Code Recommenders Dependency Identification UI 2.4.0.v20160607-1609 (org.eclipse.recommenders.coordinates.rcp 2.4.0.v20160607-1609)
> Code Recommenders Dependency Identification UI 2.4.3.v20160913-0645 (org.eclipse.recommenders.coordinates.rcp 2.4.3.v20160913-0645)
> Cannot satisfy dependency:
> From: Code Recommenders for Java Developers 2.4.3.v20160913-0645 (org.eclipse.recommenders.rcp.feature.feature.group 2.4.3.v20160913-0645)
> To: org.eclipse.recommenders.coordinates.rcp [2.4.3.v20160913-0645]
> Cannot satisfy dependency:
> From: Code Recommenders Snipmatch UI 2.4.0.v20160607-1609 (org.eclipse.recommenders.snipmatch.rcp 2.4.0.v20160607-1609)
> To: bundle org.eclipse.recommenders.coordinates.rcp [2.4.0,2.4.1)
> Cannot satisfy dependency:
> From: Code Recommenders Snipmatch 2.4.0.v20160607-1609 (org.eclipse.recommenders.snipmatch.rcp.feature.feature.group 2.4.0.v20160607-1609)
> To: org.eclipse.recommenders.snipmatch.rcp [2.4.0.v20160607-1609]{code}
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months
[JBoss JIRA] (JBIDE-23409) Server editor should allow 'edit...' option for selected username - followup
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23409?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-23409:
---------------------------------------
I wasn't suggesting to change which servers/runtimes store credentials using credentials API and which don't.
I merely suggest to change the UI where it's already present.
But I'm not insisting on this. I just thought it would be a nice enhancement. It's not really a very hight priority.
> Server editor should allow 'edit...' option for selected username - followup
> ----------------------------------------------------------------------------
>
> Key: JBIDE-23409
> URL: https://issues.jboss.org/browse/JBIDE-23409
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk, server
> Affects Versions: 4.4.2.AM3
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM2
>
> Attachments: credentials.png, runtimes.png
>
>
> Today while creating a cdk server adapter, I noticed there is a new Edit button when selecting credentials for the adapter. This was recently added here: JBIDE-23382
> I would like to propose a change to make it consistent with other things like JREs when creating a server adapter.
> So in the server editor, we used to have just Add.. and now we also have Edit...:
> !credentials.png!
> Similar thing in the New Server adapter.
> Now look at the New Runtime dialog:
> !runtimes.png!
> I think it would be nice to do it similarly, wdyt?
> Meaning, instead of Edit.. and Add.., we would simply have a button for "Credentials..." which would open the appropriate Preference page (and upon closing, you would need to update the content on the page to show any added credentials).
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months
[JBoss JIRA] (JBIDE-23409) Server editor should allow 'edit...' option for selected username - followup
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23409?page=com.atlassian.jira.plugi... ]
Martin Malina edited comment on JBIDE-23409 at 11/1/16 5:11 AM:
----------------------------------------------------------------
I wasn't suggesting to change which servers/runtimes store credentials using credentials API and which don't.
I merely suggest to change the UI where it's already present.
But I'm not insisting on this. I just thought it would be a nice enhancement. It's not really a very high priority.
was (Author: mmalina):
I wasn't suggesting to change which servers/runtimes store credentials using credentials API and which don't.
I merely suggest to change the UI where it's already present.
But I'm not insisting on this. I just thought it would be a nice enhancement. It's not really a very hight priority.
> Server editor should allow 'edit...' option for selected username - followup
> ----------------------------------------------------------------------------
>
> Key: JBIDE-23409
> URL: https://issues.jboss.org/browse/JBIDE-23409
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk, server
> Affects Versions: 4.4.2.AM3
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM2
>
> Attachments: credentials.png, runtimes.png
>
>
> Today while creating a cdk server adapter, I noticed there is a new Edit button when selecting credentials for the adapter. This was recently added here: JBIDE-23382
> I would like to propose a change to make it consistent with other things like JREs when creating a server adapter.
> So in the server editor, we used to have just Add.. and now we also have Edit...:
> !credentials.png!
> Similar thing in the New Server adapter.
> Now look at the New Runtime dialog:
> !runtimes.png!
> I think it would be nice to do it similarly, wdyt?
> Meaning, instead of Edit.. and Add.., we would simply have a button for "Credentials..." which would open the appropriate Preference page (and upon closing, you would need to update the content on the page to show any added credentials).
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 2 months