July 2014 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-18008) Nested jars prevent SonarQube/FindBugs from running

by Mickael Istria (JIRA)

[ https://issues.jboss.org/browse/JBIDE-18008?page=com.atlassian.jira.plugi... ] Mickael Istria commented on JBIDE-18008: ---------------------------------------- As I'm not at all an "archive" user, can you please give instruction about how to generate this .packages file? > Nested jars prevent SonarQube/FindBugs from running > --------------------------------------------------- > > Key: JBIDE-18008 > URL: https://issues.jboss.org/browse/JBIDE-18008 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: archives > Reporter: Mickael Istria > Fix For: 4.2.0.CR1 > > > Bundle org.jboss.ide.eclipse.archives.core makes SonarQube analysis fail because it's classes get included in some nested jar (and get to different location that target/classes). > Cf https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS... > {code} > [ERROR] Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.4:sonar (default-cli) on project server.all: Can not execute SonarQube analysis: Can not execute Findbugs: Findbugs needs sources to be compiled. Please build project before executing sonar and check the location of compiled classes. -> [Help 1] > {code} > This is an exploded bundles with nested jars, we should investigate whether it's possible to turn it into a more standard jar, which would still be usable in its Ant version. Cf ./archives/tests/org.jboss.ide.eclipse.archives.test/inputs/projects/SimpleAntTest > Also, the jvmmonitor bundles use nested jars. We should avoid that too. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-18008) Nested jars prevent SonarQube/FindBugs from running

by Mickael Istria (JIRA)

[ https://issues.jboss.org/browse/JBIDE-18008?page=com.atlassian.jira.plugi... ] Mickael Istria reassigned JBIDE-18008: -------------------------------------- Assignee: Mickael Istria > Nested jars prevent SonarQube/FindBugs from running > --------------------------------------------------- > > Key: JBIDE-18008 > URL: https://issues.jboss.org/browse/JBIDE-18008 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: archives > Reporter: Mickael Istria > Assignee: Mickael Istria > Fix For: 4.2.0.CR1 > > > Bundle org.jboss.ide.eclipse.archives.core makes SonarQube analysis fail because it's classes get included in some nested jar (and get to different location that target/classes). > Cf https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS... > {code} > [ERROR] Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.4:sonar (default-cli) on project server.all: Can not execute SonarQube analysis: Can not execute Findbugs: Findbugs needs sources to be compiled. Please build project before executing sonar and check the location of compiled classes. -> [Help 1] > {code} > This is an exploded bundles with nested jars, we should investigate whether it's possible to turn it into a more standard jar, which would still be usable in its Ant version. Cf ./archives/tests/org.jboss.ide.eclipse.archives.test/inputs/projects/SimpleAntTest > Also, the jvmmonitor bundles use nested jars. We should avoid that too. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-18008) Nested jars prevent SonarQube/FindBugs from running

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-18008?page=com.atlassian.jira.plugi... ] Rob Stryker commented on JBIDE-18008: ------------------------------------- Archives tools will, via UI, allow a user to customize how a set of projects can be built, zipped, etc. This configuration is stored in a .packages file, which is an xml file of our own custom structure. Users at one time requested the ability to run this .packages file from ant, without having to pull in huge portions of eclipse onto the ant classpath. This required careful separation of the code so that the contents of archivescore.jar would require only very very few eclipse jars on its classpath, while the remainder of the code lived in archivescore-eclipse.jar. The code in archivescore.jar (currently) needs to be accessible via an ant script. This means it must be a jar that lives inside an exploded plugin. Users would make an ant script, add archivescore.jar and a handful of eclipse jars to the classpath, set some properties, and be able to build a .packages file into its output archive. The ant task itself lives in archivescore.jar > Nested jars prevent SonarQube/FindBugs from running > --------------------------------------------------- > > Key: JBIDE-18008 > URL: https://issues.jboss.org/browse/JBIDE-18008 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: archives > Reporter: Mickael Istria > Fix For: 4.2.0.CR1 > > > Bundle org.jboss.ide.eclipse.archives.core makes SonarQube analysis fail because it's classes get included in some nested jar (and get to different location that target/classes). > Cf https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS... > {code} > [ERROR] Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.4:sonar (default-cli) on project server.all: Can not execute SonarQube analysis: Can not execute Findbugs: Findbugs needs sources to be compiled. Please build project before executing sonar and check the location of compiled classes. -> [Help 1] > {code} > This is an exploded bundles with nested jars, we should investigate whether it's possible to turn it into a more standard jar, which would still be usable in its Ant version. Cf ./archives/tests/org.jboss.ide.eclipse.archives.test/inputs/projects/SimpleAntTest > Also, the jvmmonitor bundles use nested jars. We should avoid that too. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-17911) Make "full tree" vs. "funtions and macro defs." configurable for Freemarker outline

by Peter Palaga (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17911?page=com.atlassian.jira.plugi... ] Peter Palaga updated JBIDE-17911: --------------------------------- Fix Version/s: 4.2.0.CR1 > Make "full tree" vs. "funtions and macro defs." configurable for Freemarker outline > ----------------------------------------------------------------------------------- > > Key: JBIDE-17911 > URL: https://issues.jboss.org/browse/JBIDE-17911 > Project: Tools (JBoss Tools) > Issue Type: Task > Components: freemarker > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 4.2.0.CR1 > > > {{OutlineContentProvider}} already has the {{fullAstShown}} field. Only a configurable preference needs to be added. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-18008) Nested jars prevent SonarQube/FindBugs from running

by Mickael Istria (JIRA)

Mickael Istria created JBIDE-18008: -------------------------------------- Summary: Nested jars prevent SonarQube/FindBugs from running Key: JBIDE-18008 URL: https://issues.jboss.org/browse/JBIDE-18008 Project: Tools (JBoss Tools) Issue Type: Sub-task Components: archives Reporter: Mickael Istria Bundle org.jboss.ide.eclipse.archives.core makes SonarQube analysis fail because it's classes get included in some nested jar (and get to different location that target/classes). Cf https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS... {code} [ERROR] Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.4:sonar (default-cli) on project server.all: Can not execute SonarQube analysis: Can not execute Findbugs: Findbugs needs sources to be compiled. Please build project before executing sonar and check the location of compiled classes. -> [Help 1] {code} This is an exploded bundles with nested jars, we should investigate whether it's possible to turn it into a more standard jar, which would still be usable in its Ant version. Cf ./archives/tests/org.jboss.ide.eclipse.archives.test/inputs/projects/SimpleAntTest Also, the jvmmonitor bundles use nested jars. We should avoid that too. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-17938) No local processes in JMX Navigator when Eclipse is run with java 7

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17938?page=com.atlassian.jira.plugi... ] Rob Stryker commented on JBIDE-17938: ------------------------------------- {code} !ENTRY org.jboss.tools.jmx.jvmmonitor.tools 4 0 2014-07-31 18:32:05.692 !MESSAGE Update timer canceled. !STACK 1 org.jboss.tools.jmx.jvmmonitor.core.JvmCoreException: sun.jvmstat.monitor.MonitoredHost cannot be found by org.jboss.tools.jmx.jvmmonitor.tools_1.6.0.qualifier at org.jboss.tools.jmx.jvmmonitor.internal.tools.Tools.invokeGetMonitoredHost(Tools.java:130) at org.jboss.tools.jmx.jvmmonitor.internal.tools.JvmAttachHandler.updatesActiveJvms(JvmAttachHandler.java:100) at org.jboss.tools.jmx.jvmmonitor.internal.tools.JvmAttachHandler$1.run(JvmAttachHandler.java:80) at java.util.TimerThread.mainLoop(Timer.java:555) at java.util.TimerThread.run(Timer.java:505) Caused by: java.lang.ClassNotFoundException: sun.jvmstat.monitor.MonitoredHost cannot be found by org.jboss.tools.jmx.jvmmonitor.tools_1.6.0.qualifier at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:423) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:336) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:328) at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:190) at org.jboss.tools.jmx.jvmmonitor.internal.tools.Tools.invokeGetMonitoredHost(Tools.java:125) ... 4 more {code} Still investigating. > No local processes in JMX Navigator when Eclipse is run with java 7 > ------------------------------------------------------------------- > > Key: JBIDE-17938 > URL: https://issues.jboss.org/browse/JBIDE-17938 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: server > Affects Versions: 4.2.0.Beta3 > Environment: JBDS 8.0.0.Beta3b B193 > Reporter: Martin Malina > Assignee: Rob Stryker > Fix For: 4.2.0.CR1 > > > When I install and run JBDS with java 7, there are no local processes shown in the JMX navigator. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-17934) cordova-3.5.0.jar missing when exporting andriod project

