[JBoss JIRA] (JBIDE-24291) Improve initial loading of JMX Connection tree
by Aurélien Pupier (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24291?page=com.atlassian.jira.plugi... ]
Aurélien Pupier commented on JBIDE-24291:
-----------------------------------------
for me the enhancement is not finished:
- there is no automated tests
- there is one case in which it is worse than before (previous comment)
for the step to reproduce, I attached a screencast already. To have a "slow" connection you can use open.paas.redhat.com
> Improve initial loading of JMX Connection tree
> ----------------------------------------------
>
> Key: JBIDE-24291
> URL: https://issues.jboss.org/browse/JBIDE-24291
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: jmx
> Affects Versions: 4.4.4.AM2
> Reporter: Aurélien Pupier
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM1
>
> Attachments: JMXLoad.mp4
>
>
> JMX Navigator is taking quite a long time to load the first level of elements when the connection is targeting a remote server with quite a high latency (such open.paas.redhat.com which is taking around 450ms for each request for me)
> It would be nice to improve the lazy-loading to be able to display the first level of the tree without loading every MBeans and doing one query per MBean Names registered on the server.
> For instance on a FIS project, it is 112 MBean Names * 450ms = 50.4s!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (JBIDE-24291) Improve initial loading of JMX Connection tree
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24291?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-24291:
---------------------------------------
[~aurelien.pupier], does this mean it's still not fixed for you? Can you please provide steps/environment for me to verify? It's not so slow for normal jmx connections to EAP servers.
> Improve initial loading of JMX Connection tree
> ----------------------------------------------
>
> Key: JBIDE-24291
> URL: https://issues.jboss.org/browse/JBIDE-24291
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: jmx
> Affects Versions: 4.4.4.AM2
> Reporter: Aurélien Pupier
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM1
>
> Attachments: JMXLoad.mp4
>
>
> JMX Navigator is taking quite a long time to load the first level of elements when the connection is targeting a remote server with quite a high latency (such open.paas.redhat.com which is taking around 450ms for each request for me)
> It would be nice to improve the lazy-loading to be able to display the first level of the tree without loading every MBeans and doing one query per MBean Names registered on the server.
> For instance on a FIS project, it is 112 MBean Names * 450ms = 50.4s!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (JBDS-4420) DevSuite 1.4 Mac installer Java Install Instructions.
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-4420?page=com.atlassian.jira.plugin.... ]
Jan Richter closed JBDS-4420.
-----------------------------
> DevSuite 1.4 Mac installer Java Install Instructions.
> -----------------------------------------------------
>
> Key: JBDS-4420
> URL: https://issues.jboss.org/browse/JBDS-4420
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 10.4.0.GA
> Environment: DevSuite Installer 1.4, online installer, Mac OS 10.10.5.
> Reporter: Robert Terzi
> Assignee: Jan Richter
> Fix For: 11.0.0.AM1
>
>
> Running the DevSuite 1.4 online installer on Mac OS, there are several problems with the instructions to install Java:
> # There is a link that is shown to "download from +this location+. The link doesn't work and it is impossible to find out where +this location+ is supposed to point to.
> # The instructions say that Java 1.8 is required, but they appear under an unchecked OpenJDK 1.8 box. It doesn't make it clear, why you can't just click the OpenJDK box.
> # The instructions don't indicate if you need a JDK or JRE.
> # It looks like it is trying to get you to download and install Oracle Java 1.8 but doesn't ever say that.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (JBDS-4419) DevSuite 1.4 Mac Java Installation related Issues
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-4419?page=com.atlassian.jira.plugin.... ]
Jan Richter closed JBDS-4419.
-----------------------------
> DevSuite 1.4 Mac Java Installation related Issues
> -------------------------------------------------
>
> Key: JBDS-4419
> URL: https://issues.jboss.org/browse/JBDS-4419
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 10.4.0.GA
> Environment: Mac OS X 10.10.5, DevSuite 1.4.0 online installer.
> Reporter: Robert Terzi
> Assignee: Jan Richter
> Fix For: 11.0.0.AM1
>
>
> When trying to run DevSuite 1.4 online installer on Mac OS X 10.10, there are several serious usability problems related to getting Java installed:
> # The installer keeps triggering a pop-up to install java. After the pop-up is dismissed is reappears within a few seconds making it difficult to do anything with the install. This appears to be triggered by running /usr/bin/java. So presumably, during the download selection screen, the installer is repeatedly trying to run /usr/bin/java triggering this loop.
> # If the user follows the pop-up, and installs Oracle Java, it appears to install a Java SE that works as a plugin in Safari, but /usr/bin/java still triggers no Java installed. (The Java download that results from this is Oracle jre-8u131-macosx-x64.dmg)
> # Note: The above means even though the instructions to install Java have been followed, and some version of java has been installed and verified in the browser, the installer has been exited and restarted, the same thing happens again!
> # There is a link in the installer to click for Oracle Java, but it's not clear if that link goes to a valid java or the incessant pop-up behavior is preventing that link from working.
> # Unselectiong Dev Studio does NOT stop the pop-up from incessantly reoccurring.
> This makes for an extremely frustrating user experience. While some of it might be due to Oracle's packaing/terminology around Java, the DevSuite installer appears to be causing the problems.
> # This might be related to JBDS-4402, where it appears the installer at least on windows attempts to keep rescanning when window events occur rather than having some sort of flow to cause a rescan.
> # I haven't tried other versions of OS X, but at least on 10.10.5, /usr/bin/java causes this problematic pop-up. Suggest the installer find another way of testing if java is installed and what version on Mac OS.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (JBIDE-22878) EAR deployed from DevStudio to EAP contains errorneously named ejbs
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22878?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-22878.
---------------------------------
I tested this again and now it seems to be correct - the version number is not included in the simple-ejb filename for both compressed and expanded deployment. The version number is still displayed in the Servers view and in the Add or Remove... dialog, but I guess that's not a real issue.
Verified in devstudio-11.0.0.AM1-v20170622-1352-B295-installer-standalone.jar
> EAR deployed from DevStudio to EAP contains errorneously named ejbs
> -------------------------------------------------------------------
>
> Key: JBIDE-22878
> URL: https://issues.jboss.org/browse/JBIDE-22878
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.3.Final, 4.4.0.Final
> Environment: I've observed this problem on a Win7 64 bit machine with Oracle JRE 1.8.0_102 64 bit. It was present in both JBoss Developer Studio 8.1.0.GA and 10.0.0.GA when used in conjunction with embedded Maven installation and JBoss EAP 6.4 target runtime.
> Reporter: Mikhail Kalkov
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM1
>
> Attachments: JBIDE-22878-deployment-assembly.png, screendump.png, test-ear.ear, test-projects.zip
>
>
> I've created a maven-based EAR project that contains serveral ejb modules some of which come from workspace whereas others are downloaded from binary artifact repository. All modules have bundleFileName specified as module-name.jar in order to override the default module-name-version.jar.
> When I right-click on an EAR project and choose Export..., a correct EAR file is built, which looks exactly the same as when I build it from command line. However, when I add this project to an EAP 6.4 server, and check "Deploy projects as compressed archives" option, an EAR with erroneously named ejbs is deployed. the bundleFileName option is namely ignored for EJBs that come from binary artifact repository. See attached screenshot.
> This problem makes it extremely difficult to debug issues that arise only with zipped ear deployments. The only workaround is to comment out bundleFileName lines in test-ear pom.xml as well as possibly fix filenames in persistence.xml, and remember to revert these changes before committing!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months