Bug 957689 - Unable to complete tasks when server is shutdown

Thomas Segismont tsegismo at redhat.com
Fri Jun 28 10:53:45 UTC 2013


Hi everyone,

I just pushed to master a new set of changes for this bug.

This is the commit message:

commit 0bddf58297213e94fe7d8ab426c07c1ad10dfe70
Author: Thomas Segismont <tsegismo at redhat.com>
Date:   Fri Jun 28 12:45:50 2013 +0200

     Bug 957689 - Unable to complete tasks when server is shutdown

     Removed DUPs
     Made Core GUI last component to get deployed and first to get 
undeployed
     Added CoreGuiServletContextListener to initialize or shutdown RHQ 
server

*There is no longer need to restart the server after install*

Regards,
Thomas

Le 27/06/2013 16:31, Thomas Segismont a écrit :
> The DUP are installed in
> org.rhq.enterprise.startup.StartupSubsystemAdd#performBoottime
>
> I did not create another subsystem because I though our deployment model
> is already complex enough :)
>
> Even if the DUPs were extracted in another subsystem, we would have to
> install this new subsystem before the server is started.
>
> Anyway, as part of the fix I changed the ear module pom and added
> "<initializeInOrder>true</initializeInOrder>" to the maven-ear-plugin
> configuration. I also changed the modules order to make sure wars get
> deployed after the server-jar module.
>
> Now I wonder if this would not guarantee that a
> ServletContextListener#contextDestroyed method will complete before any
> EJB is shutdown.
>
> If this is true, we could have a ServletContextListener in coregui for
> startup and shutdown, and get rid of the DUPs.
>
>
>
>
>
>
>
> Le 27/06/2013 16:14, Heiko W.Rupp a écrit :
>>
>> Am 26.06.2013 um 15:15 schrieb Thomas Segismont:
>>
>>>
>>> Le 26/06/2013 15:06, John Mazzitelli a écrit :
>>>> Is there a wiki or something that explains why the restart is
>>>> necessary? Or can you explain? I'm wondering if there is some CLI
>>>> command we can make to force the server to inject the new code
>>>> without needing a restart.
>>
>> That DUP is already in what the user unzips - right?
>> And we have rhqctl install doing some work for installing C* and then
>> starting the server.
>> Can't that installer code just in between put the DUP into the right
>> place ?
>>
>> Couldn't the DUP be placed in a module that is installed and on which
>> the ear module depends on?
>>
>>   Just some ideas..
>>
>>
>>
>>
>> _______________________________________________
>> rhq-devel mailing list
>> rhq-devel at lists.fedorahosted.org
>> https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
>>
>
> _______________________________________________
> rhq-devel mailing list
> rhq-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/rhq-devel



More information about the rhq-devel mailing list