gmane.comp.apache.jackrabbit.user

Re: Document clustering advice

All day coders — 2008-07-05T22:37:39

Thanks. I think I the integration I'm planning it's basic. Basically the process should works like this (roughly speaking): - Search the indexes via Jackrabbit API. - Cluster the search results using carrot2. Your advice makes sense. I will be reading/poking around with carrot2's source code, to learn how to build an input component. But if you have some source code to share, that would be really helpful. Regards Fred On Tue, Jul 1, 2008 at 2:40 AM, maneo man.poznan.pl> wrote:

Transaction over RMI?

SY-1 — 2008-07-04T14:26:20

Hi all! I would like to know if transaction works over RMI? there is my code : Hashtable ht=new Hashtable(); ht.put("java.naming.factory.initial", "org.jboss.naming.NamingContextFactory"); ht.put("java.naming.provider.url", "jnp://localhost:1099/jcrServer"); ht.put("java.naming.factory.url.pkgs", "org.jboss.naming:org.jnp.interfaces"); InitialContext initialContext = new InitialContext(ht); ClientAdapterFactory adapter = new ClientAdapterFactory(); RemoteRepository rr=(RemoteRepository) initialContext.lookup("jnp://localhost:1099/jcrServer"); Repository repository = adapter.getRepository(rr); Credentials credJBoss = new SimpleCredentials("username","password".toCharArray()); Session s=repository.login(credJBoss); Node root = s.getRootNode(); UserTransaction utx = (javax.transaction.UserTransaction) initialContext.lookup("java:UserTransaction"); utx.begin(); root.addNode("M5"); s.save(); utx.rollback(); s.logout(); The problem is that neither commit or rollback works ? so i m wondering if RMI support transaction operation? if anyone has an idea it would be great thanks !

Re: Multiple Jackrabit instances

Alexander Klimetschek — 2008-07-04T11:29:09

If they share the same persisted data (ie. tables in this case), you need to set up a journal for clustering jackrabbit. See http://wiki.apache.org/jackrabbit/Clustering and search the mailing list - there were many recent discussions about clustering. Regards, Alex On Fri, Jul 4, 2008 at 12:00 AM, MARTINEZ Antonio alcatel-lucent.com> wrote:

Re: Multiple Jackrabbit instances

Sébastien Launay — 2008-07-04T09:48:16

Hi Antonio, You can and you must use the same backend DB for each cluster node. But, each node must store local files (index, namespaces, ...) in their own path on the file system (in case you have multiple node on the same machine). For more details see: http://wiki.apache.org/jackrabbit/Clustering -- Sébastien MARTINEZ Antonio a écrit :

Re: Managing email within a JSR-170 repository

Robert Burrell Donkin — 2008-07-04T06:55:09

Good :-) I'm very interested in this area and have plans to develop software in this direction Good threading is more tricky than you might first suspect but it is a problem that interests me JAMES is an enterprise class server so no export would be neccessary ;-) One good approach would be to use JAMES+JCR as the first line mail server followed by forward for local delivery plus archiving for faceted corporate search. One of the drawbacks with JAMES2.x is that though it uses IoC, it's hard to understand the component structure. For 3.x we've been working very hard on pulling out components into separate modules and projects. Once this is done should be much more accessible. I'm also very excited by the ongoing work to integrate mail components into conventional enterprise class containers. That would allow direct integration into JEE based enterprise software. One of the cool things about ApacheConEU for me this year was talking with Noel and an open source guy from Microsoft about mail. The API are now public and Microsoft actually seem happy for FOSS to interoperate. Great As you can probably tell, this is an area. I'm very interested in. Robert

Re: Managing email within a JSR-170 repository

Steve Cameron — 2008-07-04T00:07:55