by Gorkem Ercan (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17934?page=com.atlassian.jira.plugi... ] Gorkem Ercan commented on JBIDE-17934: -------------------------------------- I have been trying to create this case with the Beta3 release [1], I could not. Can you verify if it still exists on Beta3? [1] http://tools.jboss.org/blog/2014-07-28-beta3-for-luna.html > cordova-3.5.0.jar missing when exporting andriod project > -------------------------------------------------------- > > Key: JBIDE-17934 > URL: https://issues.jboss.org/browse/JBIDE-17934 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: aerogear-hybrid, browsersim > Affects Versions: 4.2.0.Beta2 > Environment: Mac OSx 10.9.4, Eclipse Luna (4.4.0), Jboss Tools for Luna (4.2.0.Beta2), with Jboss Hybrid Mobile Tools + CordovaSim. > Reporter: Asif Kilwani > Assignee: Gorkem Ercan > Fix For: 4.2.0.CR1 > > > When trying to test "run on Andriod device" or export native platform project > Error generating the native android project > /Users/Administrator/.cordova/lib/android/cordova/3.5.0/framework/cordova-3.5.0.jar (No such file or directory) > I deleted framework and downloaded again from properties, but same. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-17944) BrowserSim: Use http: protocol instead of file: for accessing local files

by Ilya Buziuk (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17944?page=com.atlassian.jira.plugi... ] Ilya Buziuk reassigned JBIDE-17944: ----------------------------------- Assignee: Ilya Buziuk (was: Konstantin Marmalyukov) > BrowserSim: Use http: protocol instead of file: for accessing local files > ------------------------------------------------------------------------- > > Key: JBIDE-17944 > URL: https://issues.jboss.org/browse/JBIDE-17944 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: browsersim > Reporter: Alexey Kazakov > Assignee: Ilya Buziuk > Fix For: 4.3.0.Alpha1 > > Attachments: ripple.png > > > Currently, BrowserSim works through file: protocol but this protocol doesn't work well with paths relative to the webroot (which start with "/"). > So if a local file contains any links to local resources (css, js, ...) via relative paths then these resources are not available in BrowserSim. > For example all official ionic example projects use such paths. It makes "open with BrowserSim" feature useless for those projects. > It would be great if BrowserSim uses http: as our HTML5 preview does. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-17938) No local processes in JMX Navigator when Eclipse is run with java 7

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17938?page=com.atlassian.jira.plugi... ] Rob Stryker commented on JBIDE-17938: ------------------------------------- I suppose I didn't expect this to be replicatable, but it is ;) Wow... um... no idea at the moment... time to dig. Of note: It's not replicatable in java-8 > No local processes in JMX Navigator when Eclipse is run with java 7 > ------------------------------------------------------------------- > > Key: JBIDE-17938 > URL: https://issues.jboss.org/browse/JBIDE-17938 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: server > Affects Versions: 4.2.0.Beta3 > Environment: JBDS 8.0.0.Beta3b B193 > Reporter: Martin Malina > Assignee: Rob Stryker > Fix For: 4.2.0.CR1 > > > When I install and run JBDS with java 7, there are no local processes shown in the JMX navigator. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-17944) BrowserSim: Use http: protocol instead of file: for accessing local files

