<?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://permalink.gmane.org/gmane.comp.apache.jackrabbit.user">
    <title>gmane.comp.apache.jackrabbit.user</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19598"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19597"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19596"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19595"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19594"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19593"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19592"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19591"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19590"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19589"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19588"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19587"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19586"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19585"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19584"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19583"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19582"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19581"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19580"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19579"/>
      </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://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19598">
    <title>Re: AW: OnWorkspaceInconsistency Node has missing child indexing error</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19598</link>
    <description>&lt;pre&gt;Thank you  KÖLL Claus;
I solved the problem using api version 1.4.12, and starting the repository
with parameters check/fixconsistency in workspace.xml ...
I've needed to put the feature with jndi capabilities in api, and while
trying to run the fixconsistency I just found a "bug" in class
org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager,
because I use postgresql:

lines 874, 1213


//                        Postgresql maps Blob data to the oid datatype, not
bytea.  For bytea data 
//                        you should use getBytes() not getBlob.

//                      Blob blob = bRs.getbygetBlob(1);
//                      data = getBytes(blob);
                      data = bRs.getBytes(1); //(for postgres, it's the
right way!!!)

How can we put this "fix/workaround" (if it is not already in latest
releases)?

Regards
Helio.



--
View this message in context: http://jackrabbit.510166.n4.nabble.com/OnWorkspaceInconsistency-Node-has-missing-child-indexing-error-tp4658445p4658725.ht&lt;/pre&gt;</description>
    <dc:creator>hsp</dc:creator>
    <dc:date>2013-05-17T20:37:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19597">
    <title>Exception javax.jcr.LoginException: LoginModule ignored Credentials</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19597</link>
    <description>&lt;pre&gt;Hi,

I am trying to login to the jackrabbit reporisotry using the test user with
SimpleCredentials and I am  getting the below exception:
Caused by: javax.jcr.LoginException: LoginModule ignored Credentials
at org.apache.jackrabbit.core.RepositoryImpl.login(RepositoryImpl.java:1493)
at
org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:381)
at
org.apache.jackrabbit.commons.AbstractRepository.login(AbstractRepository.java:123)
at org.max.formsng.restlet.resources.JCRTest.jcrLogin(Unknown Source)


No special configruation is done to Jackrabbit installation and have not
created the user. If user needs to be created, where should I create it?
Any pointers are appreciated.

Here is my code(one taken from the
http://jackrabbit.apache.org/first-hops.html second hops example):

Repository repository = new TransientRepository();
session = repository.login(
new SimpleCredentials("username", "password".toCharArray()));
 try {
 Node root = session.getRootNode();
 // Store content
Node hello =&lt;/pre&gt;</description>
    <dc:creator>Prasad R</dc:creator>
    <dc:date>2013-05-17T17:44:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19596">
    <title>Webapp shutdown fails after RMI-Login</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19596</link>
    <description>&lt;pre&gt;Hi,

I have a problem with the Jackrabbit Webapp on Tomcat and RMI-Access. I
tried several different versions (2.4.3, 2.4.4 and 2.6.1) without any
changes to the webapp and the problem occurs with everyone of these. Also
the repository.xml is standard with no changes.

I use the RMI-Access method with

Repository repo = new URLRemoteRepository(…);

and I login into any workspace.



After that, during the shutdown of Tomcat, the following log results and
Tomcat isn't able to shutdown:

SEVERE: The web application [/jackrabbit] created a ThreadLocal with key of
type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal&amp;lt; at &amp;gt;1df8d13]) and a
value of type [org.apache.derby.iapi.services.context.ContextManager]
(value [org.apache.derby.iapi.services.context.ContextManager&amp;lt; at &amp;gt;d3a810]) but
failed to remove it when the web application was stopped. Threads are going
to be renewed over time to try and avoid a probable memory leak.



The problem only occurs if you login through RMI, otherwise the application
is shut down p&lt;/pre&gt;</description>
    <dc:creator>Martin Stein</dc:creator>
    <dc:date>2013-05-17T08:17:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19595">
    <title>Re: AW: How to setup JQOM-Query testing String-Array</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19595</link>
    <description>&lt;pre&gt;I've got a multi valued String[]. I need to know whether one of these values matches my search criteria - but I'm not aware, whether it is the first one or it has another place in the array. 
From your answer I would say, there is no way to match it by a query, I have to supply my own traversal-method.