robert burrell donkin-2 wrote: Thanks for you replies folks, In response to your question Robert regarding 'what I'd expect from a client', i am interested in knowledge management, so, to be able to treat email in the same manner as this forum handles posts is probably what I'm looking for, in other words, an ongoing conversation is recorded and viewed as a tree of nodes. Of course this happens currently via forwarding of, and replying to, email. The above version tracking and branching scenario would not be foreign to a JSR-170 repository, I guess, but how you could integrate that with a email server I don't know. If a mail client was conventional then just to be able to periodically export a mail server JSR-170 repository across to an enterprise one (containing other document types) would be the goal. Then the email docs could be searched via JSR-170 functionality. Its early days for me on this, so there is a definitely work for me to get up to speed (to just understand what you've written :) ), but I may have a chance to work on these kinds of issues in my new role, so what was previously an academic interest (in knowledge management) may become more practical.

Multiple Jackrabit instances

MARTINEZ Antonio — 2008-07-03T22:00:35

Hello, Can we have multiple jackrabbit instances (in different cluster nodes) talking to he same backend DB (mysql in my case) ? Or does jackrabbit keep some local cache that would make this configuration not to work? Thanks, Antonio

StartupServletContextListener jboss 5

Richard Huddleston — 2008-07-03T21:46:59

I'm trying to use jcr-explorer in jboss 5 and i want to remove the jcr-explorer dependencies on apache myfaces. what should i replace org.apache.myfaces.webapp.StartupServletContextListener with in jboss 5?

Re: Delete References Problem

Tobias Bocanegra — 2008-07-03T20:47:28

i think the above means, that it throws a ref-exception and not a accessdenied. but as long as the node is referenced it never can be deleted, irrespective of the access rights. it's no more than: for (PropertyIterator iter = node.getReferences(); iter.hasNext(); iter.nextProperty().remove()); right? regards, toby

Re: Delete References Problem

Nick Stuart — 2008-07-03T20:33:52

Right, that I know, but thats not really my question. The JCR API reads as: "A ReferentialIntegrityException will be thrown on save if this item or an item in its subtree is currently the target of a REFERENCE property located in this workspace but outside this item's subtree and the current Session has read access to that REFERENCE property." So I have a reference that is outside the item's subtree BUT I have read/write access to it so I should be able to just call remove() on that folder. Anyways, I was able to write a simple method to delete all references, just a little annoyance is all. -Nick On 7/3/08, Tobias Bocanegra day.com> wrote:

Re: Delete References Problem

Tobias Bocanegra — 2008-07-03T20:13:11

use: Node.getReferences() to find are properties that refer to this file. regards, toby On 7/3/08, Nick Stuart speranzasystems.com> wrote:

Delete References Problem

Nick Stuart — 2008-07-03T19:48:09

I dont know if this is really an issue or not, but reading the API and the current behavior I think something is mixed. Fairly simple use case. I have a nt:linkedFile somewhere, and I try to delete the original file (or nt:folder containing the file) and i get a ReferentialIntegrityException. Looking at the JCR API ofr Item.remove() it says it will only through this exception if I have READONLY access to the item AND the item is outside the subtree. In my case the Item is outside the subtree, but I believe I have read/write access to the linked item. Is there a 'good' way to accomplish what I want? I'm thinking I have to loop through all the sub nt:folders and files and get their REFERENCE properties and remove those. Kind of a pain, but not horrible. Is there a way to do this automatically? The full exception I am getting is this: Caused by: javax.jcr.ReferentialIntegrityException: 05ad7f33-336a-40b0-bc19-8ded288c89b6: the node cannot be removed because it is still being referenced. at org.apache.jackrabbit.core.state.SharedItemStateManager.checkReferentialIntegrity(SharedItemStateManager.java:1431) at org.apache.jackrabbit.core.state.SharedItemStateManager$Update.begin(SharedItemStateManager.java:565) at org.apache.jackrabbit.core.state.SharedItemStateManager.beginUpdate(SharedItemStateManager.java:852) at org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:882) at org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:334) at org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:337) at org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:310) at org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:313) at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1102) at org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:839) Thanks for the help and any extra info! -Nick

Re: Accessing DataIdentifier associated with binary property from DataStore

Alexander Klimetschek — 2008-07-03T18:05:48

