April 2016 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (ERT-142) JavaScript Problems get doubled in Dynamic Web Projects [EBZ#491751]

by Gorkem Ercan (JIRA)

[ https://issues.jboss.org/browse/ERT-142?page=com.atlassian.jira.plugin.sy... ] Gorkem Ercan updated ERT-142: ----------------------------- Sprint: devex #6 April 2016 > JavaScript Problems get doubled in Dynamic Web Projects [EBZ#491751] > -------------------------------------------------------------------- > > Key: ERT-142 > URL: https://issues.jboss.org/browse/ERT-142 > Project: Eclipse Release Train > Issue Type: Task > Components: JSDT > Reporter: Friendly Jira Robot > Labels: General, bzira > > Created attachment 260976 > Doubled problems in Problem view > JavaScript Problems are doubling in Dynamic Web Projects (See the attached screenshot). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-21857) Hot class reload doesn't work on OpenShift

by Fred Bricon (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ] Fred Bricon commented on JBIDE-21857: ------------------------------------- I think there might be a way to do it via a call to [jolokia|https://jolokia.org/] (JMX over HTTP), which is exposed by the EAP images. Needs some investigation. > Hot class reload doesn't work on OpenShift > ------------------------------------------ > > Key: JBIDE-21857 > URL: https://issues.jboss.org/browse/JBIDE-21857 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.Beta2 > Reporter: Fred Bricon > Assignee: Rob Stryker > Priority: Blocker > Fix For: 4.4.0.Alpha1 > > Attachments: HCRFailure.zip > > > When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will : > - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync > - will always fail if a method signature changed, the debugger saying JDK is out of sync > Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server) > This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK? -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ERT-143) Outline view is not refreshed properly when adding objects or array's children [EBZ#491928]

by Gorkem Ercan (JIRA)

[ https://issues.jboss.org/browse/ERT-143?page=com.atlassian.jira.plugin.sy... ] Gorkem Ercan updated ERT-143: ----------------------------- Story Points: 2 > Outline view is not refreshed properly when adding objects or array's children [EBZ#491928] > ------------------------------------------------------------------------------------------- > > Key: ERT-143 > URL: https://issues.jboss.org/browse/ERT-143 > Project: Eclipse Release Train > Issue Type: Task > Components: WTP Source Editing > Reporter: Friendly Jira Robot > Labels: bzira, wst.json > > When adding children to the JSON parent object the outline view is refreshed correctly, but when you add an array or an object to the parent Object and after that start adding children to that array or object the outline view is not properly refreshed all the times. > Issue: The node of the array or object with children in the outline view is collapsed, if you keep adding more children with that node collapsed and then expand the node you can see the children displayed correctly, but if you expand the node before adding the new children, the new node doesn't appear in the outline view until you refresh the outline view manually or adding a new children and the parent is collapsed again. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ERT-142) JavaScript Problems get doubled in Dynamic Web Projects [EBZ#491751]

by Friendly Jira Robot (JIRA)

Friendly Jira Robot created ERT-142: --------------------------------------- Summary: JavaScript Problems get doubled in Dynamic Web Projects [EBZ#491751] Key: ERT-142 URL: https://issues.jboss.org/browse/ERT-142 Project: Eclipse Release Train Issue Type: Task Components: JSDT Reporter: Friendly Jira Robot Created attachment 260976 Doubled problems in Problem view JavaScript Problems are doubling in Dynamic Web Projects (See the attached screenshot). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ERT-143) Outline view is not refreshed properly when adding objects or array's children [EBZ#491928]

by Friendly Jira Robot (JIRA)

Friendly Jira Robot created ERT-143: --------------------------------------- Summary: Outline view is not refreshed properly when adding objects or array's children [EBZ#491928] Key: ERT-143 URL: https://issues.jboss.org/browse/ERT-143 Project: Eclipse Release Train Issue Type: Task Components: WTP Source Editing Reporter: Friendly Jira Robot When adding children to the JSON parent object the outline view is refreshed correctly, but when you add an array or an object to the parent Object and after that start adding children to that array or object the outline view is not properly refreshed all the times. Issue: The node of the array or object with children in the outline view is collapsed, if you keep adding more children with that node collapsed and then expand the node you can see the children displayed correctly, but if you expand the node before adding the new children, the new node doesn't appear in the outline view until you refresh the outline view manually or adding a new children and the parent is collapsed again. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ERT-144) Gulp is not available in the Quick access [EBZ#492124]

by Friendly Jira Robot (JIRA)

Friendly Jira Robot created ERT-144: --------------------------------------- Summary: Gulp is not available in the Quick access [EBZ#492124] Key: ERT-144 URL: https://issues.jboss.org/browse/ERT-144 Project: Eclipse Release Train Issue Type: Task Components: JSDT Reporter: Friendly Jira Robot "Run as Gulp task" is not available via quick access. Basically, selection should be tracked and the following behavior is expected: - IProject with gulpfile.js (launch default task from gulpfile.js) - IFile gulpfile.js (default task should be run) - ITask (run gulp task) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ERT-145) Grunt is not available in the Quick access [EBZ#492125]

by Friendly Jira Robot (JIRA)

Friendly Jira Robot created ERT-145: --------------------------------------- Summary: Grunt is not available in the Quick access [EBZ#492125] Key: ERT-145 URL: https://issues.jboss.org/browse/ERT-145 Project: Eclipse Release Train Issue Type: Task Components: JSDT Reporter: Friendly Jira Robot "Run as Grunt task" is not available via quick access. Basically, selection should be tracked and the following behavior is expected: - IProject with gruntfile.js (launch default task from gruntfile.js) - IFile gruntfile.js (default task should be run) - ITask (run grunt task) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-20687) Deployed war is NOT the specified war name

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-20687?page=com.atlassian.jira.plugi... ] Rob Stryker commented on JBIDE-20687: ------------------------------------- [~fbricon] is there any action that needs to be done for this jira on our side? Or do we just need to verify it now works as expected? > Deployed war is NOT the specified war name > ------------------------------------------ > > Key: JBIDE-20687 > URL: https://issues.jboss.org/browse/JBIDE-20687 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: maven, server, upstream > Affects Versions: 4.3.0.CR1 > Reporter: ehsavoie Hugonnet > Assignee: Fred Bricon > Priority: Critical > Fix For: 4.4.0.Alpha1 > > > The deployed war name is the *artifactId* and not the specified *warName* from the war plugin nor the *finalName*. > Sample pom.xml which exibits the issue > {code:xml}<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> > <modelVersion>4.0.0</modelVersion> > <groupId>org.glassfish-samples</groupId> > <artifactId>auction</artifactId> > <version>4.0-SNAPSHOT</version> > <packaging>war</packaging> > <name>WebSocket Auction Sample Application</name> > > <dependencies> > <dependency> > <groupId>javax</groupId> > <artifactId>javaee-api</artifactId> > <version>7.0</version> > <scope>provided</scope> > </dependency> > </dependencies> > > <build> > <finalName>websocket-auction</finalName> > <plugins> > <plugin> > <artifactId>maven-compiler-plugin</artifactId> > <version>3.1</version> > <configuration> > <source>1.8</source> > <target>1.8</target> > </configuration> > </plugin> > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-war-plugin</artifactId> > <version>2.3</version> > <configuration> > <failOnMissingWebXml>false</failOnMissingWebXml> > <warName>websocket-auction</warName> > </configuration> > </plugin> > </plugins> > </build> > </project> > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-21857) Hot class reload doesn't work on OpenShift

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ] Rob Stryker commented on JBIDE-21857: ------------------------------------- I've committed the patch to master as part of JBIDE-22227 but that only fixes the local situation, not the openshift situation. What would we need to do to get this working for openshift? Seems the key piece that we need is some mechanism to call garbage collection (most likely jmx) exposed. Who would we talk to for that? [~fbricon] > Hot class reload doesn't work on OpenShift > ------------------------------------------ > > Key: JBIDE-21857 > URL: https://issues.jboss.org/browse/JBIDE-21857 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.Beta2 > Reporter: Fred Bricon > Assignee: Rob Stryker > Priority: Blocker > Fix For: 4.4.0.Alpha1 > > Attachments: HCRFailure.zip > > > When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will : > - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync > - will always fail if a method signature changed, the debugger saying JDK is out of sync > Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server) > This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK? -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22227) Hotcode replace fails on local wildfly if breakpoint is set

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22227?page=com.atlassian.jira.plugi... ] Rob Stryker updated JBIDE-22227: -------------------------------- Fix Version/s: 4.4.0.Alpha1 > Hotcode replace fails on local wildfly if breakpoint is set > ----------------------------------------------------------- > > Key: JBIDE-22227 > URL: https://issues.jboss.org/browse/JBIDE-22227 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: server > Affects Versions: 4.4.0.Alpha1 > Reporter: Rob Stryker > Fix For: 4.4.0.Alpha1 > > > When debugging a local wildfly server with a deployed servlet, making a breaking change such as method name or signature will fail. > This will pop up a dialog asking to restart the module or the server, which is expected. However, after that, non-breaking changes will still also pop up the hotcode-failed dialog, when it shouldn't. > Workflow: > 1) Create a dynamic web project with simple servlet > 2) Start a wildfly 10 in debug mode and deploy the web project > 3) Run-on-server the servlet object and verify it shows expected output > 4) Set a breakpoint inside the doGet() method > 5) refresh browser (breakpoint gets hit), press play > 6) Make a non-breaking change (change text inside doGet()) > 7) refresh website, verify breakpoint is hit, website content is updated > 8) make a breaking change by adding a new method > 9) hotcode-replace dialog appears. Press 'restart module' > 10) refresh web browser, verify breakpoint is hit, output has changed as expected > 11) make a non-breaking change in output of doGet() > 12) ASSERT: hotcode replace dialog does NOT show - THIS STEP FAILS -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 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 April 2016