May 2018 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-26066) Spring Boot Project configurator: "Adding child module {0} to project {1}." reported as error in log where's no error

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-26066?page=com.atlassian.jira.plugi... ] Andre Dietisheim updated JBIDE-26066: ------------------------------------- Labels: springboot (was: ) > Spring Boot Project configurator: "Adding child module {0} to project {1}." reported as error in log where's no error > --------------------------------------------------------------------------------------------------------------------- > > Key: JBIDE-26066 > URL: https://issues.jboss.org/browse/JBIDE-26066 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: central > Affects Versions: 4.6.0.AM2 > Reporter: Andre Dietisheim > Assignee: Andre Dietisheim > Labels: springboot > Fix For: 4.6.0.AM3 > > > steps: > # EXEC: import the 2 projects that are in the zip that's attached to JBIDE-25504 > # EXEC: look into the Eclipse log > Result: > You'll find the following error > {code} > "Adding child module penguins to project camel-ose-springboot-xml." > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBDS-4706) Use "Red Hat Developer Studio" instead of "Red Hat JBoss Developer Studio" in graphics

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBDS-4706?page=com.atlassian.jira.plugin.... ] Nick Boldt commented on JBDS-4706: ---------------------------------- Jeff said: {quote} There are also a bunch of reference in resources file in the code base. See: JBoss Tools: https://github.com/search?q=org%3Ajbosstools+%22Red+Hat+JBoss+Developer+S... DevStudio: https://github.com/search?q=org%3Ajbdevstudio+%22Red+Hat+JBoss+Developer+... {quote} > Use "Red Hat Developer Studio" instead of "Red Hat JBoss Developer Studio" in graphics > -------------------------------------------------------------------------------------- > > Key: JBDS-4706 > URL: https://issues.jboss.org/browse/JBDS-4706 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Task > Components: installer > Affects Versions: 12.0.0.AM1 > Reporter: Nick Boldt > Assignee: Nick Boldt > Priority: Blocker > Fix For: 12.0.0.AM3 > > > Branding has requested that we rename devstudio from "Red Hat JBoss Developer Studio" to "Red Hat Developer Studio". > We'll need to collect graphics for use in the product and its website on https://devstudio.redhat.com/12/staging/updates/ -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-26071) Add server adapter for WildFly 13

by Martin Malina (JIRA)

Martin Malina created JBIDE-26071: ------------------------------------- Summary: Add server adapter for WildFly 13 Key: JBIDE-26071 URL: https://issues.jboss.org/browse/JBIDE-26071 Project: Tools (JBoss Tools) Issue Type: Feature Request Components: server Affects Versions: 4.6.0.AM2 Reporter: Martin Malina It turns out WildFly 13 was released yesterday. They're on a quarterly release cadence now apparently. So I wonder how we should deal with this. Perhaps should group some of the versions if there are no breaking changes for us? Or do you think it's better to stick with our current model of always adding a new adapter and that way you can always update the libs? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-26071) Add server adapter for WildFly 13

by Martin Malina (JIRA)

