Thomas Müller | 1 Oct 09:42 2009

Re: [VOTE] Release Apache Jackrabbit 2.0 alpha12

+1 Release this package as Apache Jackrabbit 2.0-alpha12

- checksums OK
- licences OK
- notice.txt, readme.txt and release-notes.txt files OK
- mvn clean install OK with Sun Java 1.5.0_19 / Mac OS X

Regards,
Thomas

Sébastien Launay | 1 Oct 09:52 2009
Picon

Re: [VOTE] Release Apache Jackrabbit 2.0 alpha12

Hi,

[X] +1 Release this package as Jackrabbit 2.0 alpha12

- checksums [OK]
- signature [OK]
- licence, notice, header, readme and release-notes files [OK]
- maven build [OK] with Ubuntu Jaunty / Sun Java 1.5.0_19 using:
wget https://issues.apache.org/jira/secure/attachment/12417006/jcr-2.0-b114.xml
wget https://issues.apache.org/jira/secure/attachment/12417005/jcr-2.0-b114.jar
mvn install:install-file -Dfile=jcr-2.0-b114.jar -DpomFile=jcr-2.0-b114.xml
cd jackrabbit-2.0-alpha12
mvn clean install

[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 10 minutes 11 seconds
[INFO] Finished at: Thu Oct 01 08:51:36 GMT+01:00 2009
[INFO] Final Memory: 48M/476M
[INFO] ------------------------------------------------------------------------
--
Sébastien Launay
Felix Meschberger (JIRA | 1 Oct 10:30 2009
Picon

Commented: (JCR-2334) Tika-based type detection in jcr-server


    [
https://issues.apache.org/jira/browse/JCR-2334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761133#action_12761133
] 

Felix Meschberger commented on JCR-2334:
----------------------------------------

I'm not sure, whether replacing the MimeResolver interface with directly using Tika is a good idea. In fact
in the Apache Sling WebDAV bundle, I made use of the ability to inject a custom MimeResolver to be able to use
Sling's mime type resolver.

So, I would actually favor a solution which would provide a Tika-based Mime Resolver.

> Tika-based type detection in jcr-server
> ---------------------------------------
>
>                 Key: JCR-2334
>                 URL: https://issues.apache.org/jira/browse/JCR-2334
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-jcr-server
>            Reporter: Jukka Zitting
>            Assignee: Jukka Zitting
>         Attachments: JCR-2334.patch, JCR-2334.patch
>
>
> As discussed on dev <at> , I'd like to make the jackrabbit-jcr-server component use Apache Tika for automatic
media type detection.

Thomas Mueller (JIRA | 1 Oct 11:04 2009
Picon

Created: (JCR-2336) Automatic type conversion no longer works

Automatic type conversion no longer works
-----------------------------------------

                 Key: JCR-2336
                 URL: https://issues.apache.org/jira/browse/JCR-2336
             Project: Jackrabbit Content Repository
          Issue Type: Bug
          Components: jackrabbit-core
    Affects Versions: 2.0-alpha11
            Reporter: Thomas Mueller
             Fix For: 2.0.0

String values are no longer converted to binary when required. Example:

Node n = testRootNode.addNode("testConvert", "nt:file");
Node content = n.addNode("jcr:content", "nt:resource");
content.setProperty("jcr:lastModified", Calendar.getInstance());
content.setProperty("jcr:mimeType", "text/html");
content.setProperty("jcr:data", "Hello");
n.getSession().save();

This used to work in a previous 2.0 build, but now throws:

javax.jcr.nodetype.ConstraintViolationException: no matching property definition found for {http://www.jcp.org/jcr/1.0}data
at org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:747)
at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:241)
at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101)
at org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:409)
at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:383)
at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:316)
at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:595)
at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:554)
at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:534)
at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2303)
at org.apache.jackrabbit.core.nodetype.ConvertDataTypeTest.testStringToBinary(ConvertDataTypeTest.java:36)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Marcel Reutegger (JIRA | 1 Oct 11:42 2009
Picon

Assigned: (JCR-2336) Automatic type conversion no longer works


     [
https://issues.apache.org/jira/browse/JCR-2336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marcel Reutegger reassigned JCR-2336:
-------------------------------------

    Assignee: Marcel Reutegger

> Automatic type conversion no longer works
> -----------------------------------------
>
>                 Key: JCR-2336
>                 URL: https://issues.apache.org/jira/browse/JCR-2336
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.0-alpha11
>            Reporter: Thomas Mueller
>            Assignee: Marcel Reutegger
>             Fix For: 2.0.0
>
>
> String values are no longer converted to binary when required. Example:
> Node n = testRootNode.addNode("testConvert", "nt:file");
> Node content = n.addNode("jcr:content", "nt:resource");
> content.setProperty("jcr:lastModified", Calendar.getInstance());
> content.setProperty("jcr:mimeType", "text/html");
> content.setProperty("jcr:data", "Hello");
> n.getSession().save();
> This used to work in a previous 2.0 build, but now throws:
> javax.jcr.nodetype.ConstraintViolationException: no matching property definition found for {http://www.jcp.org/jcr/1.0}data
> at org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
> at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:747)
> at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:241)
> at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101)
> at org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:409)
> at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:383)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:316)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:595)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:554)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:534)
> at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2303)
> at org.apache.jackrabbit.core.nodetype.ConvertDataTypeTest.testStringToBinary(ConvertDataTypeTest.java:36)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Marcel Reutegger (JIRA | 1 Oct 11:42 2009
Picon

Commented: (JCR-2336) Automatic type conversion no longer works


    [
https://issues.apache.org/jira/browse/JCR-2336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761149#action_12761149
] 

Marcel Reutegger commented on JCR-2336:
---------------------------------------

This is probably a regression caused by JCR-2170.

> Automatic type conversion no longer works
> -----------------------------------------
>
>                 Key: JCR-2336
>                 URL: https://issues.apache.org/jira/browse/JCR-2336
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.0-alpha11
>            Reporter: Thomas Mueller
>             Fix For: 2.0.0
>
>
> String values are no longer converted to binary when required. Example:
> Node n = testRootNode.addNode("testConvert", "nt:file");
> Node content = n.addNode("jcr:content", "nt:resource");
> content.setProperty("jcr:lastModified", Calendar.getInstance());
> content.setProperty("jcr:mimeType", "text/html");
> content.setProperty("jcr:data", "Hello");
> n.getSession().save();
> This used to work in a previous 2.0 build, but now throws:
> javax.jcr.nodetype.ConstraintViolationException: no matching property definition found for {http://www.jcp.org/jcr/1.0}data
> at org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
> at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:747)
> at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:241)
> at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101)
> at org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:409)
> at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:383)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:316)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:595)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:554)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:534)
> at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2303)
> at org.apache.jackrabbit.core.nodetype.ConvertDataTypeTest.testStringToBinary(ConvertDataTypeTest.java:36)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Stefan Guggisberg (JIRA | 1 Oct 11:46 2009
Picon

Commented: (JCR-2336) Automatic type conversion no longer works


    [
https://issues.apache.org/jira/browse/JCR-2336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761150#action_12761150
] 

Stefan Guggisberg commented on JCR-2336:
----------------------------------------

yes, it is a regression of JCR-2170. 

other type conversions are probably affected as well.

> Automatic type conversion no longer works
> -----------------------------------------
>
>                 Key: JCR-2336
>                 URL: https://issues.apache.org/jira/browse/JCR-2336
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.0-alpha11
>            Reporter: Thomas Mueller
>            Assignee: Marcel Reutegger
>             Fix For: 2.0.0
>
>
> String values are no longer converted to binary when required. Example:
> Node n = testRootNode.addNode("testConvert", "nt:file");
> Node content = n.addNode("jcr:content", "nt:resource");
> content.setProperty("jcr:lastModified", Calendar.getInstance());
> content.setProperty("jcr:mimeType", "text/html");
> content.setProperty("jcr:data", "Hello");
> n.getSession().save();
> This used to work in a previous 2.0 build, but now throws:
> javax.jcr.nodetype.ConstraintViolationException: no matching property definition found for {http://www.jcp.org/jcr/1.0}data
> at org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
> at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:747)
> at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:241)
> at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101)
> at org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:409)
> at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:383)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:316)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:595)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:554)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:534)
> at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2303)
> at org.apache.jackrabbit.core.nodetype.ConvertDataTypeTest.testStringToBinary(ConvertDataTypeTest.java:36)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Thomas Mueller (JIRA | 1 Oct 11:52 2009
Picon

Commented: (JCR-2336) Automatic type conversion no longer works


    [
https://issues.apache.org/jira/browse/JCR-2336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761151#action_12761151
] 

Thomas Mueller commented on JCR-2336:
-------------------------------------

There should be a test case in the TCK, but I'm not sure where. Relevant section in the spec is at page 31:

"3.6.4 Property Type Conversion
When the value of a property is read or written using a type different from that 
declared for the property, the repository attempts a type conversion according to 
the following rules."

Is there a lookup table that links the spec to the TCK tests and back?

> Automatic type conversion no longer works
> -----------------------------------------
>
>                 Key: JCR-2336
>                 URL: https://issues.apache.org/jira/browse/JCR-2336
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.0-alpha11
>            Reporter: Thomas Mueller
>            Assignee: Marcel Reutegger
>             Fix For: 2.0.0
>
>
> String values are no longer converted to binary when required. Example:
> Node n = testRootNode.addNode("testConvert", "nt:file");
> Node content = n.addNode("jcr:content", "nt:resource");
> content.setProperty("jcr:lastModified", Calendar.getInstance());
> content.setProperty("jcr:mimeType", "text/html");
> content.setProperty("jcr:data", "Hello");
> n.getSession().save();
> This used to work in a previous 2.0 build, but now throws:
> javax.jcr.nodetype.ConstraintViolationException: no matching property definition found for {http://www.jcp.org/jcr/1.0}data
> at org.apache.jackrabbit.core.nodetype.EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java:782)
> at org.apache.jackrabbit.core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:747)
> at org.apache.jackrabbit.core.ItemManager.getDefinition(ItemManager.java:241)
> at org.apache.jackrabbit.core.ItemData.getDefinition(ItemData.java:101)
> at org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:409)
> at org.apache.jackrabbit.core.ItemManager.getItemData(ItemManager.java:383)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:316)
> at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:595)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:554)
> at org.apache.jackrabbit.core.NodeImpl.removeChildProperty(NodeImpl.java:534)
> at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2303)
> at org.apache.jackrabbit.core.nodetype.ConvertDataTypeTest.testStringToBinary(ConvertDataTypeTest.java:36)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Michael Dürig (JIRA | 1 Oct 13:20 2009
Picon

Commented: (JCR-1991) Create osgi bundles for all jars


    [
https://issues.apache.org/jira/browse/JCR-1991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761170#action_12761170
] 

Michael Dürig commented on JCR-1991:
------------------------------------

jcr2spi is a bundle now in revision: 820610

> Create osgi bundles for all jars
> --------------------------------
>
>                 Key: JCR-1991
>                 URL: https://issues.apache.org/jira/browse/JCR-1991
>             Project: Jackrabbit Content Repository
>          Issue Type: Sub-task
>          Components: jackrabbit-core, jackrabbit-jca, jackrabbit-jcr-benchmark, jackrabbit-jcr-server,
jackrabbit-jcr-tests, jackrabbit-jcr2spi, jackrabbit-spi, jackrabbit-spi-commons,
jackrabbit-spi2jcr, jackrabbit-text-extractors, jackrabbit-webdav
>            Reporter: Martin Zdila
>         Attachments: jcr1991-spi.patch
>
>
> I think that also jackrabbit-text-extractors, jackrabbit-spi-commons, jackrabbit-spi and
jackrabbit-core libraries should be budles. How could we otherwise use Jackrabbit in the OSGi
environment if not all required libraries are bundles? You maybe could also provide jcr-1.0.jar as OSGi
bundle. Current;y I must create bundles from forementioned libraries by using the bnd tool. Thanks in advance.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Michael Dürig (JIRA | 1 Oct 13:44 2009
Picon

Commented: (JCR-2324) Remove dependency on EDU.oswego.cs.dl.util.concurrent


    [
https://issues.apache.org/jira/browse/JCR-2324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761181#action_12761181
] 

Michael Dürig commented on JCR-2324:
------------------------------------

Works for me. One thing I noted however: The methods dispose() and onEventReceived() should probably not
release the semaphore when an InterruptedException has been thrown. That was not a problem with Mutex
since there release() was idempotent. I think this is different with Semaphore. 

> Remove dependency on  EDU.oswego.cs.dl.util.concurrent
> ------------------------------------------------------
>
>                 Key: JCR-2324
>                 URL: https://issues.apache.org/jira/browse/JCR-2324
>             Project: Jackrabbit Content Repository
>          Issue Type: Task
>          Components: jackrabbit-jcr2spi
>            Reporter: Julian Reschke
>            Priority: Minor
>         Attachments: mutex.patch
>
>
> EDU.oswego.cs.dl.util.concurrent is in maintenance mode, and
http://g.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/package-summary.html
advises to migrate to the JDK5 java.util.concurrent package.

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Gmane