[JBoss JIRA] (JBDS-3653) User's home folder with spaces cannot be used by vagrant during install
by Len DiMaggio (JIRA)
[ https://issues.jboss.org/browse/JBDS-3653?page=com.atlassian.jira.plugin.... ]
Len DiMaggio updated JBDS-3653:
-------------------------------
Attachment: install(1).log
With this setting (the user account has a name of "jboss test":
VAGRANT_DOTFILE_PATH=c:\users\JBOSST~1
The errors seen in the atatched install.log are seen.
Fri, 18 Mar 2016 20:44:31 GMT-INFO: cdk - Execute vagrant plugin install c:\DeveloperPlatform\cdk\plugins\vagrant-registration-1.2.1.gem
Fri, 18 Mar 2016 20:44:35 GMT-ERROR: cdk - Error: Command failed: C:\WINDOWS\system32\cmd.exe /s /c "vagrant plugin install c:\DeveloperPlatform\cdk\plugins\vagrant-registration-1.2.1.gem"
The directory where plugins are installed (the Vagrant home directory)
has a space in it. On Windows, there is a bug in Ruby when compiling
plugins into directories with spaces. Please move your Vagrant home
directory to a path without spaces and try again.
Fri, 18 Mar 2016 20:44:35 GMT-ERROR: cdk - The directory where plugins are installed (the Vagrant home directory)
has a space in it. On Windows, there is a bug in Ruby when compiling
plugins into directories with spaces. Please move your Vagrant home
directory to a path without spaces and try again.
Fri, 18 Mar 2016 20:44:35 GMT-ERROR: cdk failed to install: Error: Command failed: C:\WINDOWS\system32\cmd.exe /s /c "vagrant plugin install c:\DeveloperPlatform\cdk\plugins\vagrant-registration-1
.2.1.gem"
The directory where plugins are installed (the Vagrant home directory)
has a space in it. On Windows, there is a bug in Ruby when compiling
plugins into directories with spaces. Please move your Vagrant home
directory to a path without spaces and try again.
> User's home folder with spaces cannot be used by vagrant during install
> -----------------------------------------------------------------------
>
> Key: JBDS-3653
> URL: https://issues.jboss.org/browse/JBDS-3653
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: installer
> Affects Versions: 9.1.0.Beta2
> Reporter: Denis Golovin
> Assignee: Denis Golovin
> Priority: Blocker
> Labels: havoc
> Fix For: 9.1.0.CR1
>
> Attachments: install(1).log
>
>
> Vagrant complains about
> {quote}Wed, 02 Mar 2016 18:04:21 GMT-ERROR: cdk - Error: Command failed: C:\WINDOWS\system32\cmd.exe /s /c "vagrant plugin install c:\DeveloperPlatform\cdk\plugins\vagrant-registration-1.0.0.gem"
> The directory where plugins are installed (the Vagrant home directory)
> has a space in it. On Windows, there is a bug in Ruby when compiling
> plugins into directories with spaces. Please move your Vagrant home
> directory to a path without spaces and try again
> {quote}
> When user home directory have spaces in it, because .vagrant.d file path in turn has spaces as well. For instance:
> {code}C:\Users\User Name\.vagrant.d{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21909) Show In - Web Browser context menu of an OS 3 server adapter is disabled when adapter is stopped
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21909?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-21909:
-------------------------------------
The issue for server state is JBIDE-21901
> Show In - Web Browser context menu of an OS 3 server adapter is disabled when adapter is stopped
> ------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21909
> URL: https://issues.jboss.org/browse/JBIDE-21909
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Marián Labuda
> Assignee: Rob Stryker
> Labels: openshift_v3, server_adapter
> Fix For: 4.3.1.CR1
>
>
> When I am having an OpenShift 3 Server Adapter in Server view e.g. freshly created, it is stopped by default. Its context menu Show In - Web Browser is disabled at this point, although it not makes much sense, because it is possible to show an application in browser at this point via OpenShift explorer view. Adapter does not have to be started to perform this. Max suggested that after selecting context menu Show In - Web Browser, an OS 3 server adapter could/should start.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21915) Preferences: Cannot browse and choose the oc binary
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21915?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-21915 at 3/18/16 5:03 PM:
-------------------------------------------------------------------
So yes it's pretty obvioius that our filefilter is wrong. We have the extension for the binary set to "*exe*":
{code:title=org.jboss.tools.openshift.internal.core.preferences.OCBinary}
WINDOWS("oc.exe", new String[] { "exe" }),
{code}
The preferences page is using this to set the file filter:
{code:title=org.jboss.tools.openshift.internal.ui.preferences.OpenShiftPreferencePage#createFieldEditors}
cliLocationEditor.setFileExtensions(ocBinary.getExtensions());
{code}
The WizardArchiveFileResourceImportPage1 of the ZipFileImportWizard in Eclipse is using "\**.exe*" as extension:
{code:title=WizardArchiveFileResourceImportPage1}
private static final String[] FILE_IMPORT_MASK = { "*.jar;*.zip;*.tar;*.tar.gz;*.tgz", "*.*" };
...
dialog.setFilterExtensions(this.fileImportMask);
{code}
was (Author: adietish):
So yes it's pretty clear that our filefilter is wrong. we have the extension for the binary set to "*exe*":
{code:title=org.jboss.tools.openshift.internal.core.preferences.OCBinary}
WINDOWS("oc.exe", new String[] { "exe" }),
{code}
The preferences page is using this to set the file filter:
{code:title=org.jboss.tools.openshift.internal.ui.preferences.OpenShiftPreferencePage#createFieldEditors}
cliLocationEditor.setFileExtensions(ocBinary.getExtensions());
{code}
The WizardArchiveFileResourceImportPage1 of the ZipFileImportWizard in Eclipse is using "\**.exe*" as extension:
{code:title=WizardArchiveFileResourceImportPage1}
private static final String[] FILE_IMPORT_MASK = { "*.jar;*.zip;*.tar;*.tar.gz;*.tgz", "*.*" };
...
dialog.setFilterExtensions(this.fileImportMask);
{code}
> Preferences: Cannot browse and choose the oc binary
> ---------------------------------------------------
>
> Key: JBIDE-21915
> URL: https://issues.jboss.org/browse/JBIDE-21915
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Environment: Windows
> Reporter: Andre Dietisheim
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21915) Preferences: Cannot browse and choose the oc binary
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21915?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-21915 at 3/18/16 5:02 PM:
-------------------------------------------------------------------
So yes it's pretty clear that our filefilter is wrong. we have the extension for the binary set to "*exe*":
{code:title=org.jboss.tools.openshift.internal.core.preferences.OCBinary}
WINDOWS("oc.exe", new String[] { "exe" }),
{code}
The preferences page is using this to set the file filter:
{code:title=org.jboss.tools.openshift.internal.ui.preferences.OpenShiftPreferencePage#createFieldEditors}
cliLocationEditor.setFileExtensions(ocBinary.getExtensions());
{code}
The WizardArchiveFileResourceImportPage1 of the ZipFileImportWizard in Eclipse is using "\**.exe*" as extension:
{code:title=WizardArchiveFileResourceImportPage1}
private static final String[] FILE_IMPORT_MASK = { "*.jar;*.zip;*.tar;*.tar.gz;*.tgz", "*.*" };
...
dialog.setFilterExtensions(this.fileImportMask);
{code}
was (Author: adietish):
So yes it's pretty clear that our filefilter is wrong. we have the extension for the binary set to "exe":
{code:title=org.jboss.tools.openshift.internal.core.preferences.OCBinary}
WINDOWS("oc.exe", new String[] { "exe" }),
{code}
The preferences page is using this to set the file filter:
{code:title=org.jboss.tools.openshift.internal.ui.preferences.OpenShiftPreferencePage#createFieldEditors}
cliLocationEditor.setFileExtensions(ocBinary.getExtensions());
{code}
The WizardArchiveFileResourceImportPage1 of the ZipFileImportWizard in Eclipse is using *"\*.exe"* as extension:
{code:title=WizardArchiveFileResourceImportPage1}
private static final String[] FILE_IMPORT_MASK = { "*.jar;*.zip;*.tar;*.tar.gz;*.tgz", "*.*" };
...
dialog.setFilterExtensions(this.fileImportMask);
{code}
> Preferences: Cannot browse and choose the oc binary
> ---------------------------------------------------
>
> Key: JBIDE-21915
> URL: https://issues.jboss.org/browse/JBIDE-21915
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Environment: Windows
> Reporter: Andre Dietisheim
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21915) Preferences: Cannot browse and choose the oc binary
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21915?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-21915:
------------------------------------------
So yes it's pretty clear that our filefilter is wrong. we have the extension for the binary set to "exe":
{code:title=org.jboss.tools.openshift.internal.core.preferences.OCBinary}
WINDOWS("oc.exe", new String[] { "exe" }),
{code}
The preferences page is using this to set the file filter:
{code:title=org.jboss.tools.openshift.internal.ui.preferences.OpenShiftPreferencePage#createFieldEditors}
cliLocationEditor.setFileExtensions(ocBinary.getExtensions());
{code}
The WizardArchiveFileResourceImportPage1 of the ZipFileImportWizard in Eclipse is using *"\*.exe"* as extension:
{code:title=WizardArchiveFileResourceImportPage1}
private static final String[] FILE_IMPORT_MASK = { "*.jar;*.zip;*.tar;*.tar.gz;*.tgz", "*.*" };
...
dialog.setFilterExtensions(this.fileImportMask);
{code}
> Preferences: Cannot browse and choose the oc binary
> ---------------------------------------------------
>
> Key: JBIDE-21915
> URL: https://issues.jboss.org/browse/JBIDE-21915
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Environment: Windows
> Reporter: Andre Dietisheim
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21910) Cannot start Forge 3.0.1 runtime - Windows
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21910?page=com.atlassian.jira.plugi... ]
George Gastaldi commented on JBIDE-21910:
-----------------------------------------
Older versions used to allow the installation of core addons on it, causing similar problems.
> Cannot start Forge 3.0.1 runtime - Windows
> ------------------------------------------
>
> Key: JBIDE-21910
> URL: https://issues.jboss.org/browse/JBIDE-21910
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.3.1.CR1
> Environment: windows
> Reporter: Pavol Srna
> Assignee: George Gastaldi
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
> Attachments: forge-err-xIUnMqLO.png
>
>
> An internal error occurred during: "Starting JBoss Forge 3.0.1.Final"
> java.lang.reflect.InvocationTargetException
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21899) Wrong service is preselected when creating a new OS3 server adapter from context menu of a service
by Viacheslav Kabanovich (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21899?page=com.atlassian.jira.plugi... ]
Viacheslav Kabanovich commented on JBIDE-21899:
-----------------------------------------------
This is easy to fix on the current code, but it is going to be refactored in https://github.com/jbosstools/jbosstools-openshift/pull/1041, where code that causes this issue is commented out. So, this issue will be fixed with JBIDE-21830.
> Wrong service is preselected when creating a new OS3 server adapter from context menu of a service
> --------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21899
> URL: https://issues.jboss.org/browse/JBIDE-21899
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Marián Labuda
> Assignee: Xavier Coulon
> Labels: openshift_v3, server_adapter_wizard
>
> When I am creating a new OpenShift 3 server adapter from context menu of a service in OpenShift explorer view and I am having several projects and at least 2 same services (names must be equal) in different projects, then in New OS 3 Server Wizard is wrong service. This is happening when I am trying to create a server adapter from context menu of a service which is lower (in order of tree items under an OpenShift 3 connection) then a service with same name.
--
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 Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-21857:
----------------------------------------
I'm using Oracle JDK and can reproduce it.
> 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: Thomas Mäder
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
> 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] (JBIDE-21907) Server adapter: service details text is selectable (each line on its own)
by Viacheslav Kabanovich (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21907?page=com.atlassian.jira.plugi... ]
Viacheslav Kabanovich commented on JBIDE-21907:
-----------------------------------------------
Let them remain selectable as user may want to copy data, but let only the line that has focus be selectable. The attached pull request implements it.
> Server adapter: service details text is selectable (each line on its own)
> -------------------------------------------------------------------------
>
> Key: JBIDE-21907
> URL: https://issues.jboss.org/browse/JBIDE-21907
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Jan Richter
> Assignee: Viacheslav Kabanovich
> Priority: Minor
> Labels: openshift_v3, server_adapter_wizard
> Fix For: 4.3.1.CR1, 4.4.0.Alpha1
>
> Attachments: selection.png
>
>
> One can select the values in the Service detail part of the wizard. The fun part is they are all independent and can be selected on their own.
> So once some line is selected, the only way to deselect it is to click inside it again - which places the annoying caret into the text.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years