Hi Jerome, you can easily provide a file system view of the repository through the WebDAV interface. This way you will store everything inside JCR, your old application will access the files through the WebDAV interface (you can mount a webdav repository as a file system in all modern OS) and the new application can leverage all JCR API features. When installing the jackrabbit-webapp.war you will already have WebDAV contained. The standard WebDAV view only presents nodes of type nt:folder and nt:file, but you can extend that. See also http://jackrabbit.apache.org/jackrabbit-web-application.html http://jackrabbit.apache.org/jackrabbit-jcr-server.html http://jackrabbit.apache.org/jackrabbit-webdav-library.html http://wiki.apache.org/jackrabbit/WebDAV and search the mailing list for WebDAV (and "IOHandler" on how to customize the WebDAV view). Regards, Alex On Thu, Jul 3, 2008 at 7:49 PM, Jerome Banks gmail.com> wrote:

Re: Accessing DataIdentifier associated with binary property from DataStore

Jerome Banks — 2008-07-03T17:49:58

Thomas, Let me explain the use case a little more. You might think that it isn't what jackrabbit is intended for, but I can imagine a lot of users having similar requirements. Basically, we have an application which accesses files from a filesystem. This application is basically legacy, and cannot be altered to access files through jackrabbit. (At least no time soon) What we would like is to be able to store binary files in a JCR repository, and have it immediately accessible from the legacy application (without having to worry about copying files and keeping JCR and the legacy filesystem in sync somehow). We want to leverage Jackrabbit to store metadata, and have things like queries, indexing, etc. Using a custom DataStore, we can keep it on the remote filesystem, so that it accessible from the legacy app. However, we have no way of communicating to our legacy app where a particular item is on the filesystem, where a particular item is, because we can't translate between a Property, and the associated DataIdentifier on the DataStore. I think the basic requirement is to have the notion of a "DataStore", which is a custom or legacy method of storing binary data, but isn't a full content repository. It doesn't really make sense to implement a fullblown SPI, because all we're doing is "storing data". There are cases, however, where we have a "leaky abstraction", and some part of the application needs to know exactly where in the DataStore a particular item is being stored. I guess this is somewhat different from the current notion of "DataStore", which is a "optimization" tightly associated with BundlePersistenceManagers. My current approach is to implement a custom PersistenceManager which delegates to another PersistenceManager implementation, but intercepts certain binary properties. It then would store the binary property in the DataStore, and store the DataIdentifier as a generated pseudo-property in the delegated PM. My question was just if there was an easier way; if the delegated PM was known to be a BundlePersistenceManager, could we look up the DataIdentifier directly from a given Property. I guess not.

Question on scalability

Paul Kling — 2008-07-03T16:37:55

I am currently working on a project that has the need to store 100 million images every year. We tend to keep the images for around 18 months. So at any one time we will have about 150 million images in the repository. The question I have is does this sound reasonable to store this quantity of images in JackRabbit or does this sound scary? I worry about retrieval of the items. I also noticed there is a clustering feature but the documentation seemed to point you to using the DB for file storage. We have been down the route of letting the DB store file data in the past and it has never turned out to be something that worked well and I don't think I can get people convinced of again. We were planning on building something but we are getting a little push back on why we don't use a JCR. Does anyone have a write up on something of this scale that they could share? A little more information on the images. Each node would have some sort of id (UUID) that we use to find the images. Each node (with all sub-nodes may be using wrong vocabulary here) would have 5-7 images and corresponding data. Thank you for any help and thank you for your time Paul ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

Re: jcr2spi<->spi-rmi<->spi2jcr<->jackrabbit-core config?

scytacki — 2008-07-03T16:35:32

It certainly was faster for me. Most the calls across the network are batched until save is called. I forgot to add to the wiki a link to the issue I found with remoting one of the SPI objects: https://issues.apache.org/jira/browse/JCR-1653 Also feel free to edit the wiki page as you see fit. lennard wrote:

Re: Simpler JNDI client Repository lookup?

Alexander Klimetschek — 2008-07-03T16:22:01

