No, proceedTo does this:
RunLevelFuture future = context.proceedTo(runLevel);
try {
future.get();
}
whereas proceedToAsync only does this:
return context.proceedTo(runLevel);
The "future.get()" in proceedTo will block forever waiting for the
result from the future (which only happens once the job is done)
On 12/18/2013 8:26 AM, Tang Yong wrote:
> JWells,
>
> Another question is related to RunLevelControllerThread as following:
>
> According to https://hk2.java.net/2.2.0-b26/runlevel.html, using
> controller.proceedTo(level) will block host thread. However,
>
> 1) after I have seen the RunLevelControllerImpl class, it seems that
> proceedToAsync(int runLevel)'s handling logic is the same as
> proceedTo(int runLevel). And they all can not block host thread.
>
> 2) a fact maybe is: in Glassfish's
> com.sun.enterprise.v3.server.AppServerStartup class, the following
>
> ...
> if (!proceedTo(StartupRunLevel.VAL)) {
> ...
> }
>
> if (!postStartupJob()) {
> ...
> }
> ...
>
> While executing proceedTo(StartupRunLevel.VAL), RunLevelControllerThread
> can not block Glassfish Main thread, instead, Main thread will continue
> to execute postStartupJob().
>
> I want to know whether I am right?
>
> Thanks
> Tang
>
> Tang Yong wrote:
>> Surly, thanks, JWells.
>>
>> The question comes from(*maybe*) an issue:
>>
>> https://java.net/jira/browse/GLASSFISH-20934
>>
>> Here, there are two threads which all influence some module's state.
>>
>> If I want to fix the issue, one way is that in
>> org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start method, I catch the felix
>> exception and then, by some way, I get RunLevelControllerThread's
>> running result to see the bundle's status changing and re-start the
>> bundle(if needing).
>>
>> "by some way" should be using listener, however, in reality, while GF
>> kernel is starting, it has registered an
>> listerner(com.sun.enterprise.v3.server.AppServerStartup.MasterRunLevelListener)
>> , and this listener is only limited in gf kernel scope. So, I am a
>> litter puzzled how to handle from osgiadapter module.
>>
>> I am sorry for suddenly bringing the GF issue, if you have more time, I
>> want to listen your advice.
>>
>> Thanks
>> Tang
>>
>> John Wells wrote:
>>> I don't think that will work because inside the onProgress the
>>> levelAchieved will always equal the current run level.
>>>
>>> On 12/17/2013 8:26 AM, Tang Yong wrote:
>>>> Thanks JWells's reply!
>>>>
>>>> Whether the following is also another way:
>>>>
>>>> @Inject
>>>> private Provider<RunLevelController> controllerProvider;
>>>>
>>>> if (controllerProvider.get().getCurrentRunLevel() == levelAchieved) {
>>>> ...
>>>> }
>>>>
>>>> Thanks
>>>> Tang
>>>>
>>>> John Wells wrote:
>>>>> I guess I'd like to understand your use case, since I think you can
>>>>> use the RunLevelListener to determine if the job is complete.
>>>>>
>>>>> Basically, if you were to do something like this:
>>>>>
>>>>> public void onProgress(ChangeableRunLevelFuture <https://hk2.java.net/2.2.0-b26/apidocs/org/glassfish/hk2/runlevel/ChangeableRunLevelFuture.html> currentJob,
>>>>> int levelAchieved){
>>>>> if (currentJob.getProposedLevel() == levelAchieved) {
>>>>> // The job is finished
>>>>> }
>>>>> else {
>>>>> // The job is not finished yet
>>>>> }
>>>>> }
>>>>>
>>>>> I think you would have what you wanted, right?
>>>>>
>>>>>
>>>>> On 12/17/2013 4:46 AM, Tang Yong wrote:
>>>>>> About the question, I also searched the source and [1],
>>>>>>
>>>>>> The best way should use RunLevelListener, however, RunLevelListener does
>>>>>> not off an api for task completed.
>>>>>>
>>>>>> [1]:https://hk2.java.net/2.2.0-b26/runlevel.html
>>>>>>
>>>>>> Thanks
>>>>>> Tang
>>>>>>
>>>>>> Tang Yong wrote:
>>>>>>> Hi JWells, Mason,
>>>>>>>
>>>>>>> I have an urgent question about RunLevelControllerThread,
>>>>>>>
>>>>>>> While using the following way to move to the given run level,
>>>>>>>
>>>>>>> RunLevelController.proceedTo(runLevel)
>>>>>>>
>>>>>>> I want to know whether having any way to know when the
>>>>>>> RunLevelControllerThread has been ended?
>>>>>>>
>>>>>>> Thanks
>>>>>>> Tang
>>>>>>>
>>>