[JBoss JIRA] (JBTIS-846) Productise the Devstudio IS stand-alone installer
by Paul Leacu (JIRA)
Paul Leacu created JBTIS-846:
--------------------------------
Summary: Productise the Devstudio IS stand-alone installer
Key: JBTIS-846
URL: https://issues.jboss.org/browse/JBTIS-846
Project: JBoss Tools Integration Stack
Issue Type: Feature Request
Components: distribution
Affects Versions: 9.0.2.GA
Reporter: Paul Leacu
Assignee: Paul Leacu
Fix For: 9.0.2.GA
The IS devstudio pom can now build a stand-alone installer. Modify any/all Jenkins jobs, product.yml, etc to handle productizing the installer.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 10 months
[JBoss JIRA] (JBIDE-23039) Need an interactive terminal that fits specific requirements
by Roland Grunberg (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23039?page=com.atlassian.jira.plugi... ]
Roland Grunberg edited comment on JBIDE-23039 at 8/30/16 1:02 PM:
------------------------------------------------------------------
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
UPDATE : After some more tinkering, I set up an example of calling 'vagrant up fedora/23-cloud-base', which causes a prompt because mutliple providers exist for that image.
If one just calls that with Runtime.getRuntime().exec(..) that error message you describe above comes up. If we then wrap that script around 'script -qfc "vagrant up fedora/23-cloud-base" /dev/null', then vagrant responds with the expected output indicating one must select a provider, and even the terminal codes are intact within the message. Given that these will be taken care of by Terminal.TM I think this should solve your needs. Also don't forget that you probably only need that for "Linux" and things should work using just the standard 'vagrant up' on Windows according to the vagrant sources.
was (Author: rgrunber):
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
UPDATE : After some more tinkering, I set up an example of calling 'vagrant up fedora/23-cloud-base', which causes a prompt because mutliple providers exist for that image.
If one just calls that with Runtime.getRuntime().exec(..) that error message you describe above comes up. If we then wrap that script around 'script -qfc "vagrant up fedora/23-cloud-base" /dev/null', then vagrant responds with the expected output indicating one must select a provider, and even the terminal codes are intact within the message. Given that these will be taken care of by Terminal.TM I think this should solve your needs. Also don't forget that you probably only need that for "Linux" because according to vagrant sources, stdin.tty is never checked unless not on Windows.
> Need an interactive terminal that fits specific requirements
> ------------------------------------------------------------
>
> Key: JBIDE-23039
> URL: https://issues.jboss.org/browse/JBIDE-23039
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.4.1.AM2
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Attachments: vagranttty.png
>
>
> CDK Tools requires a terminal that allows interactivity of i/o. The full set of requirements is a bit difficult to find a solution for.
> 1) I must be able to get a Process or IProcess object when a command is run
> 2) I must be able to get an event or know when the process terminates
> 3) The terminal or console must be interactive and allow user input when prompted.
> 4) It must behave as in 3) for 'vagrant' commands and any and all associated plugins.
> These three requirements thus far seem impossible to solve. Solutions that have been attempted are:
> 1) Creating a java Process by myself via Runtime.exec. The interactive prompts never arrive and there is no API for Process to know when it is waiting for input.
> 2) Using the external-tools launch configuration. When running a command like mvn, the console that pops up seems to allow input from the user, and functions as expected. However, when running a command such as vagrant, such prompts are not provided. In our usecase, the following behavior is observed:
> a) During vagrant-registration prompts, the console indicates it is not a TTY terminal and cannot allow input
> b) During a landrush prompt for superuser status, no prompt is made, no TTY message is listed, and the process appears to have frozen
> 3) Launching / Opening a tm.terminal view. This solution fails requirements 1 and 2. We are not able to get a Process or an IProcess when a command is launched in a proper interactive terminal. This means we can have no way to know when the process has completed.
> Other options have been explored but ended up at dead ends and not worth mentioning. The real question is why interactive behavior is visible when using external-tools launch config for maven, but is not visible when running vagrant.
> Is this a function of the way the vagrant commands display or prompt for input? Why does vagrant-registration require a TTY terminal, but maven does not? Is this something that can be fixed upstream?
> No other obvious solutions have presented themselves in the past year.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 10 months
[JBoss JIRA] (JBIDE-23039) Need an interactive terminal that fits specific requirements
by Roland Grunberg (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23039?page=com.atlassian.jira.plugi... ]
Roland Grunberg edited comment on JBIDE-23039 at 8/30/16 1:01 PM:
------------------------------------------------------------------
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
UPDATE : After some more tinkering, I set up an example of calling 'vagrant up fedora/23-cloud-base', which causes a prompt because mutliple providers exist for that image.
If one just calls that with Runtime.getRuntime().exec(..) that error message you describe above comes up. If we then wrap that script around 'script -qfc "vagrant up fedora/23-cloud-base" /dev/null', then vagrant responds with the expected output indicating one must select a provider, and even the terminal codes are intact within the message. Given that these will be taken care of by Terminal.TM I think this should solve your needs. Also don't forget that you probably only need that for "Linux" because according to vagrant sources, stdin.tty is never checked unless not on Windows.
was (Author: rgrunber):
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
UPDATE : After some more tinkering, I set up an example of calling 'vagrant up fedora/23-cloud-base', which causes a prompt because mutliple providers exist for that image.
If one just calls that with Runtime.getRuntime().exec(..) that error message you describe above comes up. If we then wrap that script around 'script -qfc "vagrant up fedora/23-cloud-base" /dev/null', then vagrant responds with the expected output indicating one must select a provider, and even the terminal codes are intact within the message. Given that these will be taken care of by Terminal.TM I think this should solve your needs.
> Need an interactive terminal that fits specific requirements
> ------------------------------------------------------------
>
> Key: JBIDE-23039
> URL: https://issues.jboss.org/browse/JBIDE-23039
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.4.1.AM2
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Attachments: vagranttty.png
>
>
> CDK Tools requires a terminal that allows interactivity of i/o. The full set of requirements is a bit difficult to find a solution for.
> 1) I must be able to get a Process or IProcess object when a command is run
> 2) I must be able to get an event or know when the process terminates
> 3) The terminal or console must be interactive and allow user input when prompted.
> 4) It must behave as in 3) for 'vagrant' commands and any and all associated plugins.
> These three requirements thus far seem impossible to solve. Solutions that have been attempted are:
> 1) Creating a java Process by myself via Runtime.exec. The interactive prompts never arrive and there is no API for Process to know when it is waiting for input.
> 2) Using the external-tools launch configuration. When running a command like mvn, the console that pops up seems to allow input from the user, and functions as expected. However, when running a command such as vagrant, such prompts are not provided. In our usecase, the following behavior is observed:
> a) During vagrant-registration prompts, the console indicates it is not a TTY terminal and cannot allow input
> b) During a landrush prompt for superuser status, no prompt is made, no TTY message is listed, and the process appears to have frozen
> 3) Launching / Opening a tm.terminal view. This solution fails requirements 1 and 2. We are not able to get a Process or an IProcess when a command is launched in a proper interactive terminal. This means we can have no way to know when the process has completed.
> Other options have been explored but ended up at dead ends and not worth mentioning. The real question is why interactive behavior is visible when using external-tools launch config for maven, but is not visible when running vagrant.
> Is this a function of the way the vagrant commands display or prompt for input? Why does vagrant-registration require a TTY terminal, but maven does not? Is this something that can be fixed upstream?
> No other obvious solutions have presented themselves in the past year.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 10 months
[JBoss JIRA] (JBIDE-23039) Need an interactive terminal that fits specific requirements
by Roland Grunberg (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23039?page=com.atlassian.jira.plugi... ]
Roland Grunberg edited comment on JBIDE-23039 at 8/30/16 1:00 PM:
------------------------------------------------------------------
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
UPDATE : After some more tinkering, I set up an example of calling 'vagrant up fedora/23-cloud-base', which causes a prompt because mutliple providers exist for that image.
If one just calls that with Runtime.getRuntime().exec(..) that error message you describe above comes up. If we then wrap that script around 'script -qfc "vagrant up fedora/23-cloud-base" /dev/null', then vagrant responds with the expected output indicating one must select a provider, and even the terminal codes are intact within the message. Given that these will be taken care of by Terminal.TM I think this should solve your needs.
was (Author: rgrunber):
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
UPDATE : After some more tinkering, I set up an example of calling 'vagrant up fedora/23-cloud-base', which causes a prompt because mutliple providers exist for that image.
If one just calls that with Runtime.getRuntime.exec(..) that error message you describe above comes up. If we then wrap that script around 'script -qfc "vagrant up fedora/23-cloud-base" /dev/null', then vagrant responds with the expected output indicating one must select a provider, and even the terminal codes are intact within the message. Given that these will be taken care of by Terminal.TM I think this should solve your needs.
> Need an interactive terminal that fits specific requirements
> ------------------------------------------------------------
>
> Key: JBIDE-23039
> URL: https://issues.jboss.org/browse/JBIDE-23039
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.4.1.AM2
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Attachments: vagranttty.png
>
>
> CDK Tools requires a terminal that allows interactivity of i/o. The full set of requirements is a bit difficult to find a solution for.
> 1) I must be able to get a Process or IProcess object when a command is run
> 2) I must be able to get an event or know when the process terminates
> 3) The terminal or console must be interactive and allow user input when prompted.
> 4) It must behave as in 3) for 'vagrant' commands and any and all associated plugins.
> These three requirements thus far seem impossible to solve. Solutions that have been attempted are:
> 1) Creating a java Process by myself via Runtime.exec. The interactive prompts never arrive and there is no API for Process to know when it is waiting for input.
> 2) Using the external-tools launch configuration. When running a command like mvn, the console that pops up seems to allow input from the user, and functions as expected. However, when running a command such as vagrant, such prompts are not provided. In our usecase, the following behavior is observed:
> a) During vagrant-registration prompts, the console indicates it is not a TTY terminal and cannot allow input
> b) During a landrush prompt for superuser status, no prompt is made, no TTY message is listed, and the process appears to have frozen
> 3) Launching / Opening a tm.terminal view. This solution fails requirements 1 and 2. We are not able to get a Process or an IProcess when a command is launched in a proper interactive terminal. This means we can have no way to know when the process has completed.
> Other options have been explored but ended up at dead ends and not worth mentioning. The real question is why interactive behavior is visible when using external-tools launch config for maven, but is not visible when running vagrant.
> Is this a function of the way the vagrant commands display or prompt for input? Why does vagrant-registration require a TTY terminal, but maven does not? Is this something that can be fixed upstream?
> No other obvious solutions have presented themselves in the past year.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 10 months
[JBoss JIRA] (JBIDE-23039) Need an interactive terminal that fits specific requirements
by Roland Grunberg (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23039?page=com.atlassian.jira.plugi... ]
Roland Grunberg edited comment on JBIDE-23039 at 8/30/16 12:59 PM:
-------------------------------------------------------------------
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
UPDATE : After some more tinkering, I set up an example of calling 'vagrant up fedora/23-cloud-base', which causes a prompt because mutliple providers exist for that image.
If one just calls that with Runtime.getRuntime.exec(..) that error message you describe above comes up. If we then wrap that script around 'script -qfc "vagrant up fedora/23-cloud-base" /dev/null', then vagrant responds with the expected output indicating one must select a provider, and even the terminal codes are intact within the message. Given that these will be taken care of by Terminal.TM I think this should solve your needs.
was (Author: rgrunber):
I haven't had time to test this out, but here are a few suggestions :
- Can you make sure that the command being launched (presumably 'vagrant up') does not get passed the '--machine-readable' flag. I think I saw it in your code, but it appears vagrant doesn't support both interaction through stdin and that flag.
- Can you try wrapping your Runtime.getRuntime().exec(..) call in 'bash', or 'bash -i' . So basically something like new String [] {"bash", "-i", "-c", "vagrant up"}
> Need an interactive terminal that fits specific requirements
> ------------------------------------------------------------
>
> Key: JBIDE-23039
> URL: https://issues.jboss.org/browse/JBIDE-23039
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.4.1.AM2
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Attachments: vagranttty.png
>
>
> CDK Tools requires a terminal that allows interactivity of i/o. The full set of requirements is a bit difficult to find a solution for.
> 1) I must be able to get a Process or IProcess object when a command is run
> 2) I must be able to get an event or know when the process terminates
> 3) The terminal or console must be interactive and allow user input when prompted.
> 4) It must behave as in 3) for 'vagrant' commands and any and all associated plugins.
> These three requirements thus far seem impossible to solve. Solutions that have been attempted are:
> 1) Creating a java Process by myself via Runtime.exec. The interactive prompts never arrive and there is no API for Process to know when it is waiting for input.
> 2) Using the external-tools launch configuration. When running a command like mvn, the console that pops up seems to allow input from the user, and functions as expected. However, when running a command such as vagrant, such prompts are not provided. In our usecase, the following behavior is observed:
> a) During vagrant-registration prompts, the console indicates it is not a TTY terminal and cannot allow input
> b) During a landrush prompt for superuser status, no prompt is made, no TTY message is listed, and the process appears to have frozen
> 3) Launching / Opening a tm.terminal view. This solution fails requirements 1 and 2. We are not able to get a Process or an IProcess when a command is launched in a proper interactive terminal. This means we can have no way to know when the process has completed.
> Other options have been explored but ended up at dead ends and not worth mentioning. The real question is why interactive behavior is visible when using external-tools launch config for maven, but is not visible when running vagrant.
> Is this a function of the way the vagrant commands display or prompt for input? Why does vagrant-registration require a TTY terminal, but maven does not? Is this something that can be fixed upstream?
> No other obvious solutions have presented themselves in the past year.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 10 months
[JBoss JIRA] (JBIDE-22225) Debugging for node.js applications on Openshift
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22225?page=com.atlassian.jira.plugi... ]
Ilya Buziuk commented on JBIDE-22225:
-------------------------------------
[~jeffmaury], the only concern is that if smth. required for Openshift is broken upstream in JSDT project it will not be possible to fix it after 8th of September (Neon.1 RC4)
> Debugging for node.js applications on Openshift
> -----------------------------------------------
>
> Key: JBIDE-22225
> URL: https://issues.jboss.org/browse/JBIDE-22225
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: javascript, openshift
> Reporter: Gorkem Ercan
> Assignee: Ilya Buziuk
> Labels: debugging, openshift_v3
> Fix For: 4.4.2.AM1
>
> Attachments: Screenshot from 2016-07-21 15-29-25.png
>
>
> We should be able to start and connect the new debugger to a node.js application running on Openshift.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 10 months
[JBoss JIRA] (JBIDE-22225) Debugging for node.js applications on Openshift
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22225?page=com.atlassian.jira.plugi... ]
Jeff MAURY commented on JBIDE-22225:
------------------------------------
According to the comment, you can wait for Neon.1.RC4 to be in TP. This is no hurry as it will not land in 4.4.1/10.1
> Debugging for node.js applications on Openshift
> -----------------------------------------------
>
> Key: JBIDE-22225
> URL: https://issues.jboss.org/browse/JBIDE-22225
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: javascript, openshift
> Reporter: Gorkem Ercan
> Assignee: Ilya Buziuk
> Labels: debugging, openshift_v3
> Fix For: 4.4.2.AM1
>
> Attachments: Screenshot from 2016-07-21 15-29-25.png
>
>
> We should be able to start and connect the new debugger to a node.js application running on Openshift.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 10 months