No, since the jcr-1.0.jar only contains the JCR API, which is mostly interfaces, but does not contain a generic RMI client that implements those interfaces. The RMI client must be provided by the implementations, such as Jackrabbit. The RMI client is made up of the ClientAdapterFactory, RemoteRepository and other RMI stubs you already distribute to the client. This is correct and expected. Regards, Alex

Re: Jackrabbit on JBOSS

Richard Huddleston — 2008-07-03T15:32:43

Try adding: jboss.jca:service=DataSourceBinding,name=DefaultDS To your jcr-ds.xml On Thu, Jul 3, 2008 at 11:28 AM, SY-1 yahoo.fr> wrote:

JBoss 5 shutdown

Richard Huddleston — 2008-07-03T15:30:38

When doing a shutdown of JBoss 5 I see the following issue with Jackrabbit. 11:26:29,207 INFO [ConnectionFactoryBindingService] Unbound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=DefaultDS' from JNDI name 'java:DefaultDS' 11:26:29,207 INFO [RepositoryImpl] Shutting down repository... 11:26:29,222 INFO [IndexMerger] IndexMerger terminated 11:26:29,222 INFO [SearchIndex] Index closed: R:\Temp\/jackrabbit5/repository/index 11:26:29,222 INFO [RepositoryImpl] shutting down workspace 'default'... 11:26:29,222 INFO [ObservationDispatcher] Notification of EventListeners stopped. 11:26:29,222 INFO [IndexMerger] IndexMerger terminated 11:26:29,238 INFO [SearchIndex] Index closed: R:\Temp\jackrabbit5\workspaces\default/index 11:26:29,253 INFO [TxConnectionManager] throwable from unregister connection I'm using the DefaultDS for jackrabbit persistence / filesystem. As you can see, JBoss is unbinding the DefaultDS before the shutdown of jackrabbit. I have already added the following line to my jcr-ds.xml: jboss.jca:service=DataSourceBinding,name=DefaultDS which correctly starts jackrabbit after the DefaultDS is bound: Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=DefaultDS' to JNDI name 'java:DefaultDS' Why is this happening and how can I fix it?

Jackrabbit on JBOSS

SY-1 — 2008-07-03T15:28:28

Hi all! Jackrabbit on JBOSS I ve just started working with JackRabbit,currently i ve found some trouble on the jackrabbit's deployment on JBOSS i followed all the instructions posted on jackrabbit wiki and it appears that the server starts correctly (the repository is created ,the workspace is initialized etc..) but when i tried to make a lookup in my Java code i have the following messages: xception in thread "main" javax.naming.NameNotFoundException: jcrlocal not bound at org.jnp.server.NamingServer.getBinding(NamingServer.java:529) at org.jnp.server.NamingServer.getBinding(NamingServer.java:537) at org.jnp.server.NamingServer.getObject(NamingServer.java:543) at org.jnp.server.NamingServer.lookup(NamingServer.java:296) at sun.reflect.GeneratedMethodAccessor77.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707) at java.lang.Thread.run(Thread.java:595) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source) at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) I ve tried everything but it still not working please if you have any ideas reply to me Thank's i ve tried to put the following lines into the jcr-ds-xml : false But it returns to me a Null Pointor so as i said befor any i idea is welcomed thanks again

Simpler JNDI client Repository lookup?

Richard Huddleston — 2008-07-03T15:07:40

I'm using the standard way of getting access to the jackrabbit repository in the context of a jboss client app InitialContext ctx = new InitialContext(env); ClientAdapterFactory adapter = new ClientAdapterFactory(); RemoteRepository rr = (RemoteRepository) ctx.lookup("jnp://localhost:1099/jcrServer"); Repository repository = adapter.getRepository(rr); it works, but the downside is that i have to distribute jackrabbit jars containing ClientAdapterFactory and RemoteRepository classes in addition to the jcr-1.0.jar (which is all that i want). ideally, i'd like to just distribute the jcr-1.0.jar to my clients and do a lookup like: InitialContext ctx = new InitialContext(env); Repository repository = (Repository ) ctx.lookup("jnp://localhost:1099/jcr"); is this possible in a remote jboss client app?