[JBoss JIRA] Moved: (JOPR-79) Errors when deleting a webapp with vhosts
by Heiko W. Rupp (JIRA)
[ https://jira.jboss.org/jira/browse/JOPR-79?page=com.atlassian.jira.plugin... ]
Heiko W. Rupp moved JBNADM-3486 to JOPR-79:
-------------------------------------------
Project: Jopr (was: JBoss Network - Administration)
Key: JOPR-79 (was: JBNADM-3486)
Workflow: jira (was: JBoss Network Workflow v5)
Component/s: Plugin - JBoss AS 4
(was: Plugins)
Fix Version/s: (was: 2.1)
Affects Version/s: 2.1
(was: 2.1)
Security: (was: JBoss Internal)
> Errors when deleting a webapp with vhosts
> -----------------------------------------
>
> Key: JOPR-79
> URL: https://jira.jboss.org/jira/browse/JOPR-79
> Project: Jopr
> Issue Type: Bug
> Components: Plugin - JBoss AS 4
> Affects Versions: 2.1
> Reporter: Heiko W. Rupp
> Priority: Minor
>
> With the new vhost code of JBNADM-3469, a web app with multiple vhosts will create multiple resources.
> Deleting all of them will result with failed delete requests as the first delete already removed the file, so the other deletes run into the empty.
> Only deleting one war file entry will delete the underlying file, but the other vhosts will stay in inventory and be marked as down.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Moved: (JOPR-78) Base webapp monitoring only on context root
by Heiko W. Rupp (JIRA)
[ https://jira.jboss.org/jira/browse/JOPR-78?page=com.atlassian.jira.plugin... ]
Heiko W. Rupp moved JBNADM-2194 to JOPR-78:
-------------------------------------------
Project: Jopr (was: JBoss Network - Administration)
Key: JOPR-78 (was: JBNADM-2194)
Workflow: jira (was: JBoss Network Workflow v5)
Component/s: Plugin - JBoss AS 4
(was: FX - Inventory)
Affects Version/s: 2.1
(was: 2.0 beta 1)
Security: (was: JBoss Internal)
> Base webapp monitoring only on context root
> -------------------------------------------
>
> Key: JOPR-78
> URL: https://jira.jboss.org/jira/browse/JOPR-78
> Project: Jopr
> Issue Type: Feature Request
> Components: Plugin - JBoss AS 4
> Affects Versions: 2.1
> Reporter: Heiko W. Rupp
>
> In Jon 1.4, many parameters of webapp monitoring are determined by the name and/or location of the war file that forms the web app.
> If a client a policy of deploying web apps with the archive name including the version
> myApp-1.1.war, myApp-1.2.war and so on, then JON 1.4 will treat them as different apps, *even* when they
> run at the same context-root of /myApp/.
> We should make it easier for users to follow such a convention by identifying web apps by context-root.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Moved: (JOPR-77) JBAS restart op should be fail fast, otherwise you get dup processes started
by Heiko W. Rupp (JIRA)
[ https://jira.jboss.org/jira/browse/JOPR-77?page=com.atlassian.jira.plugin... ]
Heiko W. Rupp moved JBNADM-3542 to JOPR-77:
-------------------------------------------
Project: Jopr (was: JBoss Network - Administration)
Key: JOPR-77 (was: JBNADM-3542)
Workflow: jira (was: JBoss Network Workflow v5)
Component/s: Plugin - JBoss AS 4
(was: FX - Operations)
Fix Version/s: 2.2
(was: 2.2)
Affects Version/s: 2.1
(was: 2.1)
Security: (was: JBoss Internal)
> JBAS restart op should be fail fast, otherwise you get dup processes started
> ----------------------------------------------------------------------------
>
> Key: JOPR-77
> URL: https://jira.jboss.org/jira/browse/JOPR-77
> Project: Jopr
> Issue Type: Bug
> Components: Plugin - JBoss AS 4
> Affects Versions: 2.1
> Environment: linux, postgres, upgraded install, jon2.1CR2 build
> Reporter: Jeff Weiss
> Priority: Critical
> Fix For: 2.2
>
>
> Start EAP4.3 production, import the resource
> Don't fix the connection property error, go to Operations, do a Restart.
> It will eventually be shown "Success".
> Check the process list on the machine and note there are now 2 EAP processes running - the first never got shut down properly because of the lack of auth credentials in the connection properties.
> <joseph> lookin' at the code i think you're right. we blindly catch shutdown errors and continue start afterwards
> kind of silly. all ops should be fail fast
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months