Am 16.05.2013 um 10:49 schrieb "Seidel. Robert" &amp;lt;Robert.Seidel&amp;lt; at &amp;gt;aeb.de&amp;gt;:


&lt;/pre&gt;</description>
    <dc:creator>Ulrich</dc:creator>
    <dc:date>2013-05-16T09:07:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19594">
    <title>AW: How to setup JQOM-Query testing String-Array</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19594</link>
    <description>&lt;pre&gt;Hi,

If you use a multi value string property, you can query for one of the strings like you did below. If you store an array inside a binary property, then it will be not queryable.

If you want to query for an expression inside a string, you can use the "LIKE" operator and wildcards.

Regards, Robert

-----Ursprüngliche Nachricht-----
Von: Ulrich [mailto:Forums&amp;lt; at &amp;gt;gombers.de]
Gesendet: Donnerstag, 16. Mai 2013 10:32
An: jackrabbit Mailing-List
Betreff: How to setup JQOM-Query testing String-Array

The list of the supplied comparison-operator does not offer a "contains"-method (see JCR 2.0 specs chapter 6.7.17). How would I check for the occurrence of a specific String.

For a String-value I do it this way:

            valueFactory = session.getValueFactory();
            queryManager = session.getWorkspace().getQueryManager();
            qomf = queryManager.getQOMFactory();
            nodeTypeSelector = qomf.selector(nodeTypeName, selectorName);
            operator            = qomf.JCR_OPERATOR_EQUAL_TO&lt;/pre&gt;</description>
    <dc:creator>Seidel. Robert</dc:creator>
    <dc:date>2013-05-16T08:49:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19593">
    <title>How to setup JQOM-Query testing String-Array</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19593</link>
    <description>&lt;pre&gt;The list of the supplied comparison-operator does not offer a "contains"-method (see JCR 2.0 specs chapter 6.7.17). How would I check for the occurrence of a specific String.

For a String-value I do it this way:

            valueFactory = session.getValueFactory();
            queryManager = session.getWorkspace().getQueryManager();
            qomf = queryManager.getQOMFactory();
            nodeTypeSelector = qomf.selector(nodeTypeName, selectorName);
            operator            = qomf.JCR_OPERATOR_EQUAL_TO;
            dynOperand  = qomf.propertyValue(selectorName, userProperty);

            StaticOperand statOperand  = qomf.literal(valueFactory.createValue(principal));
            Comparison compare    = qomf.comparison(dynOperand , operator, statOperand);
            constraint= compare;

But, again, what can I do about Arrays?

Regards,
Ulrich


&lt;/pre&gt;</description>
    <dc:creator>Ulrich</dc:creator>
    <dc:date>2013-05-16T08:31:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19592">
    <title>Webdav Servlet mode</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19592</link>
    <description>&lt;pre&gt;Hi,
I noticed two different modes in jackrabbit web application. First is a
servlet (SimpleWebdavServlet) mapped to /repository URL.
I can connect to url via a webdav client (cadaver). Second is another
servlet (JcrRemotingServlet) mapped to /server URL.

I implemented a SimpleWebdavServlet. But it works as a JcrRemotingServlet.
But I want it to work as SimpleWebdavServlet mode.

thanks.

WebdavServlet.java:

&amp;lt; at &amp;gt;WebServlet(
    urlPatterns = "/repository/*",
    initParams  = {
        &amp;lt; at &amp;gt;WebInitParam(
            name = "resource-path-prefix",
            value = "/repository"
        )
    }
)
public class WebdavServlet extends SimpleWebdavServlet {



    //~ --- [STATIC FIELDS/INITIALIZERS]
-------------------------------------------------------------------------------

    private static final String REPO_CONFIG_FILE =
"jackrabbit-repo/config.xml";
    private static final String REPO_HOME        = "jackrabbit-repo";



