Bug 957689 - Unable to complete tasks when server is shutdown

Thomas Segismont tsegismo at redhat.com
Fri Jun 28 11:01:03 UTC 2013


Please shout if you don't want the services-sar module to go away!

Le 28/06/2013 12:53, Thomas Segismont a écrit :
> 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
>
> _______________________________________________
> 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