[JBoss JIRA] (JBDS-4129) Bundled JDK is trying to install from non existing location
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-4129?page=com.atlassian.jira.plugin.... ]
Jan Richter reassigned JBDS-4129:
---------------------------------
Assignee: Denis Golovin
> Bundled JDK is trying to install from non existing location
> -----------------------------------------------------------
>
> Key: JBDS-4129
> URL: https://issues.jboss.org/browse/JBDS-4129
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 10.2.0.AM3
> Environment: Windows 10
> Reporter: Jan Richter
> Assignee: Denis Golovin
> Priority: Blocker
>
> OpenJDK fails to install from bundled installer, it is trying to execute the msi from the location it would normally be downloaded into by the online installer. But it is just not there, since it's bundled instead.
> {noformat}
> Thu, 20 Oct 2016 18:53:13 GMT-INFO: jdk - Execute msiexec /i,C:\Users\jbossqa\AppData\Local\Temp\jdk.msi,INSTALLDIR=c:\DevelopmentSuite\jdk8,/qn,/norestart,/Lviwe,c:\DevelopmentSuite\openjdk.log
> Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk - Error: Command failed: msiexec /i C:\Users\jbossqa\AppData\Local\Temp\jdk.msi INSTALLDIR=c:\DevelopmentSuite\jdk8 /qn /norestart /Lviwe c:\DevelopmentSuite\openjdk.log
> Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk -
> Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk failed to install: Error: Command failed: msiexec /i C:\Users\jbossqa\AppData\Local\Temp\jdk.msi INSTALLDIR=c:\DevelopmentSuite\jdk8 /qn /norestart /Lviwe c:\DevelopmentSuite\openjdk.log
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBDS-4129) Bundled JDK is trying to install from non existing location
by Jan Richter (JIRA)
Jan Richter created JBDS-4129:
---------------------------------
Summary: Bundled JDK is trying to install from non existing location
Key: JBDS-4129
URL: https://issues.jboss.org/browse/JBDS-4129
Project: Red Hat JBoss Developer Studio (devstudio)
Issue Type: Bug
Components: platform-installer
Affects Versions: 10.2.0.AM2
Environment: Windows 10
Reporter: Jan Richter
Priority: Blocker
OpenJDK fails to install from bundled installer, it is trying to execute the msi from the location it would normally be downloaded into by the online installer. But it is just not there, since it's bundled instead.
{noformat}
Thu, 20 Oct 2016 18:53:13 GMT-INFO: jdk - Execute msiexec /i,C:\Users\jbossqa\AppData\Local\Temp\jdk.msi,INSTALLDIR=c:\DevelopmentSuite\jdk8,/qn,/norestart,/Lviwe,c:\DevelopmentSuite\openjdk.log
Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk - Error: Command failed: msiexec /i C:\Users\jbossqa\AppData\Local\Temp\jdk.msi INSTALLDIR=c:\DevelopmentSuite\jdk8 /qn /norestart /Lviwe c:\DevelopmentSuite\openjdk.log
Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk -
Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk failed to install: Error: Command failed: msiexec /i C:\Users\jbossqa\AppData\Local\Temp\jdk.msi INSTALLDIR=c:\DevelopmentSuite\jdk8 /qn /norestart /Lviwe c:\DevelopmentSuite\openjdk.log
{noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBDS-4129) Bundled JDK is trying to install from non existing location
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-4129?page=com.atlassian.jira.plugin.... ]
Jan Richter updated JBDS-4129:
------------------------------
Affects Version/s: 10.2.0.AM3
(was: 10.2.0.AM2)
> Bundled JDK is trying to install from non existing location
> -----------------------------------------------------------
>
> Key: JBDS-4129
> URL: https://issues.jboss.org/browse/JBDS-4129
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 10.2.0.AM3
> Environment: Windows 10
> Reporter: Jan Richter
> Priority: Blocker
>
> OpenJDK fails to install from bundled installer, it is trying to execute the msi from the location it would normally be downloaded into by the online installer. But it is just not there, since it's bundled instead.
> {noformat}
> Thu, 20 Oct 2016 18:53:13 GMT-INFO: jdk - Execute msiexec /i,C:\Users\jbossqa\AppData\Local\Temp\jdk.msi,INSTALLDIR=c:\DevelopmentSuite\jdk8,/qn,/norestart,/Lviwe,c:\DevelopmentSuite\openjdk.log
> Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk - Error: Command failed: msiexec /i C:\Users\jbossqa\AppData\Local\Temp\jdk.msi INSTALLDIR=c:\DevelopmentSuite\jdk8 /qn /norestart /Lviwe c:\DevelopmentSuite\openjdk.log
> Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk -
> Thu, 20 Oct 2016 18:53:13 GMT-ERROR: jdk failed to install: Error: Command failed: msiexec /i C:\Users\jbossqa\AppData\Local\Temp\jdk.msi INSTALLDIR=c:\DevelopmentSuite\jdk8 /qn /norestart /Lviwe c:\DevelopmentSuite\openjdk.log
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBDS-4128) Missing a checkbox for creating a server in New EAP Runtime wizard
by Andrej Podhradsky (JIRA)
Andrej Podhradsky created JBDS-4128:
---------------------------------------
Summary: Missing a checkbox for creating a server in New EAP Runtime wizard
Key: JBDS-4128
URL: https://issues.jboss.org/browse/JBDS-4128
Project: Red Hat JBoss Developer Studio (devstudio)
Issue Type: Bug
Components: runtime
Affects Versions: 10.2.0.AM2
Environment: Red Hat JBoss Developer Studio
Version: 10.2.0.AM2
Build id: AM2-v20161014-1657-B6205
Build date: 20161014-1657
Reporter: Andrej Podhradsky
Attachments: new_server_checkbox.png
There is no checkbox for creating a server in New EAP Runtime wizard.
!new_server_checkbox.png|thumbnail!
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBIDE-23380) MOJO that fails or logs errors for build if manifest in .core plugin has .ui dependency
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23380?page=com.atlassian.jira.plugi... ]
Ilya Buziuk commented on JBIDE-23380:
-------------------------------------
[~mickael_istria] \o/ reverted parent pom did the trick ;-)
> MOJO that fails or logs errors for build if manifest in .core plugin has .ui dependency
> ---------------------------------------------------------------------------------------
>
> Key: JBIDE-23380
> URL: https://issues.jboss.org/browse/JBIDE-23380
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Fix For: 4.4.2.AM3
>
>
> At a minimum, the mojo should:
> foreach plugin, if plugin ends in .core, check plugin/META-INF/MANIFEST for Dependencies manifest header, and verify .ui is not included in the dependencies at all.
> However, this minimum goal would not have solved the issue we are experiencing with foundation.checkup. The foundation.checkup plugin does not end in .core and so would be skipped by this simple algorithm.
> So... we may wish to check transitive dependencies *only in the same repo*. For example, foundation.core depends on foundation.checker, and foundation.checker is in the same repo, so foundation.checker should also be checked for ui deps or fail.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBIDE-23380) MOJO that fails or logs errors for build if manifest in .core plugin has .ui dependency
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23380?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-23380:
----------------------------------------
I've reverted the change. [~ibuziuk] Please update to new parent pom (-U flag in Maven build).
> MOJO that fails or logs errors for build if manifest in .core plugin has .ui dependency
> ---------------------------------------------------------------------------------------
>
> Key: JBIDE-23380
> URL: https://issues.jboss.org/browse/JBIDE-23380
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Fix For: 4.4.2.AM3
>
>
> At a minimum, the mojo should:
> foreach plugin, if plugin ends in .core, check plugin/META-INF/MANIFEST for Dependencies manifest header, and verify .ui is not included in the dependencies at all.
> However, this minimum goal would not have solved the issue we are experiencing with foundation.checkup. The foundation.checkup plugin does not end in .core and so would be skipped by this simple algorithm.
> So... we may wish to check transitive dependencies *only in the same repo*. For example, foundation.core depends on foundation.checker, and foundation.checker is in the same repo, so foundation.checker should also be checked for ui deps or fail.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months