    //~ --- [CONSTRUCTORS]
-------------------------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Fırat KÜÇÜK</dc:creator>
    <dc:date>2013-05-15T11:02:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19591">
    <title>cluster node id change</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19591</link>
    <description>&lt;pre&gt;Hi:

We just went live with jackrabbit with 2 nodes in cluster - node_1 and
node_2.
Realized that we want to rename the cluster id's to node_&amp;lt;machinename&amp;gt;.

What are the steps to do this?

Could I just do this by shutting the servers and doing database updates in
CJ* tables?

I see the CJ_* tables already have some data in it.

thx
rajans



--
View this message in context: http://jackrabbit.510166.n4.nabble.com/cluster-node-id-change-tp4658687.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.

&lt;/pre&gt;</description>
    <dc:creator>rsadasiv&lt; at &gt;visa.com</dc:creator>
    <dc:date>2013-05-14T19:45:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19590">
    <title>Custom Node type is not unregister.</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19590</link>
    <description>&lt;pre&gt;Hi,
I am getting following error while unregistering the custom node type. My
custom node type is register successfully. This node name is shown while i
am retrieving the mixin node types.

error:
javax.jcr.nodetype.NoSuchNodeTypeException:
{http://www.snowstorm.in/sstorm}file



--
View this message in context: http://jackrabbit.510166.n4.nabble.com/Custom-Node-type-is-not-unregister-tp4658685.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.

&lt;/pre&gt;</description>
    <dc:creator>shahid iqbal</dc:creator>
    <dc:date>2013-05-14T09:44:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19589">
    <title>Re: tomcat jackrabbit.war: javax.servlet.ServletException: Repository access configuration is not valid</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19589</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

ok, i solved my problem. the issue was that in web.xml, there are two
places to specify the bootstrap.properties. one for the startup
servlet and one for the repository access servlet. when they both have
the same config, things work.

no idea why this is duplicated and not put into a variable or
something to avoid that error, but my immediate problem is solved :-)

cheers,david

Am 13.05.2013 18:35, schrieb David Buchmann:
&amp;lt;param name="url"
at
at
at
at
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
at
at
at
at
at
at
at
at
at
at java.lang.Thread.run(Thread.java:662)
at
at
... 17 more
2013-05-13 18:29:00.347 INFO  [main] AbstractConfig.java:108

- -- 
Liip AG // Agile Web Development // T +41 26 422 25 11
CH-1700 Fribourg // PGP 0xA581808B // www.liip.ch
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRke0oAAoJED/JtliXIA4s7TgH/0S0gdJwvrF3H4psulWEk&lt;/pre&gt;</description>
    <dc:creator>David Buchmann</dc:creator>
    <dc:date>2013-05-14T07:52:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19588">
    <title>tomcat jackrabbit.war: javax.servlet.ServletException: Repository access configuration is not valid</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19588</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi,

i am trying to run jackrabbit 2.6.0 in the tomcat container.
/var/log/tomcat6/catalina.out says all is well, but when i try to
connect i get an error 500 and very unhelpful stack traces in
/var/log/tomcat6/localhost.2013-05-13.log

my repository.xml says

        &amp;lt;PersistenceManager
class="org.apache.jackrabbit.core.persistence.pool.MySqlPersistenceManager"&amp;gt;
           &amp;lt;param name="url"
value="jdbc:mysql://&amp;lt;dbserver&amp;gt;:3306/&amp;lt;dbname&amp;gt;"/&amp;gt;
           &amp;lt;param name="user" value="liip" /&amp;gt;
           &amp;lt;param name="password" value="..." /&amp;gt;
           &amp;lt;param name="schema" value="mysql"/&amp;gt;
           &amp;lt;param name="schemaObjectPrefix" value="pm_vs_${wsp.name}_"/&amp;gt;
         &amp;lt;/PersistenceManager&amp;gt;

and i can connect to the db with the credentials i have, and i see
that tables are created. any hints what could have gone wrong here?

May 13, 2013 6:25:41 PM org.apache.catalina.core.StandardWrapperValve
invoke
SEVERE: Servlet.service() for servlet JCRWebdavServer threw exception
ja&lt;/pre&gt;</description>
    <dc:creator>David Buchmann</dc:creator>
    <dc:date>2013-05-13T16:35:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19587">
    <title>[ANNOUNCE] Apache Jackrabbit 2.4.4 released</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19587</link>
    <description>&lt;pre&gt;The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.4.4. The release is available for download at:

    http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release.


Release Notes -- Apache Jackrabbit -- Version 2.4.4

Introduction
------------

This is Apache Jackrabbit(TM) 2.4, a fully compliant implementation of the
Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).


Apache Jackrabbit 2.4.4 is patch release that contains fixes and
improvements over Jackrabbit 2.4.3. This release is fully compatible
with earlier 2.x.x releases.

Changes since Jackrabbit 2.4.3
------------------------------

New Features

  [JCR-1873] - It should be possible to define how hrefs are generated
for WebDav


Improvements

  [JCR-3386] - Adjust some default values of the BasicDataSource in
