[ http://issues.apache.org/jira/browse/JCR-386?page=all ]
Marcel Reutegger reassigned JCR-386:
Assign To: Marcel Reutegger
Query dump failed with deep query tree
--
Key: JCR-386
URL:
[ http://issues.apache.org/jira/browse/JCR-386?page=all ]
Marcel Reutegger resolved JCR-386:
--
Fix Version: 1.0.1
Resolution: Fixed
The padding array now grows when more characters are needed.
Fixed in revision: 391564
Query dump failed
you need to checkin first:
node = session.getRootNode().addNode(entry);
node.addMixin(mix:versionable);
node.setProperty(content, 1);
node.getSession.save();
node.checkin() -
node.checkout();
node.setProperty(content, 2);
node.save();
node.checkin();
On 4/4/06, Oliver
Hello again Helio
I think two options are possible.
1) If you have only a single workspace in your repository, you can
access this through session object (default workspace). A workspace is
only a tree with nodes and properties.
If you need diferent data models for each application, you can
---BeginMessage---
Hello again Helio
I think two options are possible.
1) If you have only a single workspace in your repository, you can
access this through session object (default workspace). A workspace is
only a tree with nodes and properties.
If you need diferent data models for each
Hello again Helio
I think two options are possible.
1) If you have only a single workspace in your repository, you can
access this through session object (default workspace). A workspace is
only a tree with nodes and properties.
If you need diferent data models for each application, you can
Hello again Helio
I think two options are possible.
1) If you have only a single workspace in your repository, you can
access this through session object (default workspace). A workspace is
only a tree with nodes and properties.
If you need diferent data models for each application, you can
Hi,
On 4/3/06, Marcel Reutegger [EMAIL PROTECTED] wrote:
I would like to invite everyone (or at least whoever is interested...)
to put together a list of 3 query features that are missing the most in
jsr-170/jackrabbit regarding XPath support.
1) Placeholders in queries:
I think previous schema is not very clear.
I mean something like this
Regards
Here I go again, another question to clarify my mind about jackrabbit
configuration.
In a workspace I can configure the content to be stored parcial in a db
(metadata) and the binary files in a filesystem. In
I suggest running the RMI server in a separate JVM from the JCR server.
When I implemented model 3 I had custom node types, so I had the server check
if they existed when it starts up. It then creates the node types if they did
not exist. Otherwise the server just made the repository visible
Gonzalo Ruiz wrote:
I think previous schema is not very clear.
I mean something like this
Regards
Here I go again, another question to clarify my mind about jackrabbit
configuration.
In a workspace I can configure the content to be stored parcial in a
db (metadata) and the binary files in
Hi,
I am wondering how Jackrabbit handles document additions and indexing. I am
adding documents (.txt, .doc, .pdf) to a repository using nt:resource nodes.
I assume that calling session.save() causes new documents to be added to the
data storage and then indexed by Lucene. Is addition /
hi thomas
i quickly tried to reproduce the issue with the code you supplied
but i couldn't find any such warning in the log.
a possible explanation for this warning:
you're storing blob's in the file system rather than in the db
(i.e. externalBLOBs=true) and you're not properly closing
input
On 4/5/06, Angela Schreiber [EMAIL PROTECTED] wrote:
- its a configuration issue that nt:file serves as non-collection
by default. for a simple dav-view on top of the jsr170
reference implementation this definitely makes sense.
- how a MKCOL and a PUT is translated to the calls on the
Hi,
On 4/5/06, thomasg [EMAIL PROTECTED] wrote:
I assume that calling session.save() causes new documents to be added to the
data storage and then indexed by Lucene. Is addition / indexing synchronous
or asynchronous, i.e, does addition and indexing have to complete before the
method returns,
Hi Thomas,
I suspect it's the word text filter which does not close a stream.
could you please quickly check by removing all the configuration for
text filters and re-run the test?
Thanks
regards
marcel
thomasg wrote:
Hi, I am adding a nt:file node and nt:resource, confirming that a
Hi,
On 4/5/06, Jukka Zitting [EMAIL PROTECTED] wrote:
The indexer uses observation events to trigger the indexing of nodes
so the process is asynchronous.
... or it would be if the observation was asynchronous. :-) Marcel's
detailed response got me doublechecking my assumptions and it turns
So, the place for the blob files must be, or only can be, in the same tree of
jboss files where is the Repository Server. About the db, ok, it can be on
another independent machine.
The only issue I think in store blob outside the db is referente to backup
methods. The blob in filesystem is
Extending this thread, while have anyone to opine it.
I know that only the content (properties and binary under nt:resource) are
automatically indexed by jackrabbit for searches, and of course these contents
must have be in the repository for the method get works...
I would to know if its
Jukka Zitting a écrit :
Hi,
On 4/3/06, Marcel Reutegger [EMAIL PROTECTED] wrote:
I would like to invite everyone (or at least whoever is interested...)
to put together a list of 3 query features that are missing the most in
jsr-170/jackrabbit regarding XPath support.
1) Placeholders
I tried to set up the jackrabbit in tomcat 5.0.28, but i get [Fatal
Error] :1:1: Content is not allowed in prolog. error when i tried to
lookup a repository.
I have tried several different methods of changing the configuration,
but still the same error occurs. Please, can anyone help and advice?
[ http://issues.apache.org/jira/browse/JCR-388?page=all ]
jeremi Joslin updated JCR-388:
--
Attachment: rfc.zip
i have a problem with the versionning. I attach the code and the diff of class
I modify. The code is not really clean right now.
The versionning
22 matches
Mail list logo