I will look into it.
Thanks for the suggestion,
Nicolas
Le 12:25 2005-12-16, vous avez écrit:
Nicolas Belisle wrote:
Since Java Content Repository uses java.io.InputStream, I extended
RAMInputStream to achieve random reads from the java.io.InputStream.
(Have a better idea ?)
So you're buf
Nicolas Belisle wrote:
Since Java Content Repository uses java.io.InputStream, I extended
RAMInputStream to achieve random reads from the java.io.InputStream.
(Have a better idea ?)
So you're buffering the entire file? That doesn't sound good. If there
are no provisions for random access, t
Nicolas - I'm going to defer comments on this to others more intimate
with these internals. If you have a compelling reason to open up
some package privates, then that wouldn't be a problem. We've done
this several times before.
Erik
On Dec 14, 2005, at 12:52 PM, Nicolas Belisle
Hi Erik,
Since Java Content Repository uses java.io.InputStream, I extended
RAMInputStream to achieve random reads from the java.io.InputStream. (Have
a better idea ?)
However RAMInputStream and its constructor parameter (RAMFile) are package
private.
Should I ? :
- 1. Put all my thing in
Nicolas,
This is great news! The first step to getting your code within the
Lucene repository would be to organize it a manner similar to the
other contributed projects. I think this one fits nicely as contrib/
jcr. License the code with the Apache license, get the build process
workin
Hi,
I've implemented a Directory (org.apache.lucene.store.Directory) using Java
Content Repository (http://www.jcp.org/en/jsr/detail?id=170).
With it, indexes can be stored in any persistence technology supported by a
Java Content Repository implementation. For example, Jackrabbit (the
refer