the ConnectionFactory
  [JCR-3392] - Combine the XA aware (Reentrant) Loc&lt;/pre&gt;</description>
    <dc:creator>Jukka Zitting</dc:creator>
    <dc:date>2013-05-13T13:57:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19586">
    <title>[ANNOUNCE] Apache Jackrabbit 2.6.1 released</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19586</link>
    <description>&lt;pre&gt;The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.6.1. The release is available for download at:

    http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release.


Release Notes -- Apache Jackrabbit -- Version 2.6.1

Introduction
------------

This is Apache Jackrabbit(TM) 2.6, a fully compliant implementation of the
Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).

Apache Jackrabbit 2.6.1 is a patch release that contains fixes and
improvements over Jackrabbit 2.6. Jackrabbit 2.6.x
releases are considered stable and targeted for production use.

Changes since Jackrabbit 2.6.0
------------------------------

Improvements

  [JCR-3495] - Unregister from PrivilegeRegistry and NodeTypeRegistry
on Session.logout()
  [JCR-3513] - Slower range query execution
  [JCR-3516] - Search index consistency check should report and fix
wrong parent relati&lt;/pre&gt;</description>
    <dc:creator>Jukka Zitting</dc:creator>
    <dc:date>2013-05-13T13:56:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19585">
    <title>[ANNOUNCE] Apache Jackrabbit 2.7.0 released</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19585</link>
    <description>&lt;pre&gt;The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.7.0. The release is available for download at:

    http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release.


Release Notes -- Apache Jackrabbit -- Version 2.7.0

Introduction
------------

This is Apache Jackrabbit(TM) 2.7, a fully compliant implementation of the
Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).

Apache Jackrabbit 2.7 is an unstable series of releases cut directly from
Jackrabbit trunk, with a focus on new features and other improvements.
For production use we recommend the latest stable 2.6 release.

Changes in Jackrabbit 2.7.0
---------------------------

New features

  [JCR-3550] Methods for determining type of array of values
  [JCR-3566] add TCK test for NaN and infinity double property values