[ https://issues.jboss.org/browse/JBIDE-26071?page=com.atlassian.jira.plugi... ] Martin Malina reassigned JBIDE-26071: ------------------------------------- Assignee: Rob Stryker > Add server adapter for WildFly 13 > --------------------------------- > > Key: JBIDE-26071 > URL: https://issues.jboss.org/browse/JBIDE-26071 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: server > Affects Versions: 4.6.0.AM2 > Reporter: Martin Malina > Assignee: Rob Stryker > > It turns out WildFly 13 was released yesterday. They're on a quarterly release cadence now apparently. So I wonder how we should deal with this. Perhaps should group some of the versions if there are no breaking changes for us? Or do you think it's better to stick with our current model of always adding a new adapter and that way you can always update the libs? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-26035) Convert SSP to function in an osgi environment

by Pavol Srna (JIRA)

[ https://issues.jboss.org/browse/JBIDE-26035?page=com.atlassian.jira.plugi... ] Pavol Srna commented on JBIDE-26035: ------------------------------------ Thanks for your clarifications. Makes sense. > Convert SSP to function in an osgi environment > ---------------------------------------------- > > Key: JBIDE-26035 > URL: https://issues.jboss.org/browse/JBIDE-26035 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: stack-server-protocol > Reporter: Rob Stryker > Assignee: Rob Stryker > Fix For: 4.6.0.AM2 > > > {code} > mkdir felix > cd felix > wget http://download.nextag.com/apache/felix/org.apache.felix.main.distributio... > unzip org.apache.felix.main.distribution-5.6.10.zip > cd ../ > git clone git@github.com:robstryker/org.jboss.tools.ssp.git > cd org.jboss.tools.ssp > git checkout osgi_branch1 > mvn clean install > #cp api/target/org.jboss.tools.ssp.api-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle/ > #cp launching/target/org.jboss.tools.ssp.launching-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle > #cp server-spi/target/org.jboss.tools.ssp.server.spi-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle/ > #cp server/target/org.jboss.tools.ssp.server-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle/ > du -ah | grep "jar$" | grep "target/" | grep -v "test-classes" | grep -v "classes/" | grep -v "schema" | grep -v "client" | cut -c 1,2,3,4 --complement | awk '{ print "cp " $0 " ../felix/felix-framework-5.6.10/bundle/";}' | sh > cd ../felix/felix-framework-5.6.10/ > java -jar bin/felix.jar > {code} > Note error: > API Bundle Started > Launching Bundle Started > Server bundle started > ERROR: Bundle org.jboss.tools.ssp.server.wildfly [11] Error starting file:/home/rob/tmp/ssp_osgi/felix/felix-framework-5.6.10/bundle/org.jboss.tools.ssp.server.wildfly-0.8-SNAPSHOT.jar (org.osgi.framework.BundleException: Activator start error in bundle org.jboss.tools.ssp.server.wildfly [11].) > java.lang.NoClassDefFoundError: org/osgi/framework/BundleActivator > at java.base/java.lang.ClassLoader.defineClass1(Native Method) > at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007) > This is very strange. All the other bundles start fine. This bundle can't even find its osgi classes. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-26035) Convert SSP to function in an osgi environment

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-26035?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-26035: ------------------------------------------ According to the statements of our middleware team in the JCP, jigsaw wont allow different versions of the same module (see the paragraph "Red Hat"): https://dzone.com/articles/ec-rejects-jigsaw > Convert SSP to function in an osgi environment > ---------------------------------------------- > > Key: JBIDE-26035 > URL: https://issues.jboss.org/browse/JBIDE-26035 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: stack-server-protocol > Reporter: Rob Stryker > Assignee: Rob Stryker > Fix For: 4.6.0.AM2 > > > {code} > mkdir felix > cd felix > wget http://download.nextag.com/apache/felix/org.apache.felix.main.distributio... > unzip org.apache.felix.main.distribution-5.6.10.zip > cd ../ > git clone git@github.com:robstryker/org.jboss.tools.ssp.git > cd org.jboss.tools.ssp > git checkout osgi_branch1 > mvn clean install > #cp api/target/org.jboss.tools.ssp.api-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle/ > #cp launching/target/org.jboss.tools.ssp.launching-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle > #cp server-spi/target/org.jboss.tools.ssp.server.spi-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle/ > #cp server/target/org.jboss.tools.ssp.server-0.8-SNAPSHOT.jar ../felix/felix-framework-5.6.10/bundle/ > du -ah | grep "jar$" | grep "target/" | grep -v "test-classes" | grep -v "classes/" | grep -v "schema" | grep -v "client" | cut -c 1,2,3,4 --complement | awk '{ print "cp " $0 " ../felix/felix-framework-5.6.10/bundle/";}' | sh > cd ../felix/felix-framework-5.6.10/ > java -jar bin/felix.jar > {code} > Note error: > API Bundle Started > Launching Bundle Started > Server bundle started > ERROR: Bundle org.jboss.tools.ssp.server.wildfly [11] Error starting file:/home/rob/tmp/ssp_osgi/felix/felix-framework-5.6.10/bundle/org.jboss.tools.ssp.server.wildfly-0.8-SNAPSHOT.jar (org.osgi.framework.BundleException: Activator start error in bundle org.jboss.tools.ssp.server.wildfly [11].) > java.lang.NoClassDefFoundError: org/osgi/framework/BundleActivator > at java.base/java.lang.ClassLoader.defineClass1(Native Method) > at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007) > This is very strange. All the other bundles start fine. This bundle can't even find its osgi classes. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-24492) Details for custom template are not shown until "Next" is pressed.

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-24492?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-24492: ------------------------------------------ This bug still exists as per today. > Details for custom template are not shown until "Next" is pressed. > ------------------------------------------------------------------ > > Key: JBIDE-24492 > URL: https://issues.jboss.org/browse/JBIDE-24492 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.4.4.Final > Reporter: Radim Hopp > Labels: application_wizard > Fix For: 4.6.x > > > Almost certainly a regression caused by JBIDE-23473. > I know that validation is now bound to pressing "Next" button, but this prevents from showing user the defined resources on first page of wizard in "Details" section. Maybe showing them on second page would solve the problem? > Screencast: https://youtu.be/uGAmL_sMIXc -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-24492) Details for custom template are not shown until "Next" is pressed.

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-24492?page=com.atlassian.jira.plugi... ] Andre Dietisheim updated JBIDE-24492: ------------------------------------- Labels: application_wizard (was: ) > Details for custom template are not shown until "Next" is pressed. > ------------------------------------------------------------------ > > Key: JBIDE-24492 > URL: https://issues.jboss.org/browse/JBIDE-24492 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.4.4.Final > Reporter: Radim Hopp > Labels: application_wizard > Fix For: 4.6.x > > > Almost certainly a regression caused by JBIDE-23473. > I know that validation is now bound to pressing "Next" button, but this prevents from showing user the defined resources on first page of wizard in "Details" section. Maybe showing them on second page would solve the problem? > Screencast: https://youtu.be/uGAmL_sMIXc -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23512) Properties: Header hidden by another header is not retrievable

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23512?page=com.atlassian.jira.plugi... ] Andre Dietisheim updated JBIDE-23512: ------------------------------------- Environment: Linux/GTK > Properties: Header hidden by another header is not retrievable > -------------------------------------------------------------- > > Key: JBIDE-23512 > URL: https://issues.jboss.org/browse/JBIDE-23512 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.4.2.Final > Environment: Linux/GTK > Reporter: Marián Labuda > Priority: Minor > Labels: openshift_v3, properties > Fix For: 4.6.x > > Attachments: out-1.ogv, properties.ogv > > > Table header in Properties for OpenShift 3 resources can be moved/resized. If I resize a header to beginning of another header, the another header is hidden and I cant resize is back or retrieve the second header with its column. See video for more details -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-23177) Server Editor: Combo items have wrong size

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-23177?page=com.atlassian.jira.plugi... ] Andre Dietisheim reassigned JBIDE-23177: ---------------------------------------- Assignee: Andre Dietisheim (was: Snjezana Peco) > Server Editor: Combo items have wrong size > ------------------------------------------ > > Key: JBIDE-23177 > URL: https://issues.jboss.org/browse/JBIDE-23177 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.4.2.AM1 > Reporter: Marián Labuda > Assignee: Andre Dietisheim > Labels: openshift_v3, server_editor > Fix For: 4.6.0.AM3 > > Attachments: combos.png, eclipse-project-overlaps-browse.png, image-2018-05-31-14-03-46-345.png > > > When I open an OpenShift 3 Server Editor the combo boxes have weird size, there are overlapping widgets. > !combos.png! > Spotted on Fedora 24 with GTK 3. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 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 May 2018