[JBoss JIRA] (JBIDE-21989) Show In - Web Browser from context menu of J2EE module on OS3 Server Adapter opens localhost
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21989?page=com.atlassian.jira.plugi... ]
Marián Labuda commented on JBIDE-21989:
---------------------------------------
[~rob.stryker]
Stopping of J2EE module shows following output in console from rsync. And there is no .undeploy marker. I was also monitoring changes inside deployments folder and really only .isdeploying marker has been added there.
{code}
sent 46 bytes received 1,341 bytes 2,774.00 bytes/sec
total size is 8,523,394 speedup is 6,145.20
sending incremental file list
ROOT.war.isdeploying
sent 1,484 bytes received 149 bytes 3,266.00 bytes/sec
total size is 8,523,394 speedup is 5,219.47
{code}
Deletion of J2EE module shows following and while I was monitoring deployment folder inside pod, I have not spotted anything (no addition/deletion)
{code}
sent 1,331 bytes received 126 bytes 2,914.00 bytes/sec
total size is 8,523,386 speedup is 5,849.96
{code}
Restart works as expected. Tested on nightly build of JBT.
> Show In - Web Browser from context menu of J2EE module on OS3 Server Adapter opens localhost
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-21989
> URL: https://issues.jboss.org/browse/JBIDE-21989
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Marián Labuda
> Assignee: Rob Stryker
> Priority: Critical
> Labels: openshift_v3, server_adapter
> Fix For: 4.3.1.CR1
>
>
> When selecting Show In - Web Browser from context menu of Java EE module under an OpenShift 3 connection, it opens a localhost, what is wrong (it does not use root). Such module can be e.g. jboss-kitchensink when using application based on eap s2i template with param CONTEXT_DIR kitchensink.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21981) Error during rsync
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21981?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-21981:
------------------------------------------
[~rob.stryker] do you have any time to look into this?
> Error during rsync
> ------------------
>
> Key: JBIDE-21981
> URL: https://issues.jboss.org/browse/JBIDE-21981
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Xavier Coulon
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
> While testing the debugging support on the server adapter, I got the following error:
> {code}
> Could not sync all pods to folder /Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample@eap-app/deploy
> OpenShiftBinaryCapability process exited: rsync: delete_file: rmdir "/Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample(a)eap-app/deploy/ROOT.war" failed: Directory not empty (66)
> rsync error: some files could not be transferred (code 23) at /SourceCache/rsync/rsync-45/rsync/main.c(1400) [generator=2.6.9]
> error: exit status 23
> {code}
> The content of the {{.../deploy}} directory was:
> {code}
> drwxr-xr-x 9 xcoulon staff 306 Mar 25 12:19 ./
> drwxr-xr-x 4 xcoulon staff 136 Mar 25 11:55 ../
> -rw-r--r-- 1 xcoulon staff 9041 Mar 27 2015 README.txt
> drwxr-xr-x 7 xcoulon staff 238 Mar 25 11:59 ROOT.war/
> -rw-r--r-- 1 xcoulon staff 8 Mar 23 17:59 ROOT.war.deployed
> -rw-r--r-- 1 xcoulon staff 8 Mar 25 12:18 ROOT.war.isdeploying
> -rw-r--r-- 1 xcoulon staff 8415373 Aug 11 2015 activemq-rar.rar
> -rw-r--r-- 1 xcoulon staff 16 Aug 11 2015 activemq-rar.rar.deployed
> -rw-r--r-- 1 xcoulon staff 16 Mar 25 12:18 activemq-rar.rar.isdeploying
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21917) oc rsync waits forever on windows
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21917?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-21917:
------------------------------------------
[~fbricon] you're the only one among us that has a Windows machine running, can you look into this plz?
> oc rsync waits forever on windows
> ---------------------------------
>
> Key: JBIDE-21917
> URL: https://issues.jboss.org/browse/JBIDE-21917
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Environment: Windows 10
> Reporter: Fred Bricon
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
> On windows 10 + CDK 2 Beta5, oc rsync is stuck until it times out when saving a file, autopublished via the server adapter
> {noformat}
> "Worker-7" #48 prio=5 os_prio=0 tid=0x000000001bc85000 nid=0x1928 runnable [0x00000000275ee000]
> java.lang.Thread.State: RUNNABLE
> at java.lang.ProcessImpl.waitForTimeoutInterruptibly(Native Method)
> at java.lang.ProcessImpl.waitFor(Unknown Source)
> at com.openshift.internal.restclient.capability.resources.OpenShiftBinaryRSync.waitForExit(OpenShiftBinaryRSync.java:59)
> at com.openshift.internal.restclient.capability.resources.OpenShiftBinaryRSync.sync(OpenShiftBinaryRSync.java:50)
> at org.jboss.tools.openshift.core.server.RSync$1.visit(RSync.java:102)
> at org.jboss.tools.openshift.core.server.RSync$1.visit(RSync.java:1)
> at com.openshift.internal.restclient.model.KubernetesResource.accept(KubernetesResource.java:91)
> at org.jboss.tools.openshift.core.server.RSync.syncPodToDirectory(RSync.java:99)
> at org.jboss.tools.openshift.core.server.RSync.syncPodsToDirectory(RSync.java:67)
> at org.jboss.tools.openshift.core.server.behavior.OpenShiftPublishController.publishStart(OpenShiftPublishController.java:84)
> at org.jboss.ide.eclipse.as.wtp.core.server.behavior.CachedPublisherProfileBehavior.publishStart(CachedPublisherProfileBehavior.java:47)
> at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:942)
> at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:774)
> at org.eclipse.wst.server.core.internal.Server.publishImpl(Server.java:3172)
> at org.eclipse.wst.server.core.internal.Server.publish(Server.java:1330)
> at org.jboss.tools.openshift.internal.core.server.resources.OpenshiftResourceChangeListener$MagicProjectChangeJob.autoPublish(OpenshiftResourceChangeListener.java:227)
> at org.jboss.tools.openshift.internal.core.server.resources.OpenshiftResourceChangeListener$MagicProjectChangeJob.run(OpenshiftResourceChangeListener.java:208)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21959) Have a way to check aeri reports opened with linked JIRA issue fixed/closed
by Aurélien Pupier (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21959?page=com.atlassian.jira.plugi... ]
Aurélien Pupier resolved JBIDE-21959.
-------------------------------------
Resolution: Rejected
having the synchronization every 6 hours is fine for me.
> Have a way to check aeri reports opened with linked JIRA issue fixed/closed
> ---------------------------------------------------------------------------
>
> Key: JBIDE-21959
> URL: https://issues.jboss.org/browse/JBIDE-21959
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: aeri
> Reporter: Aurélien Pupier
>
> Have a way to check aeri reports opened with linked JIRA issue fixed/closed would help to keep the aeri system clean easily. By "clean" I mean avoid to have opened aeri report although the issue is solved
> I can imagine several possibilities:
> - hook something on JIRA side which checks the provided "link" for aeri and when resolving/closing the JIRA issue, it will ask if we want to close the related aeri report.
> - on aeri side, scan for linked JIRA every night (hours?) and then do an action... which can be:
> -- send mail to JIRA issue closer?
> -- close automatically the report?
> -- other??
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21857) Hot class reload 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:
--------------------------------------
Ok, this is really stupid: forcing a garbage collect makes the problem going away. In the heap dump, when not forcing GC, multiple class objects for the "ToReload" class show up. They are shown as beloning to the system class loader (I guess because the class loader used for loading them has been collected). When I force the garbage collect, they go away.
I really don't think the VM should report unreachable classes via JDWP.
> 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: Max Rydahl Andersen
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
> 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)
10 years
[JBoss JIRA] (JBTIS-621) Add geometry test
by Matej Kralik (JIRA)
Matej Kralik created JBTIS-621:
----------------------------------
Summary: Add geometry test
Key: JBTIS-621
URL: https://issues.jboss.org/browse/JBTIS-621
Project: JBoss Tools Integration Stack
Issue Type: Task
Components: QE, teiid
Affects Versions: 9.0.0.Beta1
Reporter: Matej Kralik
Assignee: Matej Kralik
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years