Improvements

  [JCR-3402] getSize() returning too many often -1
  [J&lt;/pre&gt;</description>
    <dc:creator>Jukka Zitting</dc:creator>
    <dc:date>2013-05-13T11:45:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19584">
    <title>Webdav doPut (can't save a new item) not sucessful -- in transient mode</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19584</link>
    <description>&lt;pre&gt;Hello,

I have a situation where I need to use webdav to read and create new nodes
by dragging and dropping (e.g. using windows explorer). Jackrabbit is just
used to read an existing structure/DB which is saved in another application
and allow a quick and easy way to drag&amp;amp;drop files, which these files are to
be added to another application. 

So I find that it is not necessary to save the jcr nodes. I.e. I only work
in transient. I have modified the Webdavservlet such that every time I
selected a node path from windows explorer (e.g. default/1/1.1), all nodes
will be newly created.  It worked fine when I just “read” the nodes but not
when I  “create” new nodes (e.g drag&amp;amp;drop files to default/1./1.1 ). What I
did is I re-create the parents nodes at doPut, however, I got an
org.apache.jackrabbit.webdav.jcr.JcrDavException: Cannot save a new item:
item.save()when the “addMemeber” method is called in doPut.

I realized that if the node is inTransient and Status_New I can’t save the
node. Actually I&lt;/pre&gt;</description>
    <dc:creator>katsu</dc:creator>
    <dc:date>2013-05-13T11:13:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19583">
    <title>Re: Preview workflow based on workspace clone/node update</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19583</link>
    <description>&lt;pre&gt;(yep, root version has no properties anyways)

not sure how "conflicts" are handled. but what would be handled
correctly is if after cloning i do N.b = "y" then N.b would not be
overwritten on update N from N'. without versioning, JCR would have no
clue which would be newer if N'.b and N.b are different.


note that simpleVersionable is not identical to versionable. jackrabbit
has (or at least had until and including 2.6.0) the bug that it only
skips mix:versionable but not mix:simpleVersionable.

but what you describe is what i would expect from how jukka explained it
to me, yes.

cheers,david
&lt;/pre&gt;</description>
    <dc:creator>David Buchmann</dc:creator>
    <dc:date>2013-05-10T16:09:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19582">
    <title>Re: How to compare properties of same node?</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19582</link>
    <description>&lt;pre&gt;Hi Alex,

Thanks for the answer. Appreciate it.



--
View this message in context: http://jackrabbit.510166.n4.nabble.com/How-to-compare-properties-of-same-node-tp4658631p4658639.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.

&lt;/pre&gt;</description>
    <dc:creator>aimran</dc:creator>
    <dc:date>2013-05-09T21:09:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19581">
    <title>Re: How to compare properties of same node?</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19581</link>
    <description>&lt;pre&gt;

No, for sure not with XPATH [0], but SQL2 also can only join on the node level, but not based on property equality either [1].

[0] http://www.day.com/specs/jcr/1.0/6.6.3.3_Property_Constraint.html
[1] http://www.day.com/specs/jcr/2.0/6_Query.html#6.7%20Abstract%20Query%20Model%20and%20Language%20Bindings

Cheers,
Alex
&lt;/pre&gt;</description>
    <dc:creator>Alexander Klimetschek</dc:creator>
    <dc:date>2013-05-09T19:04:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19580">
    <title>Re: Preview workflow based on workspace clone/node update</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19580</link>
    <description>&lt;pre&gt;Hi David,

Thanks *very* much for looking into this and sharing your findings.

* cloned nodes share the version history, so checkins in either

This is good to know, although am I right in thinking it shouldn't affect
my current workflow (make changes in a "preview" workspace, clone/update to
"published")? Note that I'm not currently using versioning, but intend to
soon.

My understanding then is that clone and update should work the same for a
node with mix:versionable as for one without (leaving children aside for a
moment). It's only when you use checkin, restore etc. that the shared
version history becomes apparent.

* when updating, jackrabbit at least is using this version history to

I'm not sure if I understand this. Presumably for non-versionable nodes,
this simply doesn't apply. For versionable nodes, are you saying the update
operation looks at the version history and doesn't just compare the base
nodes in both workspaces?

Imagine this scenario:

- Create a (mix:referenceable, mix:versionable) N&lt;/pre&gt;</description>
    <dc:creator>Lars Janssen</dc:creator>
    <dc:date>2013-05-09T17:01:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19579">
    <title>How to compare properties of same node?</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19579</link>
    <description>&lt;pre&gt;Say I have nodes as follows:
row1:[name=a, prop1=1, prop2=2]
row2:[name=b, prop1=2, prop2=2]
row3:[name=c, prop1=3, prop2=2]
row4:[name=c, prop1=4, prop2=1]

I want to get rows that have same values in their properties. In the example
above I want to get row2.

However, using inner join SQL2 query: "select x.NAME,x.prop1,x.prop2 from
[nt:unstructured] as x inner join [nt:unstructured] as y on x.prop1=y.prop2"
returns ALL 4 rows:
[[x.NAME:a][x.prop1:1][x.prop2:2], [x.NAME:b][x.prop1:2][x.prop2:2],
[x.NAME:b][x.prop1:2][x.prop2:2], [x.NAME:b][x.prop1:2][x.prop2:2]].

How can I alter the query to return only row2? Is it possible with SQL2 or
XPATH?



--
View this message in context: http://jackrabbit.510166.n4.nabble.com/How-to-compare-properties-of-same-node-tp4658631.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.

&lt;/pre&gt;</description>
    <dc:creator>aimran</dc:creator>
    <dc:date>2013-05-08T16:10:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19578">
    <title>StaleItemStateException on versionStorage</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/19578</link>
    <description>&lt;pre&gt;Hi everyone,

We are currently experiencing an issue when multi users (more than 4) are accessing the repository and are checkin many nodes (more than 100). These checkin are performed within a XATransaction.
The result is the failure of the checkin process for one or more users and the rollback of the transaction. The root cause is a StaleItemStateException when accessing one of the subnodes in the versionStorage node.
Does anyone experience this problem? Do you know if there is a related JCR log?
We found this : https://issues.apache.org/jira/browse/JCR-3422
But our problem is not really the same, as the StaleItemStateException appears when accessing a node managed by JackRabbit.

Here is the reported exception :

Caused by: org.apache.jackrabbit.core.TransactionException: Unable to prepare transaction.
at org.apache.jackrabbit.core.state.XAItemStateManager.prepare(XAItemStateManager.java:169)
at org.apache.jackrabbit.core.version.InternalXAVersionManager.prepare(InternalXAVersionManager.java:582)
at or&lt;/pre&gt;</description>
    <dc:creator>De Georges, Adrien</dc:creator>
    <dc:date>2013-05-08T15:39:25</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>
