Re: Efficient import of binary data into Oak

2014-02-17 Thread Ian Boston
Hi, Is there a reason you would not use the commons upload streaming Api to connect the target output stream to the request stream? Iirc you can test if both have nio channels and if the do just connect the two. I have used this in the past to eliminate all GC activity and spooling. The streaming A

Efficient import of binary data into Oak

2014-02-17 Thread Chetan Mehrotra
Hi, Currently in a Sling based application where a user uploads a file to the JCR following sequence of steps are executed 1. User uploads file via HTTP request mostly using Multi-Part form data based upload 2. Sling uses Commons File Upload to parse the multi-part request which uses a DiskFileI

Re: svn commit: r1568910 - in /jackrabbit/oak/trunk/oak-jcr: pom.xml src/main/java/org/apache/jackrabbit/oak/jcr/session/NodeImpl.java

2014-02-17 Thread Michael Dürig
On 17.2.14 4:41 , Julian Reschke wrote: On 2014-02-17 16:33, Angela Schreiber wrote: hm... doesn't fail for me. as usual: it would be good if you could provide some details if the problem consistently shows up. ... What kind of details do you need? There might be more helpful information

Re: svn commit: r1568910 - in /jackrabbit/oak/trunk/oak-jcr: pom.xml src/main/java/org/apache/jackrabbit/oak/jcr/session/NodeImpl.java

2014-02-17 Thread Julian Reschke
On 2014-02-17 16:33, Angela Schreiber wrote: hm... doesn't fail for me. as usual: it would be good if you could provide some details if the problem consistently shows up. ... What kind of details do you need? (Test machine in this case was Win7 64bit core i 7). Best regards, Julian

Re: svn commit: r1568910 - in /jackrabbit/oak/trunk/oak-jcr: pom.xml src/main/java/org/apache/jackrabbit/oak/jcr/session/NodeImpl.java

2014-02-17 Thread Angela Schreiber
btw... the failures seem to be the same than reported in OAK-1335. i resolved that issue fixed as i removed those issues from the known-issues list. just reopen it if the problem persists. On 17/02/14 16:33, "Angela Schreiber" wrote: >hm... doesn't fail for me. >as usual: it would be good if you

Re: svn commit: r1568910 - in /jackrabbit/oak/trunk/oak-jcr: pom.xml src/main/java/org/apache/jackrabbit/oak/jcr/session/NodeImpl.java

2014-02-17 Thread Angela Schreiber
hm... doesn't fail for me. as usual: it would be good if you could provide some details if the problem consistently shows up. regards angela On 17/02/14 15:46, "Julian Reschke" wrote: >On 2014-02-17 10:04, ang...@apache.org wrote: >> Author: angela >> Date: Mon Feb 17 09:04:31 2014 >> New Revis

Re: svn commit: r1568910 - in /jackrabbit/oak/trunk/oak-jcr: pom.xml src/main/java/org/apache/jackrabbit/oak/jcr/session/NodeImpl.java

2014-02-17 Thread Julian Reschke
On 2014-02-17 10:04, ang...@apache.org wrote: Author: angela Date: Mon Feb 17 09:04:31 2014 New Revision: 1568910 ... Some of the versioning tests are failing over here: Results : Failed tests: testGetAllVersions(org.apache.jackrabbit.test.api.version.VersionHistoryTest): VersionHistory.

Re: oak-console tool

2014-02-17 Thread Axel Hanikel
Hi Davide The scala console works pretty well, too. Here is an example session: [root@authortest repository]# scala -cp /root/oak-run-0.17-SNAPSHOT.jar Welcome to Scala version 2.10.3 (OpenJDK 64-Bit Server VM, Java 1.6.0_30). Type in expressions to have them evaluated. Type :help for more infor

oak-console tool

2014-02-17 Thread Davide Giannella
Hello everyone, I published a tool that is helping me in seeing what happens in the repository while developing features; I called it oak-console. https://github.com/davidegiannella/oak-console It's under Apache licence. If needed it's free to be embedded in the main project. It's still in early

RE: DocumentStore cache API

2014-02-17 Thread Marcel Reutegger
Hi, the method is only supposed to only invalidate one document. Regards Marcel > -Original Message- > From: Julian Reschke [mailto:julian.resc...@gmx.de] > Sent: Freitag, 14. Februar 2014 18:11 > To: oak-dev@jackrabbit.apache.org > Subject: DocumentStore cache API > > Hi, > > quick q

Re: TarFile scans whole file in constructor

2014-02-17 Thread Axel Hanikel
Hi Jukka An sub-task of OAK-593 would be nice. Ok, done: https://issues.apache.org/jira/browse/OAK-1423 Bye! Axel smime.p7s Description: S/MIME Cryptographic Signature

Re: TarFile scans whole file in constructor

2014-02-17 Thread Jukka Zitting
Hi, On Mon, Feb 17, 2014 at 4:30 AM, Thomas Mueller wrote: > If the tar file only contains a few entries, then I think it's not a > problem. If the tar file contains many entries, then I think this by > itself is an issue, as maintaining such an index is problematic. I'm expecting a normal 256MB

Re: TarFile scans whole file in constructor

2014-02-17 Thread Jukka Zitting
Hi, On Fri, Feb 14, 2014 at 8:42 AM, Axel Hanikel wrote: > The org.apache.jackrabbit.oak.plugins.segment.file.TarFile constructor reads > through the whole tar file, building up an in-memory map from segment uuid > to the position in the file. This is done each time the repository is > started, a

Re: TarFile scans whole file in constructor

2014-02-17 Thread Thomas Mueller
Hi, If the tar file only contains a few entries, then I think it's not a problem. If the tar file contains many entries, then I think this by itself is an issue, as maintaining such an index is problematic. I would prefer if the smallest entry is 10 KB, which would result in less entries, and rea

buildbot success in ASF Buildbot on oak-trunk

2014-02-17 Thread buildbot
The Buildbot has detected a restored build on builder oak-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/oak-trunk/builds/4391 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: osiris_ubuntu Build Reason: scheduler Build Source Stam