by Ilya Buziuk (JIRA)

[ https://issues.jboss.org/browse/JBIDE-17944?page=com.atlassian.jira.plugi... ] Ilya Buziuk commented on JBIDE-17944: ------------------------------------- In terms of Phonegap and root relative path: - I have asked a question on Stack Overflow and got a very informative [answer|http://stackoverflow.com/questions/25036288/does-phonegap-support-...] - Ionic issue coupled with root relative path - https://github.com/driftyco/ionic-demo/issues/1 On balance, It's a very bad practice to use root relative path for Hybrid apps. > BrowserSim: Use http: protocol instead of file: for accessing local files > ------------------------------------------------------------------------- > > Key: JBIDE-17944 > URL: https://issues.jboss.org/browse/JBIDE-17944 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: browsersim > Reporter: Alexey Kazakov > Assignee: Konstantin Marmalyukov > Fix For: 4.3.0.Alpha1 > > Attachments: ripple.png > > > Currently, BrowserSim works through file: protocol but this protocol doesn't work well with paths relative to the webroot (which start with "/"). > So if a local file contains any links to local resources (css, js, ...) via relative paths then these resources are not available in BrowserSim. > For example all official ionic example projects use such paths. It makes "open with BrowserSim" feature useless for those projects. > It would be great if BrowserSim uses http: as our HTML5 preview does. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 11 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 July 2014