[JBoss JIRA] (JBIDE-23039) Need an interactive terminal that fits specific requirements
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23039?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-23039:
-----------------------------------
Priority: Major (was: Blocker)
> 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
> Fix For: 4.4.2.AM1
>
> 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)
9 years, 7 months
[JBoss JIRA] (JBIDE-23095) Add missing error notificators into design view for elements with ids.
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23095?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-23095:
-----------------------------------
Fix Version/s: 4.4.x
> Add missing error notificators into design view for elements with ids.
> ----------------------------------------------------------------------
>
> Key: JBIDE-23095
> URL: https://issues.jboss.org/browse/JBIDE-23095
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: batch
> Affects Versions: 4.4.1.Final
> Reporter: Ondrej Dockal
> Fix For: 4.4.x
>
> Attachments: BatchNoValidationDesignTab.png, BatchValidationOfIDSourceTab.png
>
>
> I noticed missing error notifications (small error icons used for example at ref. attributes) when working with design view elements like step/flow/decision that have an id attribute. In source view we can see there is an error on line where id is duplicated, but not in design view, see attachments (source view: error icon on second occurence of my-step-listener, in design view this does not work).
> P.S. Do not notice duplicated messages in Problem view, it's been already reported.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months