[JBoss JIRA] (JBDS-4006) Unable to add nested <when> in Camel - Blueprint
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBDS-4006?page=com.atlassian.jira.plugin.... ]
Mickael Istria commented on JBDS-4006:
--------------------------------------
[~rhn-support-aboucham]: ok. However, if this is an issue that can affect any user, feel free to make your comment public (and not restricted to RH employees) as some other readers can find them useful.
> Unable to add nested <when> in Camel - Blueprint
> ------------------------------------------------
>
> Key: JBDS-4006
> URL: https://issues.jboss.org/browse/JBDS-4006
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Affects Versions: 8.0.0.GA
> Reporter: Abel BOUCHAMA
>
> When we add <when> condition in existing <when> block in blueprint.xml source view, and we save it. If we go after to design view and come back after to source view, the new block <when> disappear.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBDS-3959) DevSuite Uninstaller for Windows
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3959?page=com.atlassian.jira.plugin.... ]
Denis Golovin updated JBDS-3959:
--------------------------------
Description:
DevSuite should provide uninstaller that would remove what was installed by installer and skip what was detected during installation.
Uninstaller script is located uninstaller/uninstall.ps1 after installation.
Before running the script make sure vagrant vm is destroyed with
{code}vagrant destroy{code}
To run uninstaller start windows command processor or powershell and issue
{code}powershell -ExecutionPolicy bypass -File c:\${targetInstallFolder}\unistaller\uninstall.ps1 -Verb runas{code}
Uninstaller script output would look like example below:
{code}C:\Users\eskimo>powershell -ExecutionPolicy bypass -File c:\${targetInstallFolder}\unistaller\uninstall.ps1
Uninstalling Development Suite
Removing VirtualBox
DONE
Removing Vagrant
DONE
Removing VirtualBox
DONE
Removing installation folder
DONE
Removing path entries
DONE
Press any key to exit:
C:\Users\eskimo>{code}
was:DevSuite should provide uninstaller that would remove what was installed by installer and skip what was detected during installation.
> DevSuite Uninstaller for Windows
> --------------------------------
>
> Key: JBDS-3959
> URL: https://issues.jboss.org/browse/JBDS-3959
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Feature Request
> Components: platform-installer
> Affects Versions: 10.1.0.AM3
> Reporter: Denis Golovin
> Assignee: Denis Golovin
> Fix For: 10.1.0.GA
>
>
> DevSuite should provide uninstaller that would remove what was installed by installer and skip what was detected during installation.
> Uninstaller script is located uninstaller/uninstall.ps1 after installation.
> Before running the script make sure vagrant vm is destroyed with
> {code}vagrant destroy{code}
> To run uninstaller start windows command processor or powershell and issue
> {code}powershell -ExecutionPolicy bypass -File c:\${targetInstallFolder}\unistaller\uninstall.ps1 -Verb runas{code}
> Uninstaller script output would look like example below:
> {code}C:\Users\eskimo>powershell -ExecutionPolicy bypass -File c:\${targetInstallFolder}\unistaller\uninstall.ps1
> Uninstalling Development Suite
> Removing VirtualBox
> DONE
> Removing Vagrant
> DONE
> Removing VirtualBox
> DONE
> Removing installation folder
> DONE
> Removing path entries
> DONE
> Press any key to exit:
> C:\Users\eskimo>{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-20362) Extracting of a download runtime is slow on Mac
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20362?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-20362:
-------------------------------------
[~mmalina] Can you checkout, build, and test this? https://github.com/jbosstools/jbosstools-base/pull/523/files
I think it *should* work, but the problem here is that it uses reflection against internal details, and so maybe won't work forever. I guess first question is whether it works,.... second is whether we can even commit it. Mind giving a look?
> Extracting of a download runtime is slow on Mac
> -----------------------------------------------
>
> Key: JBIDE-20362
> URL: https://issues.jboss.org/browse/JBIDE-20362
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: runtime-detection
> Affects Versions: 4.3.0.Beta2
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.4.1.Final
>
>
> While playing with the Download runtime fuctionality, I noticed that once a runtime (e.g. EAP 6.2) is downloaded, the extraction takes very long. I think it used to be fast and the extraction was done without any progress reporting. But now it seems that every subdirectory in the archive is being printed out which slows it down.
> This extraction process took 1 min 23 sec for EAP 6.2 and I have an SSD. On a command line, this would take a few seconds.
> I think the solution may be to simply show "Extracting" without printing out each file/directory that is being extracted.
> (Furthermore, the progress bar does not reflect the progress - it seems there is still only perhaps 5 % done and then it's suddenly over.)
> I can record a screencast if you like, but I think this should be easy to replicate.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months