Hi,
I have a big struggle integrating our tx file store as well as the tx
cache into Slide. While problems with store and cache in themselves are
under control, the glue between them and Slide causes trouble.
Especially in concurrent scenarios I experience problems.
Maybe someone can help by
Sorry for reading this lengthy post and BIG THANKS for comments in advance,
Ooops, hope you are not sorry :)
Wanted to say:
*Thanks* for reading this lengthy post and BIG THANKS for comments in
advance
-
To unsubscribe,
Hi Oliver,
Oliver Zeigermann wrote:
4. org.apache.slide.store.impl.rdbms.J2EEStore seems to be an updated
version of slidestore.j2ee.J2EEStore. However they differ in the
following respects:
- org.apache.slide.store.impl.rdbms.J2EEStore implements all store
interfaces and deleagates store access
Hi Christopher,
thanks for commenting!
Christopher Lenz wrote:
The rdbms.J2EEStore was my attempt to refactor the JDBC and J2EE stores
based on a new schema submitted by Ashok Kumar. Unfortunately it was
never finished, and AFAIK it doesn't even work correctly in its current
incarnation.
Hi,
when reading internally from a stream to fill contentBytes or content in
getContent() and getContentBytes() the input stream gets nulled
afterwards, but not closed.
Patch is attached.
Oliver
Index: NodeRevisionContent.java
Next version of caching store. Fixed some tx stuff, added precashing to
ensure multiple usages of content and made things a bit more robust.
Oliver Zeigermann wrote:
Hi,
attached to this post are the new classes for caching.
Caching now uses A.B.C notation for logging and is fully configurable
Oliver Zeigermann wrote:
We know the store is not in stable state, yet. So, please continue to
report errors.
Next step to a stable store.
FIXES:
AbstractTxFileStoreService:
- Transaction will be marked for rollback upon system error or deadlock
- minor flaws
StoreLogger:
- logging of message
