Re: large transaction sizes and rollbacks
Rick Ross <[email protected]>
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <[email protected]> |
No. He means that the processing of the file will discover errors that parsing will not. He's right, the transaction is written and fails. If you restart the app, the transaction attempts to run again, and fails, ad infinitum. You have to manually block the transaction. You have to do this with a listener (I forgot the name of the class), not just a file system check because the transactions can be written as bundles. R On Mar 4, 2011, at 7:33 AM, Klaus Wuestefeld wrote: >> The problem comes if the file has bad data for example (even though it has >> been thoroughly checked, you can never be too sure). > > What do you mean? The file was corrupted in the split-second moment > between checking and processing? > > Anyway, you can feed the big file with several entries, one > transaction per entry, to your prevalent system. In the end, you issue > it a command: "File finished" and your system can then process all > entries atomically. > > >> executeAndQuery() will >> throw an exception but prevayler does not propagate this and it disappears. > > Are you sure? > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion > _______________________________________________ > "Databases in Memoriam" -- http://www.prevayler.org ------------------------------------------------------------------------------ What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d _______________________________________________ To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion _______________________________________________ "Databases in Memoriam" -- http://www.prevayler.org