June 2020 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-6463) JBT tests should (re)use shared requirements dir OUTSIDE hudson workspace

by Ondrej Dockal (Jira)

[ https://issues.redhat.com/browse/JBIDE-6463?page=com.atlassian.jira.plugi... ] Ondrej Dockal closed JBIDE-6463. -------------------------------- > JBT tests should (re)use shared requirements dir OUTSIDE hudson workspace > ------------------------------------------------------------------------- > > Key: JBIDE-6463 > URL: https://issues.redhat.com/browse/JBIDE-6463 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: build > Affects Versions: 3.2.0.M1 > Reporter: Nick Boldt > Assignee: Denis Golovin > Priority: Critical > > Per request of JBQA-3313, we did the following to start using /home/hudson/static_build_env/jbds/requirements as the dir into which requirements are downloaded: >  > <if> > <available file="/home/hudson/static_build_env/jbds" type="dir" /> > <then> > <var name="requirement.build.root" unset="true" /> > <property name="requirement.build.root" value="/home/hudson/static_build_env/jbds/requirements" /> > <mkdir dir="${requirement.build.root}" /> > </then> > </if> > <echo level="debug">requirement.build.root = ${requirement.build.root}</echo> > https://svn.jboss.org/repos/devstudio/trunk/releng/org.jboss.ide.eclipse.... > Can the new harness in http://anonsvn.jboss.org/repos/jbosstools/trunk/requirements/ use the same shared dir? Currently it writes into the part of the workspace which contains SVN sources, which means it will most likely be overwritten every time SVN is refreshed (and have to be downloaded for every slave on which we build). -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-11784) jbosstools-3.3_stable_branch.tests is running out of memory (heap)

by Ondrej Dockal (Jira)

[ https://issues.redhat.com/browse/JBIDE-11784?page=com.atlassian.jira.plug... ] Ondrej Dockal closed JBIDE-11784. --------------------------------- > jbosstools-3.3_stable_branch.tests is running out of memory (heap) > ------------------------------------------------------------------ > > Key: JBIDE-11784 > URL: https://issues.redhat.com/browse/JBIDE-11784 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: build > Affects Versions: 3.3.0.Beta3 > Reporter: Nick Boldt > Assignee: Mickael Istria > Priority: Major > Fix For: 4.0.x > > > {code} > Exception in thread "[Timer] - Main Queue Handler" java.lang.OutOfMemoryError: Java heap space > at org.eclipse.equinox.internal.util.impl.tpt.threadpool.ThreadPoolFactoryImpl.execute0(ThreadPoolFactoryImpl.java:94) > at org.eclipse.equinox.internal.util.impl.tpt.timer.TimerImpl.run(TimerImpl.java:110) > at java.lang.Thread.run(Thread.java:662) > [ERROR] Java heap space -> [Help 1] > java.lang.OutOfMemoryError: Java heap space > {code} > http://hudson.qa.jboss.com/hudson/view/DevStudio/view/DevStudio_Trunk/job... -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-12766) new TP generation method includes slightly different output in the TP

by Ondrej Dockal (Jira)

[ https://issues.redhat.com/browse/JBIDE-12766?page=com.atlassian.jira.plug... ] Ondrej Dockal closed JBIDE-12766. --------------------------------- > new TP generation method includes slightly different output in the TP > --------------------------------------------------------------------- > > Key: JBIDE-12766 > URL: https://issues.redhat.com/browse/JBIDE-12766 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build, target-platform > Affects Versions: 4.0.0.Beta1 > Reporter: Nick Boldt > Assignee: Mickael Istria > Priority: Major > > Comparing the contents of the target platform generated using my old method and [~mickael_istria] 's newer method, I see: > {code} > $ diff target-platform_4.0.juno.SR1-experimental/ target-platform_4.0.juno.SR1 -rqy | grep Only | sort > Only in target-platform_4.0.juno.SR1/e421-wtp341.target/plugins: com.thoughtworks.xstream_1.3.1.v201111240924.jar > Only in target-platform_4.0.juno.SR1/e421-wtp341.target/plugins: org.apache.lucene_3.5.0.v20120319-2345.jar > Only in target-platform_4.0.juno.SR1/e421-wtp341.target/plugins: org.eclipse.ui.ide_3.8.1.v20120829-085332.jar > Only in target-platform_4.0.juno.SR1/e421-wtp341.target/plugins: org.mortbay.jetty.server_6.1.23.v201012071420.jar > Only in target-platform_4.0.juno.SR1/e421-wtp341.target/plugins: org.mortbay.jetty.util_6.1.23.v201012071420.jar > Only in target-platform_4.0.juno.SR1/e421-wtp341.target/plugins: org.xmlpull_1.1.3.4_v201201052148.jar > {code} > vs. > {code} > Only in target-platform_4.0.juno.SR1-experimental/e421-wtp341.target/plugins: com.thoughtworks.xstream_1.3.0.v20100826-1640.jar > Only in target-platform_4.0.juno.SR1-experimental/e421-wtp341.target/plugins: javax.servlet_2.5.0.v201103041518.jar > Only in target-platform_4.0.juno.SR1-experimental/e421-wtp341.target/plugins: javax.servlet.jsp_2.0.0.v201101211617.jar > Only in target-platform_4.0.juno.SR1-experimental/e421-wtp341.target/plugins: org.mortbay.jetty.server_6.1.23.v201004211559.jar > Only in target-platform_4.0.juno.SR1-experimental/e421-wtp341.target/plugins: org.mortbay.jetty.util_6.1.23.v201004211559.jar > {code} > AND > {code} > $ diff jbds-target-platform_4.0.juno.SR1 jbds-target-platform_4.0.juno.SR1-experimental/ -rqy | grep -v "blobstore" | grep "Only" | sort > Only in jbds-target-platform_4.0.juno.SR1-experimental/jbds600-e421-wtp341.target/plugins: com.thoughtworks.xstream_1.3.0.v20100826-1640.jar > Only in jbds-target-platform_4.0.juno.SR1-experimental/jbds600-e421-wtp341.target/plugins: javax.servlet_2.5.0.v201103041518.jar > Only in jbds-target-platform_4.0.juno.SR1-experimental/jbds600-e421-wtp341.target/plugins: javax.servlet.jsp_2.0.0.v201101211617.jar > Only in jbds-target-platform_4.0.juno.SR1-experimental/jbds600-e421-wtp341.target/plugins: org.mortbay.jetty.server_6.1.23.v201004211559.jar > Only in jbds-target-platform_4.0.juno.SR1-experimental/jbds600-e421-wtp341.target/plugins: org.mortbay.jetty.util_6.1.23.v201004211559.jar > {code} > vs. > {code} > Only in jbds-target-platform_4.0.juno.SR1/jbds600-e421-wtp341.target/plugins: com.thoughtworks.xstream_1.3.1.v201111240924.jar > Only in jbds-target-platform_4.0.juno.SR1/jbds600-e421-wtp341.target/plugins: org.apache.lucene_3.5.0.v20120319-2345.jar > Only in jbds-target-platform_4.0.juno.SR1/jbds600-e421-wtp341.target/plugins: org.eclipse.ui.ide_3.8.1.v20120829-085332.jar > Only in jbds-target-platform_4.0.juno.SR1/jbds600-e421-wtp341.target/plugins: org.mortbay.jetty.server_6.1.23.v201012071420.jar > Only in jbds-target-platform_4.0.juno.SR1/jbds600-e421-wtp341.target/plugins: org.mortbay.jetty.util_6.1.23.v201012071420.jar > Only in jbds-target-platform_4.0.juno.SR1/jbds600-e421-wtp341.target/plugins: org.xmlpull_1.1.3.4_v201201052148.jar > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-14639) Add ability to prevent repository references from being included in repositories mirrored from a TP

by Ondrej Dockal (Jira)

[ https://issues.redhat.com/browse/JBIDE-14639?page=com.atlassian.jira.plug... ] Ondrej Dockal closed JBIDE-14639. --------------------------------- > Add ability to prevent repository references from being included in repositories mirrored from a TP > --------------------------------------------------------------------------------------------------- > > Key: JBIDE-14639 > URL: https://issues.redhat.com/browse/JBIDE-14639 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: build > Reporter: Rob Cernich > Assignee: Nick Boldt > Priority: Major > > JBT-IS builds a repo of "extra" dependencies. When this repo is created, it contains repository references to the jboss.org requirements p2 mirrors, which prevent the mirrored repository from being used with jbds releases (which is what I assume the purpose of the mirrored repository is for). -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-13025) Target Platform jbosstools-JunoSR1a doesn't include some Eclipse sources

by Ondrej Dockal (Jira)

[ https://issues.redhat.com/browse/JBIDE-13025?page=com.atlassian.jira.plug... ] Ondrej Dockal closed JBIDE-13025. --------------------------------- > Target Platform jbosstools-JunoSR1a doesn't include some Eclipse sources > ------------------------------------------------------------------------ > > Key: JBIDE-13025 > URL: https://issues.redhat.com/browse/JBIDE-13025 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build > Affects Versions: 4.0.0.Beta2 > Reporter: Alexey Kazakov > Assignee: Nick Boldt > Priority: Critical > Labels: f2f2012 > > Some Eclipse plugins doesn't have their sources. > I noticed that WST and PDE plugins miss the source. Probably other plugins miss their sources too. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBDS-631) Reverse Step filtering in Dev. studio

by Jeff MAURY (Jira)

[ https://issues.redhat.com/browse/JBDS-631?page=com.atlassian.jira.plugin.... ] Jeff MAURY closed JBDS-631. --------------------------- Resolution: Done > Reverse Step filtering in Dev. studio > ------------------------------------- > > Key: JBDS-631 > URL: https://issues.redhat.com/browse/JBDS-631 > Project: Red Hat CodeReady Studio (devstudio) > Issue Type: Feature Request > Components: 3rd-party-dependencies > Affects Versions: 2.0.0.cr2 > Reporter: Shaun Appleton > Priority: Major > Fix For: 12.15.0.GA > > > Would it be possible to have an option to reverse the step filtering? Ie. to have the filters be inclusion instead of exclusion filters? > I am unsure about the normal case in enterprise development but in our case at least all packages are prefixed dk.telenor.* > It would be very useful if it where possible to specify just one debugging step filter (ie. include dk.telenor packages). > Workaround is to add all possible packages, select all then un-select the ones you are interested in. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBDS-3592) Unable build any developed project using JBOSS

by Jeff MAURY (Jira)

[ https://issues.redhat.com/browse/JBDS-3592?page=com.atlassian.jira.plugin... ] Jeff MAURY closed JBDS-3592. ---------------------------- Resolution: Done > Unable build any developed project using JBOSS > ---------------------------------------------- > > Key: JBDS-3592 > URL: https://issues.redhat.com/browse/JBDS-3592 > Project: Red Hat CodeReady Studio (devstudio) > Issue Type: Bug > Components: 3rd-party-dependencies > Affects Versions: 9.1.0.Beta2 > Reporter: Surendhar T > Priority: Minor > Fix For: 12.15.0.GA > > > Unpacking the effective pom.xml file from .jar and inspecting it revealed it has two duplicate lines at the beginning of it because of it unable to deply in our artifactory > <?xml version="1.0" encoding="UTF-8"?> > <?xml version="1.0" encoding="UTF-8"?> > … > Removing one of them and repacking the .jar file, resulted in a successful deploy to Artifactory. > https://maven.repository.redhat.com/techpreview/all/org/jboss/logging/jbo... > https://maven.repository.redhat.com/techpreview/all/org/jboss/jboss-vfs/3... > https://maven.repository.redhat.com/techpreview/all/org/jboss/staxmapper/... > Could you please provide relevant jars by removing the errors. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBDS-63) Add Spring project nature in right click menu is cluttering

by Jeff MAURY (Jira)

[ https://issues.redhat.com/browse/JBDS-63?page=com.atlassian.jira.plugin.s... ] Jeff MAURY updated JBDS-63: --------------------------- Fix Version/s: 12.15.0.GA > Add Spring project nature in right click menu is cluttering > ----------------------------------------------------------- > > Key: JBDS-63 > URL: https://issues.redhat.com/browse/JBDS-63 > Project: Red Hat CodeReady Studio (devstudio) > Issue Type: Bug > Components: 3rd-party-dependencies > Affects Versions: 1.0.0.GA > Reporter: Max Andersen > Priority: Optional > Fix For: 12.15.0.GA > > > issue with springide but affects us -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBDS-63) Add Spring project nature in right click menu is cluttering

by Jeff MAURY (Jira)

[ https://issues.redhat.com/browse/JBDS-63?page=com.atlassian.jira.plugin.s... ] Jeff MAURY closed JBDS-63. -------------------------- Resolution: Done > Add Spring project nature in right click menu is cluttering > ----------------------------------------------------------- > > Key: JBDS-63 > URL: https://issues.redhat.com/browse/JBDS-63 > Project: Red Hat CodeReady Studio (devstudio) > Issue Type: Bug > Components: 3rd-party-dependencies > Affects Versions: 1.0.0.GA > Reporter: Max Andersen > Priority: Optional > Fix For: 12.15.0.GA > > > issue with springide but affects us -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBDS-631) Reverse Step filtering in Dev. studio

by Jeff MAURY (Jira)

[ https://issues.redhat.com/browse/JBDS-631?page=com.atlassian.jira.plugin.... ] Jeff MAURY updated JBDS-631: ---------------------------- Fix Version/s: 12.15.0.GA > Reverse Step filtering in Dev. studio > ------------------------------------- > > Key: JBDS-631 > URL: https://issues.redhat.com/browse/JBDS-631 > Project: Red Hat CodeReady Studio (devstudio) > Issue Type: Feature Request > Components: 3rd-party-dependencies > Affects Versions: 2.0.0.cr2 > Reporter: Shaun Appleton > Priority: Major > Fix For: 12.15.0.GA > > > Would it be possible to have an option to reverse the step filtering? Ie. to have the filters be inclusion instead of exclusion filters? > I am unsure about the normal case in enterprise development but in our case at least all packages are prefixed dk.telenor.* > It would be very useful if it where possible to specify just one debugging step filter (ie. include dk.telenor packages). > Workaround is to add all possible packages, select all then un-select the ones you are interested in. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues June 2020