<?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 about="http://blog.gmane.org/gmane.comp.apache.jackrabbit.devel">
    <title>gmane.comp.apache.jackrabbit.devel</title>
    <link>http://blog.gmane.org/gmane.comp.apache.jackrabbit.devel</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.devel/19643"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19642"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19640"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19636"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19635"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19627"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19612"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19611"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19610"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19607"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19604"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19593"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19588"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19586"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19585"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19584"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19583"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19577"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19569"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19567"/>
      </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.devel/19643">
    <title>Subscription: open issues</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19643</link>
    <description>Issue Subscription
Filter: open issues (276 issues)
Open Issues for Apache Jackrabbit
Subscriber: jackrabbitdev


Key         Summary
JCR-1729    Node#addNode failes with AccessDeniedException if session lacks read-permission to an acestor
            https://issues.apache.org/jira/browse/JCR-1729
JCR-1726    Hudson build doesn't detect Java 5 class references
            https://issues.apache.org/jira/browse/JCR-1726
JCR-1724    Jackrabbit utilities
            https://issues.apache.org/jira/browse/JCR-1724
JCR-1723    Both the JNDIDatabaseFileSystem and JNDIDatabasePersistenceManager need to create InitialContext with jndi.properties
            https://issues.apache.org/jira/browse/JCR-1723
JCR-1722    Data Store backup: need a way to delay deleting files (garbage collection)
            https://issues.apache.org/jira/browse/JCR-1722
JCR-1721    make collection element names configureable
            https://issues.apache.org/jira/browse/JCR-1721
JCR-1719    Make the extraction of Session UserIDs from Sub</description>
    <dc:creator>jira&lt; at &gt;apache.org</dc:creator>
    <dc:date>2008-09-07T06:21:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19642">
    <title>Where to embed custom Similarity, Scorer, Weight, Query...?</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19642</link>
    <description>
Hi everybody,

hopefully my last question on scoring (sorry for this, but i'm a newbie
concerning lucene)...
Okay, we can surely implement custom classes like Similarities, Scorers,
Weights, Queries. But what is the best practice to embed those into
JackRabbit? Is there a way i can do this seamlessly without diggin too deep
in JackRabbit's sources? Something plugin like? Where is a good starting
point?

I'm used to fire a search like this:
QueryManager qm = ws.getQueryManager();
Query q = qm.createQuery("//element(*, nt:file)[jcr:contains(jcr:content,
'foo')] order by jcr:score() descending", Query.XPATH);
QueryResult result = q.execute();

But i don't see anything to put my custom objects in, neither at runtime in
QueryManager nor in Query nor at design time in any config entry...

Please help! Once more thanks a lot
Flo

</description>
    <dc:creator>flopsi73</dc:creator>
    <dc:date>2008-09-06T21:40:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19640">
    <title>Scoring question</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19640</link>
    <description>
Hi everybody,

i have a question regarding custom scoring:
I want to implement a scoring so that the score of a document is just equal
to the occurences of the terms in the document. No special rules about term
length, ocurrences in other documents etc.

defining that only jcr:content/&lt; at &gt;jcr:data is indexed, e.g. a document with
content
'This is a test document of jackrabbit scoring mechanism, just a test
document'
should always get a score of 3
with a search
'test scoring'

Does anyone  have an idea on how to achieve this most easily? Is there
already anything? Or if not, which classes are to subclass? Just Scorer and
Weight? I think Similarity is not necessary (see MatchAllScorer)?!? Or maybe
even Query?

I thought about something like this (in a new 'HitScorer' class):

public float score() throws IOException {
TermFreqVector tfv = reader.getTermFreqVector(nextDoc, "jcr:content");
int[] freqs = tfv.getTermFrequencies();
int sum = 0;
for (int i = 0; i &lt; freqs.length; i++)
sum += freqs[i];
retu</description>
    <dc:creator>flopsi73</dc:creator>
    <dc:date>2008-09-05T13:17:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19636">
    <title>Created: (JCR-1729) Node#addNode failes with AccessDeniedException if session lacks read-permission to an acestor</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19636</link>
    <description>Node#addNode failes with AccessDeniedException if session lacks read-permission to an acestor
---------------------------------------------------------------------------------------------

                 Key: JCR-1729
                 URL: https://issues.apache.org/jira/browse/JCR-1729
             Project: Jackrabbit
          Issue Type: Bug
          Components: jackrabbit-core
            Reporter: christian
            Priority: Minor


Consider a Session that has following permissions:
/home  -&gt; no permission
/home/myself -&gt; read|remove|set_property|add_node

if this session tries to add a Node to /home/myself.
An AccessDeniedException is thrown indicateing that it can not read /home.

The Exception is caused by the Node's check, if it is checked-out.
This check asumes that the session has read-access to all its ancestors.
Which breaks in this case:

see NodeImpl internalIsCheckedOut()   (ln 3875)


</description>
    <dc:creator>christian (JIRA</dc:creator>
    <dc:date>2008-09-05T11:55:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19635">
    <title>Indexing configuration ignored?!?</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19635</link>
    <description>
Hello everybody,
i use an index configuration like this...

&lt;?xml version="1.0"?&gt;
&lt;!DOCTYPE configuration SYSTEM
"http://jackrabbit.apache.org/dtd/indexing-configuration-1.0.dtd"&gt;
&lt;configuration xmlns:jcr="http://www.jcp.org/jcr/1.0"
xmlns:nt="http://www.jcp.org/jcr/nt/1.0"&gt;
  &lt;index-rule nodeType="nt:resource"&gt;
    &lt;property&gt;jcr:data&lt;/property&gt;
  &lt;/index-rule&gt;
&lt;/configuration&gt;

...assuming that now only the jcr:data property of nt:resource nodes is
indexed. But debugging into Jackrabbit (e.g. setting a breakpoint in
NodeIndexer.addStringValue, which should IMO never be touched anymore, but
in fact is) makes me think still all properties of all nodes are indexed.

Looking at the code i also cannot find where 'Indexing rules defined for a
base type also apply to sub types'
(http://wiki.apache.org/jackrabbit/IndexingConfiguration) is implemented.

So my questions are: Am i wrong in either configuration or interpretation of
code? Is the mentioned inheritance really implemented?

Thanx, best regards
Flo

</description>
    <dc:creator>flopsi73</dc:creator>
    <dc:date>2008-09-05T11:51:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19627">
    <title>WEBDAV CHECKOUT may contain request body</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19627</link>
    <description> &lt;&lt;DavConstants.java&gt;&gt;  &lt;&lt;CheckoutMethod.java&gt;&gt; Hello,

I picked up a todo from the webdav client package. 

"CHECKOUT may contain request body (working-resource, activity,
checkout-in-place)" With the additional constructor the checkout can
deal with working-resource and activity.

Hopefully it is ok and it finds a way in the Lib

Cheers,
Martin

</description>
    <dc:creator>M.Jung&lt; at &gt;dlr.de</dc:creator>
    <dc:date>2008-09-03T09:47:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19612">
    <title>Created: (JCR-1728) Observation logs error when a node is moved in place</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19612</link>
    <description>Observation logs error when a node is moved in place
----------------------------------------------------

                 Key: JCR-1728
                 URL: https://issues.apache.org/jira/browse/JCR-1728
             Project: Jackrabbit
          Issue Type: Bug
          Components: jackrabbit-core
    Affects Versions: 1.4
            Reporter: Marcel Reutegger
            Priority: Minor


An error message is written to the log when the following sequence of operations is executed:

- create node 'parent'
- create node 'child' as a child of 'parent'
- save
- create node 'tmp'
- move 'child' under 'tmp'
- remove 'parent'
- move 'tmp' to former path of 'parent'

The log will say: EventStateCollection: Unable to calculate old path of moved node

This is because the zombie path of 'child' is equal to the new path after the move. The EventStateCollection detects a new parentId assigned to 'child' and expects a new path that is different from the zombie path. The above case however shows that there is a use </description>
    <dc:creator>Marcel Reutegger (JIRA</dc:creator>
    <dc:date>2008-09-02T08:36:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19611">
    <title>Subscription: open issues</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19611</link>
    <description>Issue Subscription
Filter: open issues (286 issues)
Open Issues for Apache Jackrabbit
Subscriber: jackrabbitdev


Key         Summary
JCR-1726    Hudson build doesn't detect Java 5 class references
            https://issues.apache.org/jira/browse/JCR-1726
JCR-1724    Jackrabbit utilities
            https://issues.apache.org/jira/browse/JCR-1724
JCR-1723    Both the JNDIDatabaseFileSystem and JNDIDatabasePersistenceManager need to create InitialContext with jndi.properties
            https://issues.apache.org/jira/browse/JCR-1723
JCR-1722    Data Store backup: need a way to delay deleting files (garbage collection)
            https://issues.apache.org/jira/browse/JCR-1722
JCR-1721    make collection element names configureable
            https://issues.apache.org/jira/browse/JCR-1721
JCR-1719    Make the extraction of Session UserIDs from Subjects configurable
            https://issues.apache.org/jira/browse/JCR-1719
JCR-1718    repository-1.5.dtd: change order of main elements
            https://issue</description>
    <dc:creator>jira&lt; at &gt;apache.org</dc:creator>
    <dc:date>2008-08-31T06:21:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19610">
    <title>Required Admin/System user</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19610</link>
    <description>I noticed that progress was recently made on implementing the
access/security features of JSR 283 in the 1.5-SNAPSHOT.  After
pulling down the snapshots and without making any changes to my
repository.xml file I noticed what seems to be a nonpassive change.
In my repository.xml file I have:

    &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.simple.SimpleLoginModule"&gt;
        &lt;/LoginModule&gt;
      &lt;SecurityManager
class="org.apache.jackrabbit.core.security.simple.SimpleSecurityManager"&gt;
      &lt;/SecurityManager&gt;
    &lt;/Security&gt;

Notice I don't have any specific user configured as the admin or
system user.  I do this because I don't care what users can change
what in the repository (access is checked a level higher).  However
with this configuration I get the following exceptions when trying to
run:

Caused by: javax.jcr.AccessD</description>
    <dc:creator>Micah Whitacre</dc:creator>
    <dc:date>2008-08-29T20:50:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19607">
    <title>Created: (JCR-1726) Hudson build doesn't detect Java 5 class references</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19607</link>
    <description>Hudson build doesn't detect Java 5 class references
---------------------------------------------------

                 Key: JCR-1726
                 URL: https://issues.apache.org/jira/browse/JCR-1726
             Project: Jackrabbit
          Issue Type: Task
            Reporter: Jukka Zitting
            Priority: Minor
             Fix For: none


Due to the fact that the Maven 2 support in Hudson only works on Java 5, our current CI build at http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/ doesn't detect references to classes and methods that are only available in the Java 5 class library.

</description>
    <dc:creator>Jukka Zitting (JIRA</dc:creator>
    <dc:date>2008-08-28T09:33:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19604">
    <title>Created: (JCR-1727) HTMLTextExtractor modifying UTF-8 encoded String</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19604</link>
    <description>HTMLTextExtractor modifying UTF-8 encoded String
------------------------------------------------

                 Key: JCR-1727
                 URL: https://issues.apache.org/jira/browse/JCR-1727
             Project: Jackrabbit
          Issue Type: Bug
          Components: jackrabbit-text-extractors
    Affects Versions: 1.4
         Environment: JDK 1.5 passing -Dfile.encoding=UTF-8 to JVM
            Reporter: Danilo Barboza


Trying to extract an HTML that is UTF-8 encoded is modifying the UTF-8 special char (like á, é, ó, ã etc).

This cause a wrong search, cause lucene use this extractor to index content.

See attachments for an example of the problem.

</description>
    <dc:creator>Danilo Barboza (JIRA</dc:creator>
    <dc:date>2008-08-28T14:10:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19593">
    <title>Created: (JCR-1725) DbDataStore init fails if tablePrefix specified</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19593</link>
    <description>DbDataStore init fails if tablePrefix specified
-----------------------------------------------

                 Key: JCR-1725
                 URL: https://issues.apache.org/jira/browse/JCR-1725
             Project: Jackrabbit
          Issue Type: Bug
    Affects Versions: core 1.4.5
            Reporter: Stephane Landelle


In DbDataStore, init method checks if the table exists and otherwise creates it.
However, the test only take the table name and not the optional table name prefix.

Please modify :
ResultSet rs = meta.getTables(null, null, tableSQL, null);
as :
ResultSet rs = meta.getTables(null, null, tablePrefix + tableSQL, null);

Sincerely,

Stephane Landelle

</description>
    <dc:creator>Stephane Landelle (JIRA</dc:creator>
    <dc:date>2008-08-27T13:11:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19588">
    <title>Created: (JCR-1724) Jackrabbit utilities</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19588</link>
    <description>Jackrabbit utilities
--------------------

                 Key: JCR-1724
                 URL: https://issues.apache.org/jira/browse/JCR-1724
             Project: Jackrabbit
          Issue Type: Improvement
          Components: sandbox
            Reporter: Scott
            Priority: Minor
         Attachments: jcrutil.tar.gz

Attached are two utilities for Jackrabbit:

The first one is a DataStore implementation that uses Amazon S3 for storage.
This is fairly straightforward. It is configured by adding a DataStore
section to the repository.xml file, e.g.:
   &lt;DataStore class="org.jcrutil.S3DataStore"&gt;
       &lt;param name="awsAccessKey" value="" /&gt;
       &lt;param name="awsSecretKey" value="" /&gt;
       &lt;param name="bucketName" value="" /&gt;
       &lt;param name="minModifiedDate" value="0" /&gt;
       &lt;param name="minRecordLength" value="0" /&gt;
   &lt;/DataStore&gt;

The second utility is a JCR based Commons VFS filesystem provider. This
allows you to access a JCR repository (nt:file and nt:folder nodes) using
the Commo</description>
    <dc:creator>Scott (JIRA</dc:creator>
    <dc:date>2008-08-25T15:07:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19586">
    <title>Subscription: open issues</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19586</link>
    <description>Issue Subscription
Filter: open issues (287 issues)
Open Issues for Apache Jackrabbit
Subscriber: jackrabbitdev


Key         Summary
JCR-1723    Both the JNDIDatabaseFileSystem and JNDIDatabasePersistenceManager need to create InitialContext with jndi.properties
            https://issues.apache.org/jira/browse/JCR-1723
JCR-1722    Data Store backup: need a way to delay deleting files (garbage collection)
            https://issues.apache.org/jira/browse/JCR-1722
JCR-1721    make collection element names configureable
            https://issues.apache.org/jira/browse/JCR-1721
JCR-1719    Make the extraction of Session UserIDs from Subjects configurable
            https://issues.apache.org/jira/browse/JCR-1719
JCR-1718    repository-1.5.dtd: change order of main elements
            https://issues.apache.org/jira/browse/JCR-1718
JCR-1715    Prevent excessive Path.Element instances
            https://issues.apache.org/jira/browse/JCR-1715
JCR-1712    JSR 283: JCR Names
            https://issues.apache.org/</description>
    <dc:creator>jira&lt; at &gt;apache.org</dc:creator>
    <dc:date>2008-08-24T06:21:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19585">
    <title>testing, please ignore ...</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19585</link>
    <description>...
</description>
    <dc:creator>Discussion Groups</dc:creator>
    <dc:date>2008-08-22T22:06:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19584">
    <title>Created: (JCR-1723) Both the JNDIDatabaseFileSystem and JNDIDatabasePersistenceManager need to create InitialContext with jndi.properties</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19584</link>
    <description>Both the JNDIDatabaseFileSystem and JNDIDatabasePersistenceManager need to create InitialContext with jndi.properties
---------------------------------------------------------------------------------------------------------------------

                 Key: JCR-1723
                 URL: https://issues.apache.org/jira/browse/JCR-1723
             Project: Jackrabbit
          Issue Type: Improvement
          Components: jackrabbit-core
    Affects Versions: core 1.4.5
            Reporter: Kevin McKee
            Priority: Critical


Both the JNDIDatabaseFileSystem and JNDIDatabasePersistenceManager create an initial context by doing the following:

InitialContext ic = new InitialContext();

They should both allow the initial context to be created with specified jndi.properties or to be able to look up jndi.properties by default on the classpath.

</description>
    <dc:creator>Kevin McKee (JIRA</dc:creator>
    <dc:date>2008-08-22T18:14:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19583">
    <title>Created: (JCR-1722) Data Store backup: need a way to delay deleting files (garbage collection)</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19583</link>
    <description>Data Store backup: need a way to delay deleting files (garbage collection)
--------------------------------------------------------------------------

                 Key: JCR-1722
                 URL: https://issues.apache.org/jira/browse/JCR-1722
             Project: Jackrabbit
          Issue Type: New Feature
          Components: jackrabbit-core
            Reporter: Thomas Mueller
            Assignee: Thomas Mueller
             Fix For: 1.5


During a backup, objects in the data store must not be modified or deleted. Otherwise the backup is consistent.

Objects in the data store are never modified. The only problem is if objects are deleted while the backup is running. The data store garbage collection is the only place where objects are deleted.

There should be a way for a backup tool to 'flag' the data store (file data store and database data store) to not delete entries. For the file data store, this could be done by placing a specially named file in the root folder. For the database data stor</description>
    <dc:creator>Thomas Mueller (JIRA</dc:creator>
    <dc:date>2008-08-22T14:56:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19577">
    <title>Use JackRabbit CMS for storing Business Objects</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19577</link>
    <description/>
    <dc:creator>Andrei Latyshau</dc:creator>
    <dc:date>2008-08-21T13:03:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19569">
    <title>Created: (JCR-1721) make collection element names configureable</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19569</link>
    <description>make collection element names configureable
-------------------------------------------

                 Key: JCR-1721
                 URL: https://issues.apache.org/jira/browse/JCR-1721
             Project: Jackrabbit
          Issue Type: New Feature
          Components: jackrabbit-ocm
            Reporter: Oliver Lietz
            Priority: Minor
         Attachments: jcrElementName.diff

- add jcrElementName to CollectionDescriptor and Collection annotation
- make COLLECTION_ELEMENT_NAME protected instead of private


</description>
    <dc:creator>Oliver Lietz (JIRA</dc:creator>
    <dc:date>2008-08-20T11:30:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19567">
    <title>Created: (JCR-1720) Jcr2Spi: configuration entry for size of ItemCache</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19567</link>
    <description>Jcr2Spi: configuration entry for size of ItemCache
--------------------------------------------------

                 Key: JCR-1720
                 URL: https://issues.apache.org/jira/browse/JCR-1720
             Project: Jackrabbit
          Issue Type: Improvement
          Components: jackrabbit-jcr2spi
            Reporter: angela
            Assignee: angela
            Priority: Trivial


in order to make the size of the ItemCache configurable (see TODO in jcr2spi SessionImpl) i'd like to extend the jcr2spi RepositoryConfig and have a default value being provided with AbstractRepositoryConfig in the tests section.

</description>
    <dc:creator>angela (JIRA</dc:creator>
    <dc:date>2008-08-20T10:04:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19565">
    <title>Created: (JCR-1719) Make the extraction of Session UserIDs from Subjects configurable</title>
    <link>http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/19565</link>
    <description>Make the extraction of Session UserIDs from Subjects configurable
-----------------------------------------------------------------

                 Key: JCR-1719
                 URL: https://issues.apache.org/jira/browse/JCR-1719
             Project: Jackrabbit
          Issue Type: New Feature
          Components: jackrabbit-core, security
    Affects Versions: core 1.4.5, 1.5
            Reporter: Rory Douglas
            Priority: Minor


The SessionImpl class must extract a string name from the Prinicpals in a Subject to use as the Session userID.  In 1.4 the SessionImpl class directly selects the first available Principal.  In 1.5, this is delegated to the SecurityManager, which chooses the first  non-group principal.

It would be useful to be able to configure specific selection criteria for the Principal used for the Session userID.  A simple mechanism would involve specifying a Principal implementation classname in the configuration, and the first instance of that class found in the Subject woul</description>
    <dc:creator>Rory Douglas (JIRA</dc:creator>
    <dc:date>2008-08-19T15:11:44</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.apache.jackrabbit.devel">
    <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.devel</link>
  </textinput>
</rdf:RDF>
