<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.apache.jackrabbit.user">
    <title>gmane.comp.apache.jackrabbit.user</title>
    <link>http://blog.gmane.org/gmane.comp.apache.jackrabbit.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8131"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8126"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8125"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8121"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8118"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8114"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8113"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8112"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8102"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8098"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8095"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8089"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8084"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8082"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8081"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8078"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8075"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8070"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8068"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8055"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8131">
    <title>Transaction over RMI?</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8131</link>
    <description>
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 </description>
    <dc:creator>SY-1</dc:creator>
    <dc:date>2008-07-04T14:26:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8126">
    <title>Multiple Jackrabit instances</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8126</link>
    <description>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

</description>
    <dc:creator>MARTINEZ Antonio</dc:creator>
    <dc:date>2008-07-03T22:00:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8125">
    <title>StartupServletContextListener jboss 5</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8125</link>
    <description>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?

</description>
    <dc:creator>Richard Huddleston</dc:creator>
    <dc:date>2008-07-03T21:46:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8121">
    <title>Delete References Problem</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8121</link>
    <description>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.jack</description>
    <dc:creator>Nick Stuart</dc:creator>
    <dc:date>2008-07-03T19:48:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8118">
    <title>Question on scalability</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8118</link>
    <description>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</description>
    <dc:creator>Paul Kling</dc:creator>
    <dc:date>2008-07-03T16:37:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8114">
    <title>JBoss 5 shutdown</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8114</link>
    <description>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</description>
    <dc:creator>Richard Huddleston</dc:creator>
    <dc:date>2008-07-03T15:30:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8113">
    <title>Jackrabbit on JBOSS</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8113</link>
    <description>
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 su</description>
    <dc:creator>SY-1</dc:creator>
    <dc:date>2008-07-03T15:28:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8112">
    <title>Simpler JNDI client Repository lookup?</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8112</link>
    <description>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?

</description>
    <dc:creator>Richard Huddleston</dc:creator>
    <dc:date>2008-07-03T15:07:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8102">
    <title>Managing email within a JSR-170 repository</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8102</link>
    <description>
Hello,

I am just starting to investigate JSR-170, so apologies if this request is
slightly out of scope.

Are there any free/open-source examples of JSR-170 being used for managing
email (similar to MS Exchange Server) and with an associated client
application?

I am interested to use an ECM system, but am picturing a solution that
handles email as well as other document types and so allows content searches
to include emails. 

Thanks for your help

Steve Cameron

 
</description>
    <dc:creator>Steve Cameron</dc:creator>
    <dc:date>2008-07-03T02:20:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8098">
    <title>Accessing DataIdentifier associated with binary property from DataStore</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8098</link>
    <description>Hey Folks,
  I've gotten a custom DataStore implemented with the
BundleDBPersistenceManager, and it is working fine. Now the issue is that
some part of my application needs to access the DataIdentifier associated
with storing a particular binary property.

  Basically, if I have a binary Property from a Node, can I look up the
identifier based on the Property's UUID? The BundlePersistenceManager has to
keep these stored somewhere, right?

   If it's not readily available, I'm thinking about implementing  a  custom
PersistenceManager which exposes this value as an auto-generated
pseudo-property.

thx for any insight ....
 ---- jerome
</description>
    <dc:creator>Jerome Banks</dc:creator>
    <dc:date>2008-07-02T17:25:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8095">
    <title>FW: NPE in VersionIteratorImpl.addVersion in cluster</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8095</link>
    <description>My description wasn't quite accurate - the NPE happens when one node
adds a new version to an existing document and the other reads it too
soon, not a brand new document.
If no-one has seen this before I'll raise a bug for it.


-----Original Message-----
From: Connor, Brett (LNG-TWY) [mailto:Brett.Connor&lt; at &gt;lexisnexis.co.uk] 
Sent: 01 July 2008 16:21
To: users&lt; at &gt;jackrabbit.apache.org
Subject: NPE in VersionIteratorImpl.addVersion in cluster

I have a simple cluster with two nodes, bsc_1 and bsc_2, configured with
bundle.MSSqlPersistenceManager and datastore (on a shared filesystem).
This is using Jackrabbit 1.4.3.

In my test one node created a document, the other fairly eagerly spotted
the new document (another communication channel) and tried to find some
information about it. I had several callstacks as below for a few
seconds before it settled down and returned the informaion correctly:

