[JBoss JIRA] (JBIDE-7515) Add (optional) start/stop script to the Deploy only server
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-7515?page=com.atlassian.jira.plugin... ]
Rob Stryker resolved JBIDE-7515.
--------------------------------
Resolution: Done
Please open a new issue for this. The ability to add start / stop scripts has been added, and so this jira must be resolved as fixed. If there are smaller bugs with the behavior, they require their own jira entries.
> Add (optional) start/stop script to the Deploy only server
> ----------------------------------------------------------
>
> Key: JBIDE-7515
> URL: https://issues.jboss.org/browse/JBIDE-7515
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Reporter: Max Rydahl Andersen
> Assignee: Rob Stryker
> Labels: new_and_noteworthy
> Fix For: 4.2.0.Beta2
>
> Attachments: JBIDE-7515_1.png, JBIDE-7515_2.png, JBIDE-7515_3.png, JBIDE-7515_lc1.png, JBIDE-7515_lc2.png, JBIDE-7515_lc3.png
>
>
> Currently the "Deploy only" server can just "deploy" - I suggest we add support for running a start (and optional) a stop script to let users start/stop what they want.
> This would be a nice stop-gap feature for things like AS 7 or other runtimes out in the world until "native" integration is possible.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17211) Inform users which deployment scanner's interval they're setting
by Martin Malina (JIRA)
Martin Malina created JBIDE-17211:
-------------------------------------
Summary: Inform users which deployment scanner's interval they're setting
Key: JBIDE-17211
URL: https://issues.jboss.org/browse/JBIDE-17211
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: server
Affects Versions: 4.2.0.Beta1
Reporter: Martin Malina
You asked for a new JIRA in JBIDE-15287 so here you go :)
It is possible to change the interval for the custom deployment scanners that the tools add.
But the UI doesn't state this, so it seems that in fact we alter the interval even for the default deployment scanner which we don't.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17020) EAP process on remote server is not terminated when you abort a server startup
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17020?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-17020:
--------------------------------
Fix Version/s: 4.2.x
(was: 4.2.0.Beta2)
> EAP process on remote server is not terminated when you abort a server startup
> ------------------------------------------------------------------------------
>
> Key: JBIDE-17020
> URL: https://issues.jboss.org/browse/JBIDE-17020
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.Beta1
> Environment: JBDS 8.0.0.Beta1a B82
> EAP 6.2
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.2.x
>
>
> When you set up a remote server (e.g. eap 6.2) with management (without a runtime, but that shouldn't really matter here) and during startup fail to enter the correct credentials the server is stuck on Starting. If you then press the Stop button twice, the server will be shown as stopped, but in fact the process will still be running on the server. This is a bug - the process should be terminated / killed in this case.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-13445) Enable possibility of deployment scanner additions for remote servers
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13445?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-13445:
--------------------------------
Fix Version/s: 4.2.x
(was: 4.2.0.Beta2)
> Enable possibility of deployment scanner additions for remote servers
> ---------------------------------------------------------------------
>
> Key: JBIDE-13445
> URL: https://issues.jboss.org/browse/JBIDE-13445
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: server
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Fix For: 4.2.x
>
>
> Currently, additions tot he deployment scanners are limited to locally running servers. This is due to a lack of API allowing accurate discovery of what folders need to be added for remote servers, specifically no way for as.core classes to discover what the remote server home is, what the remote configuration folder is, etc. There is a lack of api here, and that will need to be fixed before this issue can work.
> Remember: If a remote server is not running with its management ports exposed, do not attempt to add the scanners, as the management connections will fail.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17181) Unhandled loop exception in JMX view using wf8, expose management port
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17181?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-17181:
--------------------------------
Fix Version/s: 4.2.x
(was: 4.2.0.Beta2)
> Unhandled loop exception in JMX view using wf8, expose management port
> ----------------------------------------------------------------------
>
> Key: JBIDE-17181
> URL: https://issues.jboss.org/browse/JBIDE-17181
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.Beta1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.2.x
>
>
> I was verifying JBIDE-13445. So I set up a remote WildFly 8.0 server using the non-management profile.
> Then I wanted to expose management port to test that a custom deployment scanner is actually added.
> And once I started the server, I either got plenty of Unhandled loop exceptions, or in another instance JBDS went mad and stopped responding, eating 100 % of CPU.
> It turns out that this probably happens when the credentials in server editor are wrong. You are asked for the correct ones on server start, but at that point it's too late to prevent the exceptions.
> Note that this applies to both WF 8 and EAP 6.2
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17181) Unhandled loop exception in JMX view using wf8, expose management port
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17181?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-17181:
-------------------------------------
Please provide a stacktrace.
> Unhandled loop exception in JMX view using wf8, expose management port
> ----------------------------------------------------------------------
>
> Key: JBIDE-17181
> URL: https://issues.jboss.org/browse/JBIDE-17181
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.Beta1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.2.x
>
>
> I was verifying JBIDE-13445. So I set up a remote WildFly 8.0 server using the non-management profile.
> Then I wanted to expose management port to test that a custom deployment scanner is actually added.
> And once I started the server, I either got plenty of Unhandled loop exceptions, or in another instance JBDS went mad and stopped responding, eating 100 % of CPU.
> It turns out that this probably happens when the credentials in server editor are wrong. You are asked for the correct ones on server start, but at that point it's too late to prevent the exceptions.
> Note that this applies to both WF 8 and EAP 6.2
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17181) Unhandled loop exception in JMX view using wf8, expose management port
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17181?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-17181:
--------------------------------
Summary: Unhandled loop exception in JMX view using wf8, expose management port (was: Unhandled loop exception when remote server is changed to expose management port)
> Unhandled loop exception in JMX view using wf8, expose management port
> ----------------------------------------------------------------------
>
> Key: JBIDE-17181
> URL: https://issues.jboss.org/browse/JBIDE-17181
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.Beta1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.2.0.Beta2
>
>
> I was verifying JBIDE-13445. So I set up a remote WildFly 8.0 server using the non-management profile.
> Then I wanted to expose management port to test that a custom deployment scanner is actually added.
> And once I started the server, I either got plenty of Unhandled loop exceptions, or in another instance JBDS went mad and stopped responding, eating 100 % of CPU.
> It turns out that this probably happens when the credentials in server editor are wrong. You are asked for the correct ones on server start, but at that point it's too late to prevent the exceptions.
> Note that this applies to both WF 8 and EAP 6.2
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17180) Disable custom deployment settings for remote servers without management port exposed
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17180?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-17180:
--------------------------------
Fix Version/s: 4.2.x
(was: 4.2.0.Beta2)
> Disable custom deployment settings for remote servers without management port exposed
> -------------------------------------------------------------------------------------
>
> Key: JBIDE-17180
> URL: https://issues.jboss.org/browse/JBIDE-17180
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.2.0.Beta1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.2.x
>
>
> JBIDE-13445 added the possibility to use custom deploy dir on remote server.
> {quote}
> Remember: If a remote server is not running with its management ports exposed, do not attempt to add the scanners, as the management connections will fail.
> {quote}
> We should disable this option in such case, because right now it just adds confusion - you have a server without management port exposed and not knowing about all the details you change the deployment dir, you will end up with non-working deployment.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months