[
https://issues.jboss.org/browse/AS7-5010?page=com.atlassian.jira.plugin.s...
]
Brian Stansberry commented on AS7-5010:
---------------------------------------
The fix to avoid the recursion is the overloaded method that takes the RollbackHandler.
:-)
An operation consists of a list of steps, each with an OperationStepHandler. Calling
completeStep() triggers invocation of the next step in the chain, with the return value
reflecting the result of the *entire* list of steps. If the final result is rollback, the
OSH may need to deal with executing that rollback. If it doesn't get the final result
from the stack (the no-arg variant) it needs to get it via the handler callback.
I added AS7-5059 to deprecate the no-arg variant; I'll probably do that in 7.3 and
remove the method in AS 8.
Stack overflow in management API with many Bundles deployed
-----------------------------------------------------------
Key: AS7-5010
URL:
https://issues.jboss.org/browse/AS7-5010
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, OSGi
Affects Versions: 7.1.1.Final
Reporter: Thomas Diesler
Assignee: David Bosschaert
Fix For: 7.2.0.Alpha1
Bernd says
{quote}
My Java 7 JVM is crashing in a Stack Overflow (which is a Bug initself). But while
inspecting the hs_err file (attached) I noticed that the OSGi Parser has a extremly deep
stack. I wonder if this is a endless loop bug or if it is caused by the many OSGi modules
I have deployed in this 7.1.1.final AS7.
I am not entirely shure what triggered the problem, at is happening after startup. But I
think it was related with clicking the OSGi Runtime Management in the JBoss Managagement
Console. There are roughly 250 bundles in the deployment list of the server group.
{quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira