[JBoss JIRA] (JBDS-4420) DevSuite 1.4 Mac installer Java Install Instructions.
by Robert Terzi (JIRA)
[ https://issues.jboss.org/browse/JBDS-4420?page=com.atlassian.jira.plugin.... ]
Robert Terzi commented on JBDS-4420:
------------------------------------
According to https://docs.oracle.com/javase/8/docs/technotes/guides/install/mac_jre.html
Installing a JRE from Oracle will not update java -version symlinks or add java to your path. To be able to do this, you need to install the JDK.
> 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: installer
> Environment: DevSuite Installer 1.4, online installer, Mac OS 10.10.5.
> Reporter: Robert Terzi
>
> 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, 5 months
[JBoss JIRA] (JBIDE-19342) Update code to cope with generics added to org.eclipse.core.runtime package API
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19342?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-19342:
-------------------------------------
This seems a more overall problem than a specific one for components. Assigned to Jeff.
> Update code to cope with generics added to org.eclipse.core.runtime package API
> --------------------------------------------------------------------------------
>
> Key: JBIDE-19342
> URL: https://issues.jboss.org/browse/JBIDE-19342
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: aerogear-hybrid, archives, batch, bean-validation, birt, browsersim, cdi, cdi-extensions, central, common, cordovasim, forge, hibernate, integration-platform, jmx, jsf, jsp/jsf/xml/html-source-editing
> Affects Versions: 4.3.0.Alpha2
> Reporter: Fred Bricon
> Assignee: Jeff MAURY
> Priority: Minor
> Fix For: 4.5.0.AM1
>
>
> We need to detect and address any part of our code affected by generics added to the org.eclipse.core.runtime package API.
> From https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg11590.html :
> {quote}
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=442021
> Markus Keller wrote up an nice summary of what consumers should do to fix any warnings that may be caused by this change at https://bugs.eclipse.org/bugs/show_bug.cgi?id=442021#c25
> Here is a copy of the recommendations if you are going to compile against the latest version of org.eclipse.equinox.common:
> 1. In MANIFEST.MF, update your Require-Bundle: org.eclipse.core.runtime;bundle-version="[3.11.0,4.0.0)", or org.eclipse.equinox.common;bundle-version="[3.7.0,4.0.0)", or update your Import-Package: org.eclipse.core.runtime; version="[3.5,4.0)"
> 2. If your bundle re-exports one of these bundles, then you also have to make sure the minor version is incremented.
> 3. Remove unnecessary casts (Clean Up, or Problems view > Quick Fix > Select All)
> 4. Update implementations of IAdaptable#getAdapter(Class<T>), unless you override another implementation of that method that still uses the old signature.
> Typical change:
> Old:
> {code}
> public Object getAdapter(Class adapter) {
> if (ICompilationUnit.class.equals(adapter))
> return getCompilationUnit();
> return null;
> }
> {code}
> New:
> {code}
> public <T> T getAdapter(Class<T> adapter) {
> if (ICompilationUnit.class.equals(adapter))
> return adapter.cast(getCompilationUnit());
> return null;
> }
> {code}
> 5. Update implementations of IAdapterFactory
> Hint for 4. & 5.:
> - Open Type Hierarchy on IAdaptable, etc.
> - In the view menu, select a working set that contains your projects
> - In the methods list of the Type Hierarchy view, select the methods, and then click the first toolbar button (Lock View and Show Members in Hierarchy)
> {quote}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 5 months
[JBoss JIRA] (JBDS-4418) DevSuite 1.4 Mac fails installing CDK
by Robert Terzi (JIRA)
[ https://issues.jboss.org/browse/JBDS-4418?page=com.atlassian.jira.plugin.... ]
Robert Terzi commented on JBDS-4418:
------------------------------------
According to https://docs.oracle.com/javase/8/docs/technotes/guides/install/mac_jre.html
"Installing a JRE from Oracle will not update java -version symlinks or add java to your path. To be able to do this, you need to install the JDK."
> DevSuite 1.4 Mac fails installing CDK
> -------------------------------------
>
> Key: JBDS-4418
> URL: https://issues.jboss.org/browse/JBDS-4418
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: installer
> Environment: Mac OS X 10.10.5, DevSuite 1.4.0 online installer.
> Reporter: Robert Terzi
> Attachments: install.log
>
>
> The DevSuite 1.4 installer failed while installing CDK. There are two problems
> # When an install fails and the installer can't make any progress, the flow stops. There is no prompt, no clues how to get help, find a log, etc. The user's only option is to give up and close the window.
> # the CDK install failed. It's not clear why, attaching /Applications/DevelopmentSuite/install.log. But looking at the logs it looks like there may be permission errors. There were no prompts related to needing to run as root, or password requests, etc. If it is permissions, it just silently fails.
> # Also, given that this is macOS, why is the installer trying to Windows admin commands (to add the user to "Hyper-V administrators")? (This should possibly be a separate bug.)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 5 months
[JBoss JIRA] (JBIDE-24484) deprecate jbosstools projects / move to Central ?
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24484?page=com.atlassian.jira.plugi... ]
Nick Boldt edited comment on JBIDE-24484 at 5/31/17 4:07 PM:
-------------------------------------------------------------
[EDITED] Based on today's Cabal call & Rob/Jeff's comments below, the first pass plan for AM2 will be:
* jbosstools-freemarker: Move to Central; stop building; just include the bits from JBT 4.4.4.Final
* jbosstools-arquillian: Already in Central: JBT Central and devstudio Central EA. Move out of EA so it's in the same place for both JBT/devstudio.
* jbosstools-aerogear: Already in Central; also in Additional/Mobile catgs; stop building; just include the bits from JBT 4.4.4.Final
Then for AM3, if we want, we could also do this:
* jbosstools-livereload: Move to Central? [~jeffmaury] to talk to [~akazakov]
* jbosstools-xulrunner: Included in JBT/devstudio but uncategorized; move to Central? [~jeffmaury] to talk to [~akazakov]
* jbosstools-browsersim: Already in Central; remove from JBT/devstudio Core Tools? [~jeffmaury] to talk to [~akazakov]
See also https://docs.google.com/spreadsheets/d/1PTep1KGK2DVbmaWGwQOPhtbSsyROL_PY6...
was (Author: nickboldt):
Based on today's Cabal call, the first pass plan for AM2 will be:
* jbosstools-freemarker: Move to Central; stop building; just include the bits from JBT 4.4.4.Final
* jbosstools-arquillian: Already in Central: JBT Central and devstudio Central EA. Move out of EA so it's in the same place for both JBT/devstudio.
Then for AM3, if we want, we could also do this:
* jbosstools-livereload: Move to Central? [~jeffmaury] to talk to [~akazakov]
* jbosstools-xulrunner: Included in JBT/devstudio but uncategorized; move to Central? [~jeffmaury] to talk to [~akazakov]
* jbosstools-browsersim: Already in Central; remove from JBT/devstudio Core Tools? [~jeffmaury] to talk to [~akazakov]
> deprecate jbosstools projects / move to Central ?
> -------------------------------------------------
>
> Key: JBIDE-24484
> URL: https://issues.jboss.org/browse/JBIDE-24484
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.5.0.AM1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.5.0.AM2
>
>
> With the upcoming plan for devstudio 11 / jbosstools 4.5, it may be time to consider moving parts of jbosstools / devstudio out of the Core Tools category and into Central as optional installs. Then in future we can deprecate them / remove them.
> Here's the list of projects in jbosstools:
> https://github.com/jbosstools/jbosstools-devdoc/blob/master/list_of_proje...
> https://issues.jboss.org/projects/JBIDE?selectedItem=com.atlassian.jira.j...
> Once we have an idea of which projects could be moved/removed/deprecated, we can open subtasks for those projects.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 5 months
[JBoss JIRA] (JBIDE-24484) deprecate jbosstools projects / move to Central ?
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24484?page=com.atlassian.jira.plugi... ]
Nick Boldt edited comment on JBIDE-24484 at 5/31/17 4:05 PM:
-------------------------------------------------------------
Based on today's Cabal call, the first pass plan for AM2 will be:
* jbosstools-freemarker: Move to Central; stop building; just include the bits from JBT 4.4.4.Final
* jbosstools-arquillian: Already in Central: JBT Central and devstudio Central EA. Move out of EA so it's in the same place for both JBT/devstudio.
Then for AM3, if we want, we could also do this:
* jbosstools-livereload: Move to Central? [~jeffmaury] to talk to [~akazakov]
* jbosstools-xulrunner: Included in JBT/devstudio but uncategorized; move to Central? [~jeffmaury] to talk to [~akazakov]
* jbosstools-browsersim: Already in Central; remove from JBT/devstudio Core Tools? [~jeffmaury] to talk to [~akazakov]
was (Author: nickboldt):
Based on today's Cabal call, the first pass plan for AM2 will be:
* jbosstools-freemarker: Move to Central; stop building; just include the bits from JBT 4.4.4.Final
* jbosstools-arquillian: Already in Central: JBT Central and devstudio Central EA. Move out of EA so it's in the same place for both JBT/devstudio.
* jbosstools-browsersim: Already in Central; remove from JBT/devstudio Core Tools.
Then for AM3, if we want, we could also do this:
* jbosstools-livereload: Move to Central? [~jeffmaury] to talk to [~akazakov]
* jbosstools-xulrunner: Included in JBT/devstudio but uncategorized; move to Central? [~jeffmaury] to talk to [~akazakov]
> deprecate jbosstools projects / move to Central ?
> -------------------------------------------------
>
> Key: JBIDE-24484
> URL: https://issues.jboss.org/browse/JBIDE-24484
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.5.0.AM1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.5.0.AM2
>
>
> With the upcoming plan for devstudio 11 / jbosstools 4.5, it may be time to consider moving parts of jbosstools / devstudio out of the Core Tools category and into Central as optional installs. Then in future we can deprecate them / remove them.
> Here's the list of projects in jbosstools:
> https://github.com/jbosstools/jbosstools-devdoc/blob/master/list_of_proje...
> https://issues.jboss.org/projects/JBIDE?selectedItem=com.atlassian.jira.j...
> Once we have an idea of which projects could be moved/removed/deprecated, we can open subtasks for those projects.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 5 months
[JBoss JIRA] (JBIDE-19342) Update code to cope with generics added to org.eclipse.core.runtime package API
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19342?page=com.atlassian.jira.plugi... ]
Rob Stryker reassigned JBIDE-19342:
-----------------------------------
Assignee: Jeff MAURY
> Update code to cope with generics added to org.eclipse.core.runtime package API
> --------------------------------------------------------------------------------
>
> Key: JBIDE-19342
> URL: https://issues.jboss.org/browse/JBIDE-19342
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: aerogear-hybrid, archives, batch, bean-validation, birt, browsersim, cdi, cdi-extensions, central, common, cordovasim, forge, hibernate, integration-platform, jmx, jsf, jsp/jsf/xml/html-source-editing
> Affects Versions: 4.3.0.Alpha2
> Reporter: Fred Bricon
> Assignee: Jeff MAURY
> Priority: Minor
> Fix For: 4.5.0.AM1
>
>
> We need to detect and address any part of our code affected by generics added to the org.eclipse.core.runtime package API.
> From https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg11590.html :
> {quote}
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=442021
> Markus Keller wrote up an nice summary of what consumers should do to fix any warnings that may be caused by this change at https://bugs.eclipse.org/bugs/show_bug.cgi?id=442021#c25
> Here is a copy of the recommendations if you are going to compile against the latest version of org.eclipse.equinox.common:
> 1. In MANIFEST.MF, update your Require-Bundle: org.eclipse.core.runtime;bundle-version="[3.11.0,4.0.0)", or org.eclipse.equinox.common;bundle-version="[3.7.0,4.0.0)", or update your Import-Package: org.eclipse.core.runtime; version="[3.5,4.0)"
> 2. If your bundle re-exports one of these bundles, then you also have to make sure the minor version is incremented.
> 3. Remove unnecessary casts (Clean Up, or Problems view > Quick Fix > Select All)
> 4. Update implementations of IAdaptable#getAdapter(Class<T>), unless you override another implementation of that method that still uses the old signature.
> Typical change:
> Old:
> {code}
> public Object getAdapter(Class adapter) {
> if (ICompilationUnit.class.equals(adapter))
> return getCompilationUnit();
> return null;
> }
> {code}
> New:
> {code}
> public <T> T getAdapter(Class<T> adapter) {
> if (ICompilationUnit.class.equals(adapter))
> return adapter.cast(getCompilationUnit());
> return null;
> }
> {code}
> 5. Update implementations of IAdapterFactory
> Hint for 4. & 5.:
> - Open Type Hierarchy on IAdaptable, etc.
> - In the view menu, select a working set that contains your projects
> - In the methods list of the Type Hierarchy view, select the methods, and then click the first toolbar button (Lock View and Show Members in Hierarchy)
> {quote}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 5 months
[JBoss JIRA] (JBIDE-24453) NoClassDefFoundError below CDKDockerUtility.<init> (thrown in DockerClientFactory.getClient)
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24453?page=com.atlassian.jira.plugi... ]
Rob Stryker closed JBIDE-24453.
-------------------------------
Resolution: Cannot Reproduce Bug
I don't think there's anything we can do here. It appears to be a faulty installation and nothing more.
> NoClassDefFoundError below CDKDockerUtility.<init> (thrown in DockerClientFactory.getClient)
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-24453
> URL: https://issues.jboss.org/browse/JBIDE-24453
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.4.4.Final
> Reporter: Automated Error Reporting Bot
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM1
>
>
> The following problem was reported via the automated error reporting:
> Message: Problems occurred when invoking code from plug-in: "org.eclipse.jface".
> java.lang.NoClassDefFoundError: Could not initialize class com.spotify.docker.client.DefaultDockerClient
> at org.eclipse.linuxtools.internal.docker.core.DockerClientFactory.getClient(DockerClientFactory.java:66)
> at org.eclipse.linuxtools.internal.docker.core.DockerClientFactory.getClient(DockerClientFactory.java:47)
> at org.eclipse.linuxtools.internal.docker.core.DockerConnection.open(DockerConnection.java:252)
> at org.eclipse.linuxtools.internal.docker.core.DefaultTCPConnectionSettingsProvider.getConnectionSettings(DefaultTCPConnectionSettingsProvider.java:30)
> at org.eclipse.linuxtools.internal.docker.core.DefaultDockerConnectionSettingsFinder.getKnownConnectionSettings(DefaultDockerConnectionSettingsFinder.java:265)
> at org.eclipse.linuxtools.docker.core.DockerConnectionManager.reloadConnections(DockerConnectionManager.java:60)
> at org.eclipse.linuxtools.docker.core.DockerConnectionManager.<init>(DockerConnectionManager.java:50)
> at org.eclipse.linuxtools.docker.core.DockerConnectionManager.getInstance(DockerConnectionManager.java:44)
> at org.jboss.tools.openshift.cdk.server.core.internal.listeners.CDKDockerUtility.<init>(CDKDockerUtility.java:29)
> at org.jboss.tools.openshift.cdk.server.ui.internal.view.CDKActionProvider$ShowInDockerViewAfterStartupAction.adaptToViewItem(CDKActionProvider.java:104)
> at org.jboss.tools.openshift.cdk.server.ui.internal.view.CDKActionProvider$ShowInViewAfterStartupAction.accept(CDKActionProvider.java:182)
> at org.eclipse.wst.server.ui.internal.view.servers.AbstractServerAction.selectionChanged(AbstractServerAction.java:85)
> at org.jboss.tools.openshift.cdk.server.ui.internal.view.CDKActionProvider$ShowInViewAfterStartupAction.selectionChanged(CDKActionProvider.java:198)
> at org.eclipse.ui.actions.SelectionProviderAction.selectionChanged(SelectionProviderAction.java:144)
> at org.eclipse.jface.viewers.Viewer$1.run(Viewer.java:158)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:50)
> at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:173)
> at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:155)
> at org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:2191)
> at org.eclipse.jface.viewers.StructuredViewer.setSelection(StructuredViewer.java:1728)
> at org.eclipse.jface.viewers.TreeViewer.setSelection(TreeViewer.java:1077)
> at org.eclipse.ui.navigator.CommonViewer.setSelection(CommonViewer.java:370)
> at org.eclipse.jface.viewers.Viewer.setSelection(Viewer.java:383)
> at org.eclipse.wst.server.ui.internal.cnf.ServerDecoratorsHandler$1.run(ServerDecoratorsHandler.java:58)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:182)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4203)
> The reporter(s) left the following comment(s):
> --- Anonymous wrote on 56e0: ---
> cannot select server in server view.
> Bundles:
> | org.eclipse.core.runtime | 3.12.0.v20160606-1342 | 3.12.0.v20160606-1342 |
> | org.eclipse.jface | 3.12.2.v20170113-2113 | 3.12.2.v20170113-2113 |
> | org.eclipse.linuxtools.docker.core | 2.1.0.201612072123 | 2.3.0.201703072040 |
> | org.eclipse.swt | 3.105.3.v20170228-0512 | 3.105.3.v20170228-0512 |
> | org.eclipse.ui | 3.108.1.v20160929-1045 | 3.108.1.v20160929-1045 |
> | org.eclipse.ui.navigator | 3.6.101.v20161006-1120 | 3.6.101.v20161006-1120 |
> | org.eclipse.wst.server.ui | 1.5.307.v201611072017 | 1.5.307.v201611072017 |
> | org.jboss.tools.openshift.cdk.server | 3.3.2.v20170216-0102 | 3.3.2.v20170216-0102 |
> Operating Systems:
> | Linux | 3.12.67 | 3.16.0 |
> | MacOSX | 10.12.3 | 10.12.4 |
> | Windows | 6.1.0 | 10.0.0 |
> The above information is a snapshot of the collected data. Visit https://aer.ctrlflow.com/redhat/reviewers/#!/problems/581a1e4ae4b0e3eea94... for the latest data.
> Thank you for your assistance.
> Your friendly error-reports-inbox.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 5 months
[JBoss JIRA] (JBDS-4420) DevSuite 1.4 Mac installer Java Install Instructions.
by Robert Terzi (JIRA)
[ https://issues.jboss.org/browse/JBDS-4420?page=com.atlassian.jira.plugin.... ]
Robert Terzi commented on JBDS-4420:
------------------------------------
If OpenJDK can't be installed, why is there is a box for it in the Mac installer??
> 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: installer
> Environment: DevSuite Installer 1.4, online installer, Mac OS 10.10.5.
> Reporter: Robert Terzi
>
> 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, 5 months
[JBoss JIRA] (JBIDE-24520) Server editor says I need a valid shutdown poller, but I didn't touch it
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24520?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-24520:
-------------------------------------
This is now pushed to master. I'll kick a build.
> Server editor says I need a valid shutdown poller, but I didn't touch it
> ------------------------------------------------------------------------
>
> Key: JBIDE-24520
> URL: https://issues.jboss.org/browse/JBIDE-24520
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.5.0.AM1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM1
>
>
> I just wanted to test the EAP 7.1 adapter in devstudio 11 (devstudio-11.0.0.AM1-v20170529-1745-B180-installer-standalone.jar) and I got surprised by this error when I opened the server editor and then tried to save it:
> The server cannot be saved for the following reasons:
> [Overview] Your server must have a valid shutdown poller selected.
> In fact both startup and shutdown pollers are empty, not sure why.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 5 months
[JBoss JIRA] (JBDS-4420) DevSuite 1.4 Mac installer Java Install Instructions.
by Robert Terzi (JIRA)
Robert Terzi created JBDS-4420:
----------------------------------
Summary: 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: installer
Environment: DevSuite Installer 1.4, online installer, Mac OS 10.10.5.
Reporter: Robert Terzi
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, 5 months