[JBoss JIRA] (JBDS-4065) DevStudio 1.1 Installer unfriendly when 1.0 present
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBDS-4065?page=com.atlassian.jira.plugin.... ]
Alexey Kazakov commented on JBDS-4065:
--------------------------------------
No, we are not agreeing with that. [~rob.stryker] please investigate this use case.
> DevStudio 1.1 Installer unfriendly when 1.0 present
> ---------------------------------------------------
>
> Key: JBDS-4065
> URL: https://issues.jboss.org/browse/JBDS-4065
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: cdk, platform-installer
> Affects Versions: 10.1.0.GA
> Environment: Windows 10, DevSuite Installer 1.0 had been run
> Reporter: Rick Wagner
> Assignee: Rob Stryker
>
> When running the DevSuite 1.1 installer, DevStudio is not connected to the installed CDK.
> Observations:
> - All components removed before installation, does not help. (VirtualBox and Vagrant using Add/Remove programs, everything else directory-deleted, Environment variables cleaned).
> - DevStudio says it can't start the Container Development Environment server. ('Failed to find Vagrant!' reads the error). If I open Launch Configuration, it lists the Main as "C:\HashiCorp\Vagrant\bin\vagrant.exe", which is not in the installation directory.
> - It was noted that DevStudio marked itself 'completed' before Vagrant was installed. How does DevStudio know where Vagrant is?
> - It's noted that DevStudio 'remembers' user settings (i.e. CDK registration user/password) from previous attempts. Where is this information kept? I must've missed something in cleanup.
> - Tried full suite installation, then deleting DevStudio, then re-installing. (Hoping DevStudio would then find Vagrant in the right location, because it followed Vagrant's installation.) Result: No Container Development Environment server is present in 'server' view.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBDS-4014) Track rh-eclipse46-devstudio-*.rpm version usage
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBDS-4014?page=com.atlassian.jira.plugin.... ]
Alexey Kazakov commented on JBDS-4014:
--------------------------------------
Thanks Nick.
> Track rh-eclipse46-devstudio-*.rpm version usage
> ------------------------------------------------
>
> Key: JBDS-4014
> URL: https://issues.jboss.org/browse/JBDS-4014
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Feature Request
> Components: usage
> Reporter: Alexey Kazakov
> Assignee: Alexander Kurtakov
> Priority: Critical
> Fix For: 10.2.0.AM2
>
>
> We need to distinguish the following use cases:
> 1) Devstudio installed via RPM
> 2) Devstudio installed via P2 but on top of the "base" eclipse rpm
> 3) Devstudio installed traditionally (jar installer or p2)
> As a bonus we could want to track if the DTS + devstudio rpms were both installed.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-23135) EAP 7.1 Server adapter
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23135?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-23135:
-------------------------------------
Jars that are different from our wf9 jars:
{code}
current jars eap7.1 jars
logging: 3.3.0.Final 3.3.0.Final =
sasl: 1.0.5.Final 1.0.5.Final =
threads: 2.2.1.Final 2.2.1.Final =
marshalling: 1.4.10.Final 1.4.11.Final *
remoting: 4.0.18.Final 4.0.21.Final *
dmr: 1.3.0.Final 1.4.0.Beta1 **
xnio: 3.3.4.Final 3.4.0.Final **
controller: 2.0.10.Final 3.0.0.Alpha8 ***
{code}
We can see the most likely area for breakage is the controller jars. For now everything seems to work, but its worth noting that we may need yet another jar bundle if somehow there are breakages in the major bump.
We curently have 3 jar sets labaled as as7, eap61plus, wildfly9. It would be a shame if we needed a 4th set. For now it seems we don't need one, until we discover some regressions.
> EAP 7.1 Server adapter
> ----------------------
>
> Key: JBIDE-23135
> URL: https://issues.jboss.org/browse/JBIDE-23135
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Reporter: Alexey Kazakov
> Assignee: Rob Stryker
> Priority: Critical
> Fix For: 4.4.2.AM3
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-23135) EAP 7.1 Server adapter
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23135?page=com.atlassian.jira.plugi... ]
Rob Stryker edited comment on JBIDE-23135 at 9/28/16 3:30 PM:
--------------------------------------------------------------
Jars that are different from our wf9 jars:
{code}
current jars eap7.1 jars
logging: 3.3.0.Final 3.3.0.Final =
sasl: 1.0.5.Final 1.0.5.Final =
threads: 2.2.1.Final 2.2.1.Final =
marshalling: 1.4.10.Final 1.4.11.Final *
remoting: 4.0.18.Final 4.0.21.Final *
dmr: 1.3.0.Final 1.4.0.Beta1 **
xnio: 3.3.4.Final 3.4.0.Final **
controller: 2.0.10.Final 3.0.0.Alpha8 ***
{code}
We can see the most likely area for breakage is the controller jars. For now everything seems to work, but its worth noting that we may need yet another jar bundle if somehow there are breakages in the major bump.
We curently have 3 jar sets labaled as as7, eap61plus, wildfly9. It would be a shame if we needed a 4th set. For now it seems we don't need one, until we discover some regressions.
was (Author: rob.stryker):
Jars that are different from our wf9 jars:
{code}
current jars eap7.1 jars
logging: 3.3.0.Final 3.3.0.Final =
sasl: 1.0.5.Final 1.0.5.Final =
threads: 2.2.1.Final 2.2.1.Final =
marshalling: 1.4.10.Final 1.4.11.Final *
remoting: 4.0.18.Final 4.0.21.Final *
dmr: 1.3.0.Final 1.4.0.Beta1 **
xnio: 3.3.4.Final 3.4.0.Final **
controller: 2.0.10.Final 3.0.0.Alpha8 ***
{code}
We can see the most likely area for breakage is the controller jars. For now everything seems to work, but its worth noting that we may need yet another jar bundle if somehow there are breakages in the major bump.
We curently have 3 jar sets labaled as as7, eap61plus, wildfly9. It would be a shame if we needed a 4th set. For now it seems we don't need one, until we discover some regressions.
> EAP 7.1 Server adapter
> ----------------------
>
> Key: JBIDE-23135
> URL: https://issues.jboss.org/browse/JBIDE-23135
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Reporter: Alexey Kazakov
> Assignee: Rob Stryker
> Priority: Critical
> Fix For: 4.4.2.AM3
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months