[JBoss JIRA] (JBDS-4409) Server adapter: Automatic syncing of code with the pod doesn't work with Wildfly
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4409?page=com.atlassian.jira.plugin.... ]
Jeff MAURY updated JBDS-4409:
-----------------------------
Fix Version/s: 11.0.0.AM2
(was: 11.0.0.AM1)
> Server adapter: Automatic syncing of code with the pod doesn't work with Wildfly
> --------------------------------------------------------------------------------
>
> Key: JBDS-4409
> URL: https://issues.jboss.org/browse/JBDS-4409
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 10.3.0.GA
> Environment: Running on Mac 10.12.4
> JBDS
> Version: 10.3.0.GA
> Build id: GA-v20170218-1636-B94
> Build date: 20170218-1636
> Installed minishift v1.0.1
> Reporter: Veer Muchandi
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: openshift_v3, server_adapter
> Fix For: 11.0.0.AM2
>
>
> * Created a Wildfly application on openshift web-ui
> * Setup a server adapter
> * Imported application to JBDS
> * Made code changes and saved.
> Result:
> While the data seems to be exchanged, the changes are not synced with the pod and the application is not updated.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (JBIDE-24509) No wizard for OpenShift 3 connections present in JBoss Tools 4.4.4.Final
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24509?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-24509:
-------------------------------
Fix Version/s: 4.5.0.AM2
> No wizard for OpenShift 3 connections present in JBoss Tools 4.4.4.Final
> ------------------------------------------------------------------------
>
> Key: JBIDE-24509
> URL: https://issues.jboss.org/browse/JBIDE-24509
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.4.Final
> Environment: JBoss Tools 4.4.4.Final
> http://tools.jboss.org/downloads/jbosstools/neon/4.4.4.Final.html#update_...
> Eclipse Neon 4.6.1
> Fedora 24 and Windows 10
> Reporter: Xia Zhao
> Priority: Blocker
> Fix For: 4.5.0.AM2
>
> Attachments: OpenShift3.png, Screenshot from 2017-05-25 13-37-32.png, Screenshot from 2017-05-25 14-25-53.png
>
>
> Description of problem:
> No wizard for OpenShift 3 connections present in JBoss Tools 4.4.4.Final, after installation, only these 3 tools exist without having the openshift v3 tools:
> JBoss OpenShift 2 Tools
> JBoss OpenShift JavaScript Tools
> JBoss Tools EGit Integration
> Version-Release number of selected component (if applicable):
> JBoss Tools 4.4.4.Final
> http://tools.jboss.org/downloads/jbosstools/neon/4.4.4.Final.html#update_...
> How reproducible:
> Always
> Steps to Reproduce:
> 1.Install JBT for Openshift v3 Tools according to http://tools.jboss.org/downloads/jbosstools/neon/4.4.4.Final.html#update_...:
> --> Add the following URL to Eclipse Neon 4.6.1 installation via:
> Help > Install New Software... > Work with:
> http://download.jboss.org/jbosstools/neon/stable/updates/
> Then select all the components, choose to install them.
> 2. Restart Eclipse Neon 4.6.1 after JTB installation finished
> 3. Go into Openshift Explorer window, click on "New Connections Wizard", choose "Openshift 3" for server type, the Authentication panel is empty
> 4. Go to Help > Intallation Details, search for openshift
> Actual results:
> 4. JBoss OpenShift 3 Tools are not installed, only the following 3 exist:
> JBoss OpenShift 2 Tools 3.3.3.v20170510-1453 org.jboss.tools.openshift.express.feature.feature.group JBoss by Red Hat
> JBoss OpenShift JavaScript Tools 3.3.3.v20170502-0607 org.jboss.tools.openshift.js.feature.feature.group JBoss by Red Hat
> JBoss Tools EGit Integration 3.3.3.v20170405-1252 org.jboss.tools.openshift.egit.integration.feature.feature.group JBoss by Red Hat
> Expected results:
> JBoss OpenShift 3 Tools should be installed if following http://tools.jboss.org/downloads/jbosstools/neon/4.4.4.Final.html#update_...
> Additional info:
> Issue reproduced on both Fedora 24 and Windows 10.
> This is a regression, with old JBT build 4.3.3 Final, the openshift 3 tools existed and worked fine.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (JBIDE-24225) publish p2diff app to Nexus for easier use in jenkins jobs
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24225?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-24225:
-------------------------------
Sprint: (was: devex #132 May 2017)
> publish p2diff app to Nexus for easier use in jenkins jobs
> ----------------------------------------------------------
>
> Key: JBIDE-24225
> URL: https://issues.jboss.org/browse/JBIDE-24225
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.4.4.AM2
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.5.x
>
> Attachments: maven-releng-fetch.png
>
>
> Rather than bootstrapping by hand and having to reference p2diff like this:
> {code}
> p2diff=/home/hudson/static_build_env/jbds/p2diff/x86$(if [[ $(uname -a | grep x86_64) ]]; then echo _64; fi)/p2diff
> {code}
> It would be way better if we could just fetch it via a maven step (as we do for other releng scripts) ...
> !maven-releng-fetch.png|thumbnail!
> ... and automatically unpack it to the workspace.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Thomas Mäder (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Thomas Mäder commented on JBIDE-21857:
--------------------------------------
After looking at this, I believe that this is not a problem with the behavior of our tooling, but in EAP. Here's what I did:
1. I was able to verify that Runtime.gc() is reliably called twice after the reload of the module
2. I can reproduce the problem by running the jboss-kitchensink example and by putting a breakpoint in MemberRepository.findAllOrderedByName both locally (eap 6.4 and 7.0) and on openshift (eap 7.0). Therefore it's likely NOT openshift tooling specific.
3. When I look at heap dumps from after a couple of times reproducing the problem, I see that there are references to an instance of MemberController in a ThreadLocal for each time I try to do HCR.
4. When I let the request I am in run to completion and then suspend the request thread, the thread local still references the MemberController instance. I suspect that the HCR leads to an exception and that the ThreadLocal is not properly cleaned up.
I don't stand a chance of debugging the apparent EAP problem in a reasonable time. I suggest involving an expert on EAP/Wildfly.
> Hot code replacement 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
> Fix For: 4.5.0.AM1
>
> Attachments: HCRFailure.zip, code-out-of-sync.png, hot-code-replace-failed.png, jmx-connected-adapter-synchronized.png
>
>
> 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
(v7.2.3#72005)
8 years, 9 months