Re: Persisting beans in the content repository

It seems that we have the same target : http://incubator.apache.org/graffito/jcr-mapping/index.html br Christophe On 10/10/06, Nicolas Modrzyk [EMAIL PROTECTED] wrote: Hi All, We've developed something called a bean coder for our application. We've made it open source in case other people

Re: Persisting beans in the content repository

Hi Christophe, A few people pointed out graffito already, and I was greatly impressed as I've said in a previous email. We have the same goal indeed and I also like the comments on hibernate which I find very valid. But as written on the page you've been liking to, there has been no

Re: Persisting beans in the content repository

Hi Nicolas, Some guys already used this OCM tools. The code seems to be quite stable for us. So, we are almost ready for the first release but there is a plan (at least some discussion) to move this tools inside jackrabbit. See the last Graffito status info on

Re: Persisting beans in the content repository

Hi Alexandru, I did not try it, but I read the doc online for jcr-mapping: http://incubator.apache.org/graffito/jcr-mapping/simple-strategies/ introduction-strategies.html Graffito sounded way more complete when you want to write the whole mapping strategy. The bean mapper sounded simpler

Re: Commented: (JCR-352) Upgrade to Lucene 2.0

Chen Shaopeng (JIRA jira at apache.org writes: When will Jackrabbit upgrade to Lucene 2.0? I just looked at the JCR 1.1 source code in Subversion, and it is still dependent on Lucene 1.4.3, invoking deprecated methods that have been removed from Lucene 2.0. Thanks a lot. I am one of those

Re: Persisting beans in the content repository

FYI, this is not yet documented but you can use inheritance, interface and use proxies to performance reasons. There are also other possibilities to increase performances. The ocm tools can be also to customized to map simple beans and collection in general. On 10/12/06, Nicolas Modrzyk [EMAIL

Re: Pulling binary data from a property

hi shane, On 10/11/06, Shane Preater [EMAIL PROTECTED] wrote: Hi Stefan, Thanks for the help. I will put further questions to the user list. Sorry about that. I am using the RMI implementation to aquire a repository instance so this maybe my problem. The repository is acquired through JNDI

Re: Alfresco + Jackrabbit

I must admit that I have not yet done so. I am currently mostly lurking on this list. I have an idea for an IT project using a content repository, but I have not had the time/resources to pursue it. Nicolas wrote: This is an excellent idea. Did you try using Alfresco's one? Is it working

Re: Alfresco + Jackrabbit

Hi Robert, Actually one thing that I find really interesting about Alfresco - in case anyone wants to implement it as an add-on to Jackrabbit - is the CIFS layer which supposedly allows good access to the server (as a document server) from Windows clients. I would imagine that using the jCIFS

Re: Alfresco + Jackrabbit

I think this would be a good idea too, as a matter of fact we already looked into the feasibility of something like that and it seems to work just fine. Some random access performance drawbacks if we want to keep it strictly bound to the JCR API. jCIFS though is a CIFS client, right? At least

[ANNOUNCE] Apache Jackrabbit 1.1 released

The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit version 1.1. The release is available for download at: http://jackrabbit.apache.org/downloads.cgi Release Notes -- Apache Jackrabbit -- Version 1.1 Introduction The Apache Jackrabbit

[jira] Updated: (JCR-562) 'OR' in XPath query badly interpreted

[ http://issues.apache.org/jira/browse/JCR-562?page=all ] Przemo Pakulski updated JCR-562: Attachment: JCR-562.patch The attached patch contains fix and following test case : public void testLogicalExpression() throws Exception {

[jira] Created: (JCR-591) XPath position function does not work

XPath position function does not work - Key: JCR-591 URL: http://issues.apache.org/jira/browse/JCR-591 Project: Jackrabbit Issue Type: Bug Components: query Affects Versions: 1.0.1

Re: Persisting beans in the content repository

Christophe, Given the thing we like in our tool, is the fact that no configuration is needed, you just need a reference to the node you want to store the bean, could that be fitted in Graffito by any means ? Also, what Timur said on the thread on the server side:

JCR Apps and Exchangable

Hi All, I just comparing several of JCR tech and use it in my company for case study 1. Liferay - www.meruvian.com 2. Alfresco -- www.meruvian.com/mspace 3. Magnolia -- www.intercitra.com I just finding a way, which one is the real JCR, because in my opinion any JCR apps can move the data

Re: JCR Apps and Exchangable

Hi Frans, Your question is a bit like asking how to I move my application from postgresql to mysql given that both postgres and mysql are using SQL as a language to access the data. You even have tools to import/export data in both of them. As a short answer, you can't. Most of the cms