[JBoss JIRA] Created: (JBAS-6937) Bad deployment scan order?
by Ondrej Žižka (JIRA)
Bad deployment scan order?
--------------------------
Key: JBAS-6937
URL: https://jira.jboss.org/jira/browse/JBAS-6937
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Ondrej Žižka
(18:14:46) ozizka: emuckenhuber: I've noticed one interesting thing. AS 5 deployment scanner first scans what's new and then what was removed. Shouldn't it be the opposite way?
(18:20:34) emuckenhuber: ozizka: well it first scans for removal and then for additions - where do you see that ?
(18:20:47) ozizka: I've tried it this way:
(18:21:18) ozizka: It scans recursively, so I've created an exploded ear directory, only without the .ear suffix.
(18:21:28) ozizka: So AS scanned, found the .war inside this dir,
(18:21:34) ozizka: and deployed it.
(18:21:49) ozizka: Then I renamed the directory - added the .ear suffix,
(18:22:01) ozizka: so what should happen IMO is first undeploying WAR,
(18:22:11) ozizka: and then deploying newly found exploded EAR
(18:22:24) ozizka: I know it's not usual use case :)
(18:22:45) ozizka: But instead, the WAR is reported to be DOWN (in EmbJopr)
(18:23:15) ozizka: and ear appears, but is DOWN too
(18:24:22) ozizka: When I invoke the Start operation on the ear, everything gets to normal, that is, EAR UP, standalone WAR disappears and Embedded WAR appears and is UP
18:25
(18:26:02) ozizka: emuckenhuber: And to add why I think that deployment is done first is this:
(18:26:02) ozizka: java.lang.IllegalStateException: jboss.web.deployment:war=/hellothere-inEAR is already installed.
(18:26:19) ozizka: that happens after the rename
--
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
17 years, 1 month
[JBoss JIRA] Created: (JBRULES-2115) Changing import / globals not considered a change
by Kris Verlaenen (JIRA)
Changing import / globals not considered a change
-------------------------------------------------
Key: JBRULES-2115
URL: https://jira.jboss.org/jira/browse/JBRULES-2115
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-eclipse (flow)
Reporter: Kris Verlaenen
Assignee: Kris Verlaenen
Fix For: FUTURE
When changing the imports or globals inside the properties dialog for split constraints or the event wait constraint, the editor is not aware of these changes. As a result, if you only change the imports or globals in your process, the editor will not pick up the change and you won't be able to save the process.
Steps:
1. Create a new rules flow file using the "RuleFlow file" wizard.
2. Add an Event Wait and an End node. Create connections between them.
3. Save the file. Open the rf file in another editor (such as vi). Analyze the structure.
4. From the event wait node's properties, open the constraints -> global section. Add "global String testStr"
5. Try to save the file, which thinks it hasn't changed. Open the rf file in another editor (such as vi). Notice that the global variable is missing from the file.
--
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
17 years, 1 month
[JBoss JIRA] Created: (JBBOOT-85) Undeploy services/deployments on shutdown of server
by jaikiran pai (JIRA)
Undeploy services/deployments on shutdown of server
---------------------------------------------------
Key: JBBOOT-85
URL: https://jira.jboss.org/jira/browse/JBBOOT-85
Project: JBoss Bootstrap
Issue Type: Task
Components: impl-as
Affects Versions: 0.1.2
Reporter: jaikiran pai
Assignee: Andrew Lee Rubinger
Creating this task based on our email discussion:
Updated my JBoss AS 5_x branch to see the bootstrap changes (0.1.2 of impl-as). Looks like the way shutdown is handled in AS has now changed? I did a Ctrl+C on the command prompt and the server shutdown "immidiately". In earlier versions, i remember a shutdown would trigger undeployments of various deployments. I don't see this happening anymore. Thought you might be interested in this :) Let me know if you need more information.
--
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
17 years, 1 month