On Jan 7, 2010, at 1:44 PM, Marina Vatkina wrote:
> Jerome Dochez wrote:
>> On Jan 6, 2010, at 2:01 PM, Marina Vatkina wrote:
>>
>>
>>> Jerome Dochez wrote:
>>>
>>>> On Jan 6, 2010, at 12:55 PM, glassfish_at_javadesktop.org wrote:
>>>>
>>>>> Should I file a RFE?
>>>>>
>>>> yes
>>>>
>>>>> Quite annoying to have a gfembedrandom-numbertmp directory in the root of my project for every time I have run unit tests.
>>>>>
>>>>> The code deletes the directory, but the directory remains with the following files:
>>>>>
>>>>>
>>>> and file a bug for these files not cleaned up when shutdown the embedded EJB container.
>>>>
>>> These are tx log files - they should not depend on the whether the embedded GF is started by the EJBContainer or directly.
>>>
>> what do you mean by that sentence ? can you clarify...
>>
>
> Yes. You said "files not cleaned up when shutdown the embedded EJB container", but the listed files are the transaction logs, so do not depend on the EJB
> container.
>
>> all I was suggesting is that these files should be cleaned when the user requested that instance root be deleted upon termination.
>>
>
> Right. But you are deleting everything else, so why are they still there? Do you use deleteOnExit() or explicitly delete a predefined list?
no we don't use deleteOnExit() because the embedded container can be shutdown and yet the hosting process can carry on other tasks not shutting down itself.
the reason why those files stay around is probably because they are not closed (open file handle). When the embedded container is shutdown, necessary events are sent, the file handles should be released by the transaction manager.
>
> thanks,
> -marina
>> thanks, jerome
>>
>>
>>> -marina
>>>
>>>
>>>> thx
>>>>
>>>>> gfembed662505334826609491tmp/logs/server/tx/control
>>>>> gfembed662505334826609491tmp/logs/server/tx/extent.001
>>>>> [Message sent by forum member 'dwsmith75' (dsmith_at_nesmi.com)]
>>>>>
>>>>> http://forums.java.net/jive/thread.jspa?messageID=379107
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>