[JBoss JIRA] (JBIDE-16444) Connection wizard: save accepted certificates in the Eclipse preferences and allow users to inspect/revoke them
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16444?page=com.atlassian.jira.plugi... ]
Fred Bricon resolved JBIDE-16444.
---------------------------------
Fix Version/s: 4.3.1.CR1
(was: LATER)
Assignee: Viacheslav Kabanovich
Resolution: Partially Completed
Resolving as partially completed since :
- This was fixed for OpenShift 3 via JBIDE-21150
- This won't be fixed for OpenShift 2
> Connection wizard: save accepted certificates in the Eclipse preferences and allow users to inspect/revoke them
> ---------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-16444
> URL: https://issues.jboss.org/browse/JBIDE-16444
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.2.0.Alpha2
> Reporter: Andre Dietisheim
> Assignee: Viacheslav Kabanovich
> Labels: connection_wizard
> Fix For: 4.3.1.CR1
>
> Attachments: accept-certificate.png
>
>
> In JBIDE-14768 we introduced a dialog that allows users to accept/refuse untrusted SSL certificates.
> !accept-certificate.png!
> The authorization is currently stored for the current Eclipse session. We should store those authorizations in the Eclipse preferences and add a preferences page which shows these and allows users to revoke the given authorizations.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-11129) Switch application Properties view to 'Tabbed Properties' view
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-11129?page=com.atlassian.jira.plugi... ]
Fred Bricon resolved JBIDE-11129.
---------------------------------
Fix Version/s: 4.3.1.CR1
(was: LATER)
Assignee: Jeff Cantrill
Resolution: Partially Completed
Marking as partially resolved:
- This has been done for OpenShift 3
- This won't be fixed for OpenShift 2
> Switch application Properties view to 'Tabbed Properties' view
> --------------------------------------------------------------
>
> Key: JBIDE-11129
> URL: https://issues.jboss.org/browse/JBIDE-11129
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 3.3.0.Beta1
> Reporter: Stefan Bunciak
> Assignee: Jeff Cantrill
> Labels: properties
> Fix For: 4.3.1.CR1
>
> Attachments: appprops.png, appselection.png
>
>
> Switch application Properties view to 'Tabbed Properties' view to support hypertext links in the application properties (accessible via OpenShift Console view):
> * !appprops.png|thumbnail!
> like in the Existing application selection dialog
> * !appselection.png|thumbnail!
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21981) Error during rsync
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21981?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-21981:
-------------------------------------
I think we should keep it for now. Maybe we change the message or make it more informative in the future, or attempt to optimize it if it leads to further confusion. But I generally prefer to over-log early on rather than hide (possible) errors, bc it will encourage us to dig deeper into the workflows that cause the warnings
> Error during rsync
> ------------------
>
> Key: JBIDE-21981
> URL: https://issues.jboss.org/browse/JBIDE-21981
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Xavier Coulon
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
> While testing the debugging support on the server adapter, I got the following error:
> {code}
> Could not sync all pods to folder /Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample@eap-app/deploy
> OpenShiftBinaryCapability process exited: rsync: delete_file: rmdir "/Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample(a)eap-app/deploy/ROOT.war" failed: Directory not empty (66)
> rsync error: some files could not be transferred (code 23) at /SourceCache/rsync/rsync-45/rsync/main.c(1400) [generator=2.6.9]
> error: exit status 23
> {code}
> The content of the {{.../deploy}} directory was:
> {code}
> drwxr-xr-x 9 xcoulon staff 306 Mar 25 12:19 ./
> drwxr-xr-x 4 xcoulon staff 136 Mar 25 11:55 ../
> -rw-r--r-- 1 xcoulon staff 9041 Mar 27 2015 README.txt
> drwxr-xr-x 7 xcoulon staff 238 Mar 25 11:59 ROOT.war/
> -rw-r--r-- 1 xcoulon staff 8 Mar 23 17:59 ROOT.war.deployed
> -rw-r--r-- 1 xcoulon staff 8 Mar 25 12:18 ROOT.war.isdeploying
> -rw-r--r-- 1 xcoulon staff 8415373 Aug 11 2015 activemq-rar.rar
> -rw-r--r-- 1 xcoulon staff 16 Aug 11 2015 activemq-rar.rar.deployed
> -rw-r--r-- 1 xcoulon staff 16 Mar 25 12:18 activemq-rar.rar.isdeploying
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBDS-3761) when replacing an existing VBox install, should use the same install folder; could also ask user where they want VirtualBox installed
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3761?page=com.atlassian.jira.plugin.... ]
Denis Golovin commented on JBDS-3761:
-------------------------------------
VirtualBox msi installer adds target location to System environment, which is not available in you current environment until you at leas log off and log in. Sometimes even reboot required in rare scenarios.
You also can get in another 'bad state' when you installed virtualbox restarted, then uninstalled it and start Developer Platform installer. In this scenario uninstalled VirtualBox is going to be detected because system environment variables are still the same. In this case log-in/log-off workaround would not help. You will see there is no virtualbox signs in system environment but if you say echo %PATH% there would be an entry for uninstalled virtualbox. That can be fixed only with restart.
> when replacing an existing VBox install, should use the same install folder; could also ask user where they want VirtualBox installed
> -------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBDS-3761
> URL: https://issues.jboss.org/browse/JBDS-3761
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Components: installer
> Affects Versions: 9.1.0.CR1
> Reporter: Nick Boldt
> Fix For: 9.1.0.GA
>
> Attachments: JBDS3761-VBox508installed-but-honeybadger-installer-doesnt-care.png, vbox-install-omits-guestadditions.png
>
>
> I had Virtual Box 5.0.16 installed.
> The dev platform installer (build 33) decided 5.0.16 was bad, uninstalled it, and instead installed 5.0.8 into C:\DeveloperPlatform\virtualbox (where I had had it installed to the default folder, c:\Program Files\Oracle\VirtualBox.
> As a result, my existing VB install cannot find the Guest Additions iso image.
> !vbox-install-omits-guestadditions.png!
> I suggest that since the installation of Virtual Box isn't something that is necessarily tied into the DevPlatform, it should be installed into its default folder, c:\Program Files\Oracle\VirtualBox, rather than C:\DeveloperPlatform\virtualbox.
> Or if not, the installer could ask the user if they want to use the default folder (for reuse) or install under the DeveloperPlatform folder (for a more self-contained installation footprint).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-22078) Error publishing war file to wildfy 10.0 on windows
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22078?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-22078:
-------------------------------------
it looks like we're trying to rename a file from the wildfly/tmp directory to wildfly/deployment already containing the same file
> Error publishing war file to wildfy 10.0 on windows
> ---------------------------------------------------
>
> Key: JBIDE-22078
> URL: https://issues.jboss.org/browse/JBIDE-22078
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Affects Versions: 4.3.0.Final
> Environment: - Windows 7 x64
> - jdk1.8.0_77 (32-bit)
> - Eclipse Mars.2 (32-bit)
> - JBoss Tools 4.3.0.FINAL
> - Wildfly 10.0.0.FINAL
> Reporter: Tobias van den Berg
> Assignee: Rob Stryker
>
> The following error is thrown after publishing a maven webapplication (.war) to Wildfly 10.0:
> "Error renaming C:\wildfly-10.0.0.Final\standalone\tmp\tmp8945090880188299781.properties to C:\wildfly-10.0.0.Final\standalone\deployments\WebViewer-0.0.3-SNAPSHOT.war\META-INF\maven\nl.incad.webviewer\WebViewer\pom.properties.
> This may be caused by incorrect file permissions, or your server's temporary deploy directory may be on a different filesystem than the final destination.
> You may adjust these settings in the server editor."
> The webapplication is no longer available/online after the error. The only solution is to restart the server and to re-add the webapplication to the server. This makes it very hard to develop/test a webapplication on wildfly 10. The same error is thrown on wildfly 8.0/8.1, but the difference is that the webapplication is still available/online after the error.
> I've tried/tested the following:
> - Checked/updated Windows file permisions for the wildfly directory
> - Take ownership of the wildfly directory (recursively)
> - Disabled Windows User Account Control (UAC)
> - Run Eclipse as Admin
> Relates to:
> - JBIDE-18697
> - JBIDE-17545
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-22078) Error publishing war file to wildfy 10.0 on windows
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22078?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-22078:
-------------------------------------
Yup I can reproduce on win10. The error occurs on cleaning the server
> Error publishing war file to wildfy 10.0 on windows
> ---------------------------------------------------
>
> Key: JBIDE-22078
> URL: https://issues.jboss.org/browse/JBIDE-22078
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Affects Versions: 4.3.0.Final
> Environment: - Windows 7 x64
> - jdk1.8.0_77 (32-bit)
> - Eclipse Mars.2 (32-bit)
> - JBoss Tools 4.3.0.FINAL
> - Wildfly 10.0.0.FINAL
> Reporter: Tobias van den Berg
> Assignee: Rob Stryker
>
> The following error is thrown after publishing a maven webapplication (.war) to Wildfly 10.0:
> "Error renaming C:\wildfly-10.0.0.Final\standalone\tmp\tmp8945090880188299781.properties to C:\wildfly-10.0.0.Final\standalone\deployments\WebViewer-0.0.3-SNAPSHOT.war\META-INF\maven\nl.incad.webviewer\WebViewer\pom.properties.
> This may be caused by incorrect file permissions, or your server's temporary deploy directory may be on a different filesystem than the final destination.
> You may adjust these settings in the server editor."
> The webapplication is no longer available/online after the error. The only solution is to restart the server and to re-add the webapplication to the server. This makes it very hard to develop/test a webapplication on wildfly 10. The same error is thrown on wildfly 8.0/8.1, but the difference is that the webapplication is still available/online after the error.
> I've tried/tested the following:
> - Checked/updated Windows file permisions for the wildfly directory
> - Take ownership of the wildfly directory (recursively)
> - Disabled Windows User Account Control (UAC)
> - Run Eclipse as Admin
> Relates to:
> - JBIDE-18697
> - JBIDE-17545
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBDS-3761) when replacing an existing VBox install, should use the same install folder; could also ask user where they want VirtualBox installed
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3761?page=com.atlassian.jira.plugin.... ]
Nick Boldt edited comment on JBDS-3761 at 4/4/16 11:40 AM:
-----------------------------------------------------------
FWIW:
{code:title=c:\WINDOWS\system32\cmd.exe}
C:\Program Files\Oracle\VirtualBox>where virtualbox
C:\Program Files\Oracle\VirtualBox\VirtualBox.exe
C:\>where virtualbox
INFO: Could not find files for the given pattern(s).
{code}
was (Author: nickboldt):
FWIW:
{code:title=c:\WINDOWS\system32\cmd.exe}
C:\Program Files\Oracle\VirtualBox>where virtualbox
C:\Program Files\Oracle\VirtualBox\VirtualBox.exe{code}
> when replacing an existing VBox install, should use the same install folder; could also ask user where they want VirtualBox installed
> -------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBDS-3761
> URL: https://issues.jboss.org/browse/JBDS-3761
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Components: installer
> Affects Versions: 9.1.0.CR1
> Reporter: Nick Boldt
> Fix For: 9.1.0.GA
>
> Attachments: JBDS3761-VBox508installed-but-honeybadger-installer-doesnt-care.png, vbox-install-omits-guestadditions.png
>
>
> I had Virtual Box 5.0.16 installed.
> The dev platform installer (build 33) decided 5.0.16 was bad, uninstalled it, and instead installed 5.0.8 into C:\DeveloperPlatform\virtualbox (where I had had it installed to the default folder, c:\Program Files\Oracle\VirtualBox.
> As a result, my existing VB install cannot find the Guest Additions iso image.
> !vbox-install-omits-guestadditions.png!
> I suggest that since the installation of Virtual Box isn't something that is necessarily tied into the DevPlatform, it should be installed into its default folder, c:\Program Files\Oracle\VirtualBox, rather than C:\DeveloperPlatform\virtualbox.
> Or if not, the installer could ask the user if they want to use the default folder (for reuse) or install under the DeveloperPlatform folder (for a more self-contained installation footprint).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years