[JBoss JIRA] (JBIDE-23639) Application wizard: Templates parameters show wrong values if using existing eclipse project
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23639?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-23639:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Application wizard: Templates parameters show wrong values if using existing eclipse project
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-23639
> URL: https://issues.jboss.org/browse/JBIDE-23639
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.3.Final
> Reporter: Marián Labuda
> Labels: application_wizard, openshift_v3
> Fix For: 4.4.3.AM2
>
>
> When creating a new OpenShift 3 application based on an eclipse project from workspace using a template, template parameters shows wrong values. E.g. I am having a project with git repo URL URL_A and template is based on source code from git repo URL URL_B. In the wizard, if I select at first template and then eclipse project, the template parameters values on the next wizard page shows values of the template instead of eclipse project. But correct values are shown.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-21857:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.5.0.AM1)
(was: 4.4.3.AM1)
> 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.4.3.AM2
>
> 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)
9 years, 3 months
[JBoss JIRA] (JBIDE-16879) Explorer: context menu for cartridges opens away from cartridge
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16879?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-16879:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Explorer: context menu for cartridges opens away from cartridge
> ---------------------------------------------------------------
>
> Key: JBIDE-16879
> URL: https://issues.jboss.org/browse/JBIDE-16879
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift, upstream
> Affects Versions: 4.2.0.Beta1
> Environment: Fedora 19, 64-bit, java version "1.7.0_51", OpenJDK Runtime Environment (fedora-2.4.5.0.fc19-x86_64 u51-b31) GTK3
> Reporter: Michelle Murray
> Assignee: Jeff MAURY
> Priority: Minor
> Labels: explorer, gtk3, openshift_v2, openshift_v3, upstream
> Fix For: 4.4.3.AM2
>
> Attachments: OpenShift_conmenu.png
>
>
> In OpenShift Explorer view, expand tree down to cartridge level for an app. Right-click cartridge. The context menu opens away from mouse pointer rather than adjacent to it as it does for other tree items, like connection, domain or app.
> I can 100% of time reproduce it by first right-clicking app and then immediately right-clicking (twice) cartridge.
> I can't reproduce it by first right-clicking connection or domain and then immediately right-clicking (twice) cartridge.
> !OpenShift_conmenu.png!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (JBIDE-22362) Server Adapter: Static changes done to nodejs application are not visible
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22362?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-22362:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Server Adapter: Static changes done to nodejs application are not visible
> -------------------------------------------------------------------------
>
> Key: JBIDE-22362
> URL: https://issues.jboss.org/browse/JBIDE-22362
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: javascript, openshift
> Affects Versions: 4.4.0.Alpha2
> Reporter: Marián Labuda
> Assignee: Jeff MAURY
> Priority: Critical
> Labels: openshift_v3, server_adapter
> Fix For: 4.4.3.AM2
>
> Attachments: enabling-dev-mode-has-encountered-an-error.png
>
>
> I am having an OpenShift application based either on nodejs-example or nodejs-mongodb-example template. Once application is up and running I create a new server adapter and perform changes in index.html. These changes are static and should be (?) immediately visible on OpenShift server, but they are not. I have checked whether changes were published, but rsync in console shows expected output also changes done manually on the server side to index.html are not visible in browser (even when cache overwritten is triggered - so there is no caching problem in browser). This seems to be upstream issues, but requires investigating.
> So far I have tried it on CDK OpenShift. It would be nice to test it on other OpenShift instances, also on templates using different base docker image.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (JBIDE-23622) Build Log: impossible to get logs once the build pod is completed
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23622?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-23622:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Build Log: impossible to get logs once the build pod is completed
> -----------------------------------------------------------------
>
> Key: JBIDE-23622
> URL: https://issues.jboss.org/browse/JBIDE-23622
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.2.Final
> Reporter: Marián Labuda
> Labels: build_log, openshift_v3
> Fix For: 4.4.3.AM2
>
> Attachments: cannot-build-log.png, log_build.png
>
>
> When I am trying to get a log of completed build, either via context menu of a pod in tabbed property Pods or via context menu of a build in tabbed property Builds, I get following error dialog
> !log_build.png!
> There is no error in log.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (JBIDE-22375) Improve HCR OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22375?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-22375:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Improve HCR OpenShift
> ---------------------
>
> Key: JBIDE-22375
> URL: https://issues.jboss.org/browse/JBIDE-22375
> Project: Tools (JBoss Tools)
> Issue Type: Epic
> Components: jmx, openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Priority: Blocker
> Labels: openshift_v3, server_adapter
> Fix For: 4.4.3.AM2
>
>
> 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)
9 years, 3 months