[JBoss JIRA] Created: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
7:41 p.m.
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't get
executed but triggers a user provided listener (pretty much like a Forge plugin) that can
build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:46 p.m.
New subject: [JBoss JIRA] Commented: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
[
https://issues.jboss.org/browse/SEAMFORGE-253?page=com.atlassian.jira.plu...
]
Koen Aers commented on SEAMFORGE-253:
-------------------------------------
To give some more info: I actually liked the use of this 'hidden' plugin because
it provided me pretty much with all I needed. I think the only thing that needs to be
provided is a way to really hide the command, maybe with a '@Hidden' annotation or
something alike. Or is that too hacky?
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't
get executed but triggers a user provided listener (pretty much like a Forge plugin) that
can build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:48 p.m.
New subject: [JBoss JIRA] Commented: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
[
https://issues.jboss.org/browse/SEAMFORGE-253?page=com.atlassian.jira.plu...
]
Lincoln Baxter III commented on SEAMFORGE-253:
----------------------------------------------
What do you think about something like this that gets evaluated before the command is
parsed or executed?
{code}
/**
* Allows the shell input stream to be intercepted, modified, or observed by extensions.
*
* @author <a href="mailto:lincolnbaxter@gmail.com">Lincoln Baxter,
III</a>
*
*/
public interface InputStreamInterceptor
{
/**
* Intercepts a line of input and returns it along with any modifications. The returned
value will be passed to the
* Shell for invocation.
*/
public String intercept(String line);
}
{code}
I hesitate to use hidden plugins, because I think we are already going to have plugin name
conflicts soon (though we could qualify them)
But this is probably a useful API anyway.
Thoughts?
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't
get executed but triggers a user provided listener (pretty much like a Forge plugin) that
can build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:54 p.m.
New subject: [JBoss JIRA] Commented: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
[
https://issues.jboss.org/browse/SEAMFORGE-253?page=com.atlassian.jira.plu...
]
Koen Aers commented on SEAMFORGE-253:
-------------------------------------
This looks good indeed. But there will be anyhow be a risk that valid commands are
intercepted and filtered.
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't
get executed but triggers a user provided listener (pretty much like a Forge plugin) that
can build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:03 p.m.
New subject: [JBoss JIRA] Commented: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
[
https://issues.jboss.org/browse/SEAMFORGE-253?page=com.atlassian.jira.plu...
]
Lincoln Baxter III commented on SEAMFORGE-253:
----------------------------------------------
Actually I think that we can do this without adding any SPIs using a Decorator on the
Shell interface: http://docs.jboss.org/weld/reference/1.0.0/en-US/html/decorators.html
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't
get executed but triggers a user provided listener (pretty much like a Forge plugin) that
can build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:23 p.m.
New subject: [JBoss JIRA] Closed: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
[
https://issues.jboss.org/browse/SEAMFORGE-253?page=com.atlassian.jira.plu...
]
Lincoln Baxter III closed SEAMFORGE-253.
----------------------------------------
Assignee: Lincoln Baxter III
Resolution: Won't Fix
No need to update since decorators can be applied without code changes.
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
Assignee: Lincoln Baxter III
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't
get executed but triggers a user provided listener (pretty much like a Forge plugin) that
can build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:48 p.m.
New subject: [JBoss JIRA] Reopened: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
[
https://issues.jboss.org/browse/SEAMFORGE-253?page=com.atlassian.jira.plu...
]
Lincoln Baxter III reopened SEAMFORGE-253:
------------------------------------------
decorators don't work
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
Assignee: Lincoln Baxter III
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't
get executed but triggers a user provided listener (pretty much like a Forge plugin) that
can build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:48 p.m.
New subject: [JBoss JIRA] Closed: (SEAMFORGE-253) Provide a way for external processes to communicate with Forge
[
https://issues.jboss.org/browse/SEAMFORGE-253?page=com.atlassian.jira.plu...
]
Lincoln Baxter III closed SEAMFORGE-253.
----------------------------------------
Resolution: Done
Implemented org.jboss.forge.shell.spi.CommandInterceptor
Provide a way for external processes to communicate with Forge
---------------------------------------------------------------
Key: SEAMFORGE-253
URL: https://issues.jboss.org/browse/SEAMFORGE-253
Project: Seam Forge
Issue Type: Feature Request
Reporter: Koen Aers
Assignee: Lincoln Baxter III
For the Eclipse Forge Tools I need to be able to do the following:
- ask Forge for the list of available commands in the current context
- ask Forge for the plugin/command/option metadata
Ideally this should be done by sending Forge a 'meta' command that doesn't
get executed but triggers a user provided listener (pretty much like a Forge plugin) that
can build and send back the response.
I have experimented with a Forge plugin providing this behaviour but of course then this
plugin shows up in the list of available commands which I don't want. This plugin had
an alias that started with the ansi escape sequence so that its echo was easily detected
and handled appropriately.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4665
days inactive
4671
days old
7 comments
2 participants
participants (2)
-
Koen Aers (JIRA) -
Lincoln Baxter III (JIRA)