Re: Transaction management in Ozone

Jean Morissette <[email protected]>
Newsgroups gmane.comp.java.ozone.user
Message-ID <[email protected]>
Leo Mekenkamp a écrit :
> On Mon, 2004-07-05 at 17:30, Jean Morissette wrote:
> [...]
>>
>>Hi Per,
>>I am interested about the extreme cases that you mentioned about 
>>database corruption.  Could you explain to me when and why such a thing 
>>can happen?  Leo talked previously about ReiserFS4; however I think that 
>>we need to use JNI calls if we want to use transaction functionality 
>>offered by Reiser4, no?
> 
> 
> Applications do not have to be aware of the journalling possibilities of
> a file system to benefit from them. There is fortunately no use
> whatsoever to use JNI.
> 
> Cheers,
> Leo
> 

Here is a note from http://www.namesys.com/
"Full data journaling is considered by many to be a good way to achieve 
file data integrity across system crashes. However, although file data 
may appear to be consistent from the kernel point of view, since there 
is no API exported to the userspace to control transactions, we may 
end-up in a situation where the application makes 2 write requests (as 
part of one logical transaction) but only one of these gets journaled 
before the system crashes. From the application point of view, we may 
then end up with inconsistent data in the file.
Such issues should be addressed with the upcoming ReiserFS v.4 release. 
Such an API will be exported to userspace and all programs that need 
transactions will be able to use it."

So, if we want to use futur ReiserFS v.4 transaction API, we need too 
use JNI, no?

But, the true question is: is-it possible in Java to achieve transaction 
integrity across system crashes (using shadow-paging like Ozone or 
Write-Ahead-Logging like the majority of RDBMS)?  I am concerned about 
Per statement when he says: "some extreme cases such as server power 
failure which under certain unfortunate circumstances can corrupt the
database."  Could you describe the problem please?  Is-there a solution?

Thanks
Jean





-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.