Hi, I really do not want to create such an bad impression of the work of the team. There are transactional issues that need to addressed some are easier and others more architectural. I think it really comes down to a trade-off between ease of use (JCR is a nice storage agnostic API) and enterprise 'ilities such as reliability. Every software (and vendor) selection involves risk management but the level of risk is something you must decided in terms of operating environment.
In a non-clustered environment the product work and was extremely ease to setup and get a flying start. When it came to heavy workloads and fault-tolerance in a clustered environment that is when we started having doubts at least in the performance tests I was involved in. To be honest the customer has migrated over to the EXO platform but everything is not so perfect there either. That said the clustering appears must more reliable but I am worried about speed of rebuilding Lucene indexes when a node in the cluster becomes disconnected as there is no event log/journal like in JackRabbit. At this stage in the quality of JCR implementations its like "picking your own poison". regards, William Peter Travas wrote: > > William, > > Thanks for answering in this thread. Have you filled JIRA issues reporting > problems encountered during your tests? Looks like you spent a lot of time > on this. Can you, with your experience on the HA and transaction > processing > field, help with these issues? > Your blog entry (and some comments about poor scalability on TSS thread > provided by Jukka) are killing my overall good impression on JR and JCR. > > I'm responsible for making decision whether JR in a go or no-go for my > project and, to be honest, after this bad press I'm simply afraid of being > hanged by my teammates in the near future, if such scalability problems > would appear. > > We had some _extremely_ bad experiences with another Apache project, so my > team is a little bit touchy on this field :(:(:(:(. > > -- View this message in context: http://www.nabble.com/Is-this-issue-resolved--tf4561381.html#a13106334 Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.