at
org.apache.jackrabbit.core.version.VersionIteratorImpl.addVersion(Versio
nIteratorImpl.java:147)
at org.apache.jackra</description>
    <dc:creator>Connor, Brett (LNG-TWY</dc:creator>
    <dc:date>2008-07-02T13:13:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8089">
    <title>Jackrabbit deployment on JBOSS</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8089</link>
    <description>
Hi all!

i've just started to work with jackrabbit my problem is situated on the
jackrabbit deployment on JBOSS 
at the beginning everything seems fine  "the repositroy is started" but at
one moment i've got somewarning messages :

Problem starting service Jackrabbit.services:RMIServer = JCR RMI Server
javax.naming.NameNotFoundException: jcr not bound
.
.
.
.
.
.


MBeans waiting for other MBeans ---
ObjectName: Jackrabbit.services:RMIServer = JCR RMI Server
  State: FAILED
  Reason: javax.naming.NameNotFoundException: jcr not bound
  I Depend On:
    jboss.jca:service=ManagedConnectionFactory,name=jcr/local

--- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM ---
ObjectName: Jackrabbit.services:RMIServer = JCR RMI Server
  State: FAILED
  Reason: javax.naming.NameNotFoundException: jcr not bound
  I Depend On:
    jboss.jca:service=ManagedConnectionFactory,name=jcr/local

Please if someone could help it would be great thanks!
</description>
    <dc:creator>SY-1</dc:creator>
    <dc:date>2008-07-02T07:49:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8084">
    <title>Lucene database backend</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8084</link>
    <description>can someone point me to documentation for the proper way to set up lucene to
use a database backend instead of a local filesystem.

also, it appears as though if i remove the searchindex elements from the
repository.xml a call to get supported query types fails ... is this the
correct behavior?  i noticed this while using the jcr explorer web app.
</description>
    <dc:creator>Richard Huddleston</dc:creator>
    <dc:date>2008-07-02T03:14:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8082">
    <title>Jackrabbit Caching?</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8082</link>
    <description>I have a database backed repository that I want to export from (read
only scenario) very infrequently (once on startup and when a method is
called via JMX).  

The problem that I am having is that the data in the repository can
change behind the scenes (another app changes data in the repo, a
database restore, or some other external action.  When I re-export the
data (after exporting it once already), it does not pick up the changes.
I am assuming the nodes are cached behind the scenes (either in memory
or the indices).  I can't restart the application every time this
happens and can't just use an RMI solution because the data might change
with a database restore or something similar.  

 

Is the in-memory cache preventing me from getting the new data?

If so:

                Is there a way to clear the cache programmatically?

                Is there a way to turn off caching? (This would work
just as well in my case)

Is it the indexing?

If so:

                Is there a way to re-index programmatical</description>
    <dc:creator>Jared Graber</dc:creator>
    <dc:date>2008-07-01T21:13:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8081">
    <title>JNDIDatabaseFileSystem DefaultDS on JBoss</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8081</link>
    <description>I'm trying to get jackrabbit migrated over on JBoss to MySQL (it's currently
using the default config).  I'm having an issue doing the JNDI lookups.  No
matter what I put for the dataSourceLocation I can't get the JNDI lookup to
succeed.  I have the DefaultDS working for other things (ex. JBoss
messaging).  I'm running on JBoss version 4.2.2.GA.  Has anyone had success
with this?

I've tried "java:/DefaultDS", "DefaultDS", "java:comp/env/jdbc/DefaultDS",
and "jndi/DefaultDS" ... no luck.

&lt;Repository&gt;
  &lt;FileSystem
class="org.apache.jackrabbit.core.fs.db.JNDIDatabaseFileSystem"&gt;
    &lt;param name="dataSourceLocation" value="java:/DefaultDS" /&gt;
    &lt;param name="schema" value="mysql" /&gt;
    &lt;param name="schemaObjectPrefix" value="jcr_fs_" /&gt;
  &lt;/FileSystem&gt;
  &lt;Security appName="Jackrabbit"&gt;
    &lt;AccessManager
      class="org.apache.jackrabbit.core.security.SimpleAccessManager"&gt;
    &lt;/AccessManager&gt;
    &lt;LoginModule
class="org.apache.jackrabbit.core.security.SimpleLoginModule"&gt;
      &lt;param name="anonymousId" va</description>
    <dc:creator>Richard Huddleston</dc:creator>
    <dc:date>2008-07-01T19:48:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8078">
    <title>Compatibility Jackrabbit 1.3.3 to todays version.</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8078</link>
    <description>
Hi;
I am using in my project the version 1.3.3 of Jackrabbit.
In the repository.xml there is the configuration (abreviated):

//begin repository.xml
...
&lt;Repository&gt;
    &lt;FileSystem
class="org.apache.jackrabbit.core.fs.db.JNDIDatabaseFileSystem"&gt;
...&lt;/FileSystem&gt;
    &lt;Security appName="Jackrabbit"&gt;
...    &lt;/Security&gt;

    &lt;Workspaces rootPath="${rep.home}/workspaces" defaultWorkspace="default"
/&gt;
    &lt;Workspace name="${wsp.name}"&gt;
&lt;FileSystem
class="org.apache.jackrabbit.core.fs.db.JNDIDatabaseFileSystem"&gt;
...&lt;/FileSystem&gt;
&lt;PersistenceManager
class="org.apache.jackrabbit.core.persistence.db.JNDIDatabasePersistenceManager"&gt;
...
&lt;/PersistenceManager&gt;

        &lt;SearchIndex
class="org.apache.jackrabbit.core.query.lucene.SearchIndex"&gt;
...        &lt;/SearchIndex&gt;
        
    &lt;/Workspace&gt;

    &lt;Versioning rootPath="${rep.home}/version"&gt;
&lt;FileSystem
class="org.apache.jackrabbit.core.fs.db.JNDIDatabaseFileSystem"&gt;
...&lt;/FileSystem&gt;
&lt;PersistenceManager
class="org.apache.jackrabbit.core.persistence.db.JNDIData</description>
    <dc:creator>hsp_</dc:creator>
    <dc:date>2008-07-01T18:13:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8075">
    <title>MySqlPersistenceManager with a single schema</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8075</link>
    <description>I'm trying to use the MySqlPersistenceManager with a single schema.

I see the configuration parameter "schemaObjectPrefix" and was hoping there
were be something like "tableObjectPrefix".  I don't see anything listed in
the javadocs.

Is it possible to use the MySqlPersistenceManager with only one schema in
MySQL?  Both versions and workspaces would be stored in this schema.

-Richard
</description>
    <dc:creator>Richard Huddleston</dc:creator>
    <dc:date>2008-07-01T17:49:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8070">
    <title>NPE in VersionIteratorImpl.addVersion in cluster</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8070</link>
    <description>I have a simple cluster with two nodes, bsc_1 and bsc_2, configured with
bundle.MSSqlPersistenceManager and datastore (on a shared filesystem).
This is using Jackrabbit 1.4.3.

In my test one node created a document, the other fairly eagerly spotted
the new document (another communication channel) and tried to find some
information about it. I had several callstacks as below for a few
seconds before it settled down and returned the informaion correctly:

at
org.apache.jackrabbit.core.version.VersionIteratorImpl.addVersion(Versio
nIteratorImpl.java:147)
at org.apache.jackrabbit.core.version.VersionIteratorImpl.
(VersionIteratorImpl.java:68)
at
org.apache.jackrabbit.core.version.VersionHistoryImpl.getAllVersions(Ver
sionHistoryImpl.java:95)

Several other properties were read ok, it's not until it gets to the
versionhistory that it goes pear shaped.

The method in question traverses the version graph, internally adding
version node successors to a working queue to build the iteration order.
Somewhere a null</description>
    <dc:creator>Connor, Brett (LNG-TWY</dc:creator>
    <dc:date>2008-07-01T15:21:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8068">
    <title>XPath - Emergency</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8068</link>
    <description>aloha,

what am i doing wrong , none of the following xpath queries gives any result
using the following structure

                         Node root = session.getRootNode();
                         Node BookmarkSpace = root.getNode("turnguard:BookmarkSpace");
                         Node NewBookmark = BookmarkSpace.addNode("turnguard:Bookmark");
                         NewBookmark.addMixin("mix:referenceable");
                         NewBookmark.addMixin("mix:versionable");
                         NewBookmark.setProperty("turnguard:BookmarkTitle", RequestContainer.getValueFor("BookmarkTitle"));  
                         NewBookmark.setProperty("turnguard:BookmarkUrl", RequestContainer.getValueFor("BookmarkUrl"));  
 
                     
NewBookmark.setProperty("turnguard:BookmarkDescription",
RequestContainer.getValueFor("BookmarkDescription"));  
           
            NewBookmark.setProperty("turnguard:In",
session.getNodeByUUID(RequestContainer.getValueFor("ParentFolderUUID"))); 
             </description>
    <dc:creator>jakobitsch juergen</dc:creator>
    <dc:date>2008-07-01T10:04:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8055">
    <title>Mac OS X WebDAV and mime type question</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8055</link>
    <description>Hello,

I've been doing some tests with Mac OS X 10.4 and Jackrabbit's  
SimpleWebdavServlet. It looks like when many apps on the Mac (I think  
it affects all apps that use the Cocoa libs for file save operations)  
save a file the following happens:

* The original file is moved to a backup file name (e.g. "xxx.txt"  
moved to "xxx~.txt")
* A temp file ending with ".dat" is created containing the updated  
file data
* This ".dat" temp file is moved to the original file name (e.g.  
"xxx.txt")
* The backup file is removed (or possibly not, I suppose, based on  
user preferences)

This is somewhat simplified, there are actually a number of other  
steps (lock, unlock, etc.) but it gives the general idea.

The problem is that a file will have the correct mime type when it is  
originally uploaded, but is given an incorrect mime type after a file  
is saved due to the ".dat" temp file name extension. Also, because a  
new file is created with the incorrect mime type, none of the text  
extractors run and the f</description>
    <dc:creator>Scott Dietrich</dc:creator>
    <dc:date>2008-06-30T19:39:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8054">
    <title>Document clustering advice</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.user/8054</link>
    <description>Hi there list! I'm building a web site which uses jackrabbit behind
the scenes. So far jackrabbit it's doing just fine, but we're in the
need of clustering documents in the repository. I've previous
experience with Carrot2 clustering engine, but i didn't find an easy
way to integrate both Jackrabbit and Carrot2. That's why I'm asking
here, for previous experiences or general advices.

Regards and thanks in advance
                                                          Fred

</description>
    <dc:creator>All day coders</dc:creator>
    <dc:date>2008-06-30T19:21:06</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.apache.jackrabbit.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.apache.jackrabbit.user</link>
  </textinput>
</rdf:RDF>
