[JBoss JIRA] (JBIDE-21801) On Windows, can't Download Runtimes for JBoss EAP and JBoss Fuse
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21801?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-21801:
-----------------------------------
Component/s: server
> On Windows, can't Download Runtimes for JBoss EAP and JBoss Fuse
> ----------------------------------------------------------------
>
> Key: JBIDE-21801
> URL: https://issues.jboss.org/browse/JBIDE-21801
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.3.1.Beta2
> Reporter: Aurélien Pupier
> Assignee: Rob Stryker
> Attachments: 1-preferencepage.png, 2-selectRuntime.png, 3-clickDownLoadAndInstall.png, 4-selectEactVersion.png, 5-fillCredentials.png, 6-PleaseuseFollowingLink.png, 7-allInformationprovided.png
>
>
> first technical investigation:
> - the url used to retrieve information on the Terms and conditions page is (I put a breakpoint on DownloadmanagertermsAndConditionsFragment.getTCResponseString): https://developers.redhat.com/download-manager/rest/tc?downloadURL=https%...
> and it returns:
> {noformat}
> <?xml version="1.0" encoding="UTF-8"?>
> <result>
> <htmlText><![CDATA[It is no longer possible to accept terms and conditions in the wizard. Please, use <a href="https://developers.redhat.com/download-manager/file/jboss-fuse-6.2.1.GA-f...">following link</a> instead!]]></htmlText>
> <plainText><![CDATA[It is no longer possible to accept terms and conditions in the wizard. Please, use https://developers.redhat.com/download-manager/file/jboss-fuse-6.2.1.GA-f... instead!]]></plainText>
> <customParams>
> <param name="company" label="Company" />
> <param name="country" label="Country" >
> <options multiple="false">
> </options>
> </param>
> <param name="downloadURL" label="Downloaded file" >
> <options multiple="false">
> <option key="https://www.jboss.org/download-manager/content/origin/files/sha256/e5/e5b..."/>
> </options>
> </param>
> </customParams>
> </result>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBDS-3651) Reduce the delay between the main window opening and the first page being rendered
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBDS-3651?page=com.atlassian.jira.plugin.... ]
Alexey Kazakov reassigned JBDS-3651:
------------------------------------
Assignee: Denis Golovin
> Reduce the delay between the main window opening and the first page being rendered
> ----------------------------------------------------------------------------------
>
> Key: JBDS-3651
> URL: https://issues.jboss.org/browse/JBDS-3651
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Enhancement
> Components: installer
> Reporter: Jan Richter
> Assignee: Denis Golovin
> Labels: havoc
> Fix For: 9.1.0.CR1
>
>
> Starting the installer right now leaves the user with about 3 seconds of staring at an empty window before the content shows up.
> I've done a few tests on this matter and it seems majority of those 3 seconds is spent on angular bootstrap - mainly loading the required files and registering controllers. Replacing the index with simple static HTML causes the page to render almost instantaneously.
> We should consider some way of showing the GUI before the user falls asleep (before angular fully loads the entire app).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBDS-3651) Reduce the delay between the main window opening and the first page being rendered
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBDS-3651?page=com.atlassian.jira.plugin.... ]
Alexey Kazakov updated JBDS-3651:
---------------------------------
Fix Version/s: 9.1.0.CR1
> Reduce the delay between the main window opening and the first page being rendered
> ----------------------------------------------------------------------------------
>
> Key: JBDS-3651
> URL: https://issues.jboss.org/browse/JBDS-3651
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Enhancement
> Components: installer
> Reporter: Jan Richter
> Labels: havoc
> Fix For: 9.1.0.CR1
>
>
> Starting the installer right now leaves the user with about 3 seconds of staring at an empty window before the content shows up.
> I've done a few tests on this matter and it seems majority of those 3 seconds is spent on angular bootstrap - mainly loading the required files and registering controllers. Replacing the index with simple static HTML causes the page to render almost instantaneously.
> We should consider some way of showing the GUI before the user falls asleep (before angular fully loads the entire app).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBIDE-21791) Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
by Claus Ibsen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21791?page=com.atlassian.jira.plugi... ]
Claus Ibsen edited comment on JBIDE-21791 at 3/1/16 10:35 AM:
--------------------------------------------------------------
I dont know the internals of forge here, but what I am looking for is the get the "newest" content of a resource, where by "newest" i mean
a) the current text in the source code editor if the resource is being edited, and have not yet been saved
b) the text from the resource from disk which is the "newest".
What forge gives me today is giving me only access to (b) I assume. Although I get the resource as a JavaResouce abstraction, then the getContents() method would likely load from disk, as in (b) which in light of these latest tickets I strongly suspect is the old saved content on disk, and not the newest from memory.
This works fine in CLI etc where you "do not have a editor and work on files in memory" but in the CLI you only work on files on disk, and save to disk after changes.
I was a bit surprised as there is plenty of forge addons that work on java code to add JPA entities / equals/hashCode and whatnot. So woudln't these addons not have same problem? Or are nobody using them and haven't noticed this problem. Or are this a newbie error developing custom forge addons.
And as I understand the forge addons is that they force re-load the resources after the command is executed, as a way to "signal" to Eclipse/IDEA that the files may be changed externally so update them in your windows. At least I have seen some code doing that in IDEA forge plugin. Not sure if its identical in Eclipse.
But I wonder if there is not a way for getting the content using some IDEA or Eclipse API/hook so you can work on the memory content and IDEA/Eclipse is aware that you are editing it, and when you are done calling "save" or what the api could be, they can save those changes memory only in the window, as if the end user had typed/changed those himself. In that case a "force-save" is not needed. And it also works better with undo commands and so on. And would be nice if all those changes could be combined into a single "action" for undo. Like for example running a command in IDEA, you can undo it entirely and get as before. Would be nice to be the same with forge.
Maybe [~gastaldi] have some thoughts?
was (Author: davsclaus):
I dont know the internals of forge here, but what I am looking for is the get the "newest" content of a resource, where by "newest" i mean
a) the current text in the source code editor if the resource is being edited, and have not yet been saved
b) the text from the resource from disk which is the "newest".
What forge gives me today is giving me only access to (b) I assume. Although I get the resource as a JavaResouce abstraction, then the getContents() method would likely load from disk, as in (b) which in light of these latest tickets I strongly suspect is the old saved content on disk, and not the newest from memory.
This works fine in CLI etc where you do not have a editor and work on files in memory.
I was a bit surprised as there is plenty of forge addons that work on java code to add JPA entities / equals/hashCode and whatnot. So woudln't these addons not have same problem? Or are nobody using them and haven't noticed this problem. Or are this a newbie error developing custom forge addons.
And as I understand the forge addons is that they force re-load the resources after the command is executed, as a way to "signal" to Eclipse/IDEA that the files may be changed externally so update them in your windows. At least I have seen some code doing that in IDEA forge plugin. Not sure if its identical in Eclipse.
But I wonder if there is not a way for getting the content using some IDEA or Eclipse API/hook so you can work on the memory content and IDEA/Eclipse is aware that you are editing it, and when you are done calling "save" or what the api could be, they can save those changes memory only in the window, as if the end user had typed/changed those himself. In that case a "force-save" is not needed. And it also works better with undo commands and so on. And would be nice if all those changes could be combined into a single "action" for undo. Like for example running a command in IDEA, you can undo it entirely and get as before. Would be nice to be the same with forge.
Maybe [~gastaldi] have some thoughts?
> Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
> ---------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21791
> URL: https://issues.jboss.org/browse/JBIDE-21791
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.3.1.Beta2
> Reporter: Claus Ibsen
> Fix For: 4.3.1.CR1
>
> Attachments: eclipse-add.png
>
>
> Similar problem as FORGE-2605 but this time its in Eclipse.
> See the attached screenshot, where I have edited the file camel-context.xml, and then run my forge command, which would insert a Camel endpoint at the cursor position. But eclipse has detected a file conflict as in that dialog.
> I wonder if the fix should be like in IDEA to save the file before the command is run.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBIDE-21791) Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
by Claus Ibsen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21791?page=com.atlassian.jira.plugi... ]
Claus Ibsen edited comment on JBIDE-21791 at 3/1/16 10:34 AM:
--------------------------------------------------------------
I dont know the internals of forge here, but what I am looking for is the get the "newest" content of a resource, where by "newest" i mean
a) the current text in the source code editor if the resource is being edited, and have not yet been saved
b) the text from the resource from disk which is the "newest".
What forge gives me today is giving me only access to (b) I assume. Although I get the resource as a JavaResouce abstraction, then the getContents() method would likely load from disk, as in (b) which in light of these latest tickets I strongly suspect is the old saved content on disk, and not the newest from memory.
This works fine in CLI etc where you do not have a editor and work on files in memory.
I was a bit surprised as there is plenty of forge addons that work on java code to add JPA entities / equals/hashCode and whatnot. So woudln't these addons not have same problem? Or are nobody using them and haven't noticed this problem. Or are this a newbie error developing custom forge addons.
And as I understand the forge addons is that they force re-load the resources after the command is executed, as a way to "signal" to Eclipse/IDEA that the files may be changed externally so update them in your windows. At least I have seen some code doing that in IDEA forge plugin. Not sure if its identical in Eclipse.
But I wonder if there is not a way for getting the content using some IDEA or Eclipse API/hook so you can work on the memory content and IDEA/Eclipse is aware that you are editing it, and when you are done calling "save" or what the api could be, they can save those changes memory only in the window, as if the end user had typed/changed those himself. In that case a "force-save" is not needed. And it also works better with undo commands and so on. And would be nice if all those changes could be combined into a single "action" for undo. Like for example running a command in IDEA, you can undo it entirely and get as before. Would be nice to be the same with forge.
Maybe [~gastaldi] have some thoughts?
was (Author: davsclaus):
I dont know the internals of forge here, but what I am looking for is the get the "newest" content of a resource, where by "newest" i mean
a) the current text in the source code editor if the resource is being edited, and have not yet been saved
b) the text from the resource from disk which is the "newest".
What forge gives me today is giving me only access to (b) I assume. Although I get the resource as a JavaResouce abstraction, then the getContents() method would likely load from disk, as in (b).
This works fine in CLI etc where you do not have a editor and work on files in memory.
I was a bit surprised as there is plenty of forge addons that work on java code to add JPA entities / equals/hashCode and whatnot. So woudln't these addons not have same problem? Or are nobody using them and haven't noticed this problem. Or are this a newbie error developing custom forge addons.
And as I understand the forge addons is that they force re-load the resources after the command is executed, as a way to "signal" to Eclipse/IDEA that the files may be changed externally so update them in your windows. At least I have seen some code doing that in IDEA forge plugin. Not sure if its identical in Eclipse.
But I wonder if there is not a way for getting the content using some IDEA or Eclipse API/hook so you can work on the memory content and IDEA/Eclipse is aware that you are editing it, and when you are done calling "save" or what the api could be, they can save those changes memory only in the window, as if the end user had typed/changed those himself. In that case a "force-save" is not needed. And it also works better with undo commands and so on. And would be nice if all those changes could be combined into a single "action" for undo. Like for example running a command in IDEA, you can undo it entirely and get as before. Would be nice to be the same with forge.
Maybe [~gastaldi] have some thoughts?
> Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
> ---------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21791
> URL: https://issues.jboss.org/browse/JBIDE-21791
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.3.1.Beta2
> Reporter: Claus Ibsen
> Fix For: 4.3.1.CR1
>
> Attachments: eclipse-add.png
>
>
> Similar problem as FORGE-2605 but this time its in Eclipse.
> See the attached screenshot, where I have edited the file camel-context.xml, and then run my forge command, which would insert a Camel endpoint at the cursor position. But eclipse has detected a file conflict as in that dialog.
> I wonder if the fix should be like in IDEA to save the file before the command is run.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBIDE-21791) Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
by Claus Ibsen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21791?page=com.atlassian.jira.plugi... ]
Claus Ibsen commented on JBIDE-21791:
-------------------------------------
I dont know the internals of forge here, but what I am looking for is the get the "newest" content of a resource, where by "newest" i mean
a) the current text in the source code editor if the resource is being edited, and have not yet been saved
b) the text from the resource from disk which is the "newest".
What forge gives me today is giving me only access to (b) I assume. Although I get the resource as a JavaResouce abstraction, then the getContents() method would likely load from disk, as in (b).
This works fine in CLI etc where you do not have a editor and work on files in memory.
I was a bit surprised as there is plenty of forge addons that work on java code to add JPA entities / equals/hashCode and whatnot. So woudln't these addons not have same problem? Or are nobody using them and haven't noticed this problem. Or are this a newbie error developing custom forge addons.
And as I understand the forge addons is that they force re-load the resources after the command is executed, as a way to "signal" to Eclipse/IDEA that the files may be changed externally so update them in your windows. At least I have seen some code doing that in IDEA forge plugin. Not sure if its identical in Eclipse.
But I wonder if there is not a way for getting the content using some IDEA or Eclipse API/hook so you can work on the memory content and IDEA/Eclipse is aware that you are editing it, and when you are done calling "save" or what the api could be, they can save those changes memory only in the window, as if the end user had typed/changed those himself. In that case a "force-save" is not needed. And it also works better with undo commands and so on. And would be nice if all those changes could be combined into a single "action" for undo. Like for example running a command in IDEA, you can undo it entirely and get as before. Would be nice to be the same with forge.
Maybe [~gastaldi] have some thoughts?
> Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
> ---------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21791
> URL: https://issues.jboss.org/browse/JBIDE-21791
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.3.1.Beta2
> Reporter: Claus Ibsen
> Fix For: 4.3.1.CR1
>
> Attachments: eclipse-add.png
>
>
> Similar problem as FORGE-2605 but this time its in Eclipse.
> See the attached screenshot, where I have edited the file camel-context.xml, and then run my forge command, which would insert a Camel endpoint at the cursor position. But eclipse has detected a file conflict as in that dialog.
> I wonder if the fix should be like in IDEA to save the file before the command is run.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBIDE-21710) [CDK] replace calls to adbinfo plugin with service-manager plugin
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21710?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-21710:
---------------------------------------------
[~mmalina] if you make sure adbinfo is not installed it should fail if it does not use servicemanager.
likewise it should handle failing if neither plugin is not available.
> [CDK] replace calls to adbinfo plugin with service-manager plugin
> -----------------------------------------------------------------
>
> Key: JBIDE-21710
> URL: https://issues.jboss.org/browse/JBIDE-21710
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk, server
> Reporter: Navid Shaikh
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
> vagrant-service-manager plugin [1] is a successor for vagrant-adbinfo plugin [2].
> All further development towards displaying and configuring provider [docker, openshift, kubernetes, etc] information from ADB / CDK, will happen in vagrant-service-manager plugin.
> Equivalent functionality from vagrant-adbinfo plugin is now ported to vagrant-service-manager plugin.
> To display docker connection information from vagrant box,
> using adbinfo
> ```
> $ vagrant adbinfo
> ```
> using service-manager
> ```
> $vagrant service-manager env docker
> ```
> Kindly update the tooling which are using adbinfo plugin with service-manager command.
> Note: adbinfo plugin has a dependency on `scp` / `pscp` utility for copying certs. service-manager plugin does not need `scp` / `pscp` utility to copy the certs.
> [1] https://github.com/projectatomic/vagrant-service-manager
> [2] https://github.com/projectatomic/vagrant-adbinfo
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBIDE-21791) Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
by Lars Heinemann (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21791?page=com.atlassian.jira.plugi... ]
Lars Heinemann edited comment on JBIDE-21791 at 3/1/16 10:29 AM:
-----------------------------------------------------------------
Hard to say without any steps on how to reproduce that issue. I have also no clue how the forge command works here. Probably its related to the forge command even. Need more input. Keep in mind that we use the default xml editor for our editor. So there is no magic voodoo we do here especially for Fuse Tooling.
was (Author: lhein):
Hard to say without any steps on how to reproduce that issue. I have also no clue how the forge command works here. Probably its related to the forge command even. Need more input.
> Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
> ---------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21791
> URL: https://issues.jboss.org/browse/JBIDE-21791
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.3.1.Beta2
> Reporter: Claus Ibsen
> Fix For: 4.3.1.CR1
>
> Attachments: eclipse-add.png
>
>
> Similar problem as FORGE-2605 but this time its in Eclipse.
> See the attached screenshot, where I have edited the file camel-context.xml, and then run my forge command, which would insert a Camel endpoint at the cursor position. But eclipse has detected a file conflict as in that dialog.
> I wonder if the fix should be like in IDEA to save the file before the command is run.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBIDE-21802) Content assist for image names in "Deploy Docker Image" wizard
by Xavier Coulon (JIRA)
Xavier Coulon created JBIDE-21802:
-------------------------------------
Summary: Content assist for image names in "Deploy Docker Image" wizard
Key: JBIDE-21802
URL: https://issues.jboss.org/browse/JBIDE-21802
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: openshift
Affects Versions: 4.3.1.Beta2
Reporter: Xavier Coulon
Assignee: Xavier Coulon
The {{Image Name}} field could be enhanced with content assist based on the list of image names+tags retrieved from the selected Docker connection.
If the user inputs a name that does not match the list, a warning on the page would inform him/her that a remote call to the registry would be performed upon page completion, ie, when clicking on the {{Next}} button.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (JBIDE-21791) Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
by Lars Heinemann (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21791?page=com.atlassian.jira.plugi... ]
Lars Heinemann commented on JBIDE-21791:
----------------------------------------
Hard to say without any steps on how to reproduce that issue. I have also no clue how the forge command works here. Probably its related to the forge command even. Need more input.
> Forge addon - Changing the current file may cause a "file has changed in file vs memory" issue in Eclipse
> ---------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21791
> URL: https://issues.jboss.org/browse/JBIDE-21791
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.3.1.Beta2
> Reporter: Claus Ibsen
> Fix For: 4.3.1.CR1
>
> Attachments: eclipse-add.png
>
>
> Similar problem as FORGE-2605 but this time its in Eclipse.
> See the attached screenshot, where I have edited the file camel-context.xml, and then run my forge command, which would insert a Camel endpoint at the cursor position. But eclipse has detected a file conflict as in that dialog.
> I wonder if the fix should be like in IDEA to save the file before the command is run.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months