Another way to allow you to load and update sets and then only make them
visible when you are done is to load the content with a unique URI privilege
that is assigned to your loader/enricher program.
Then when you are done and the content is ready you can add that privilege to
the role of any
The URI privilege does not control access to the document, it specifies whether
you can create a document in that URI space.
You can do what Keith suggests by putting a read permission on each document
that is associated with a role. Then, when you are ready, grant that role to a
role your
It was the changes to permissions of managed documents that prompted the
request for a function to update the version file directly.
Thanks for the suggestion to skip the call to dls:document-manage on empty
create. However, Waiting for a timed process to run is not good for the user
Thanks for correcting me Danny. (I need more sleep.)
Keith L. Breinholt
breinhol...@ldschurch.orgmailto:breinhol...@ldschurch.org
From: general-boun...@developer.marklogic.com
[mailto:general-boun...@developer.marklogic.com] On Behalf Of Danny Sokolsky
Sent: Thursday, March 18, 2010 10:48 AM
If you want to get only the authors and their values, you should take a look at
cts:element-values() or cts:element-attribute-values(). This will require
creating a range index on the node where your authors are stored, but it will
eliminate the need to pull all documents into memory.
You can
For a single batch load, I like that, but if you do repeated loads you'll have
to be creating new roles for every batch to distinguish the new content from
the old. It seems mentally cheaper/lighter to me to use collections. My 2c.
-jh-
On Mar 18, 2010, at 9:47 AM, Danny Sokolsky wrote:
i.e. Even if a search can be performed without pagination, this does not save
one from blowing out the caches when the data is retrieved from the docs?
Pagination may still be required?
Others have answered how you can use range indexes to pull the data from
documents without fetching the
.
___
General mailing list
General@developer.marklogic.com
http://xqzone.com/mailman/listinfo/general
-- next part --
An HTML attachment was scrubbed...
URL:
http://xqzone.marklogic.com/pipermail/general/attachments/20100318/566bd15c/attachment-0001
Hi,
To my knowledge custom named entities in xml files are resolved by MarkLogic
Server as long as there is a doctype pointing to a dtd defining those entities
and which is accessible from MarkLogic Server (not sure where it starts looking
first though). But what happens if these xml files are
What tool are you using to load zipped XML files ?
-Original Message-
From: general-boun...@developer.marklogic.com
[mailto:general-boun...@developer.marklogic.com] On Behalf Of Geert
Josten
Sent: Thursday, March 18, 2010 4:13 PM
To: General Mark Logic Developer Discussion
Subject:
Just MarkLogic Server, reading them straight from file-system with xdmp
functions at the moment..
Geert
-Original Message-
From: general-boun...@developer.marklogic.com
[mailto:general-boun...@developer.marklogic.com] On Behalf Of
Lee, David
Sent: donderdag 18 maart 2010 21:21
cool, I must have missed the zip support.
-Original Message-
From: general-boun...@developer.marklogic.com
[mailto:general-boun...@developer.marklogic.com] On Behalf Of Geert
Josten
Sent: Thursday, March 18, 2010 4:32 PM
To: General Mark Logic Developer Discussion
Subject: RE: [MarkLogic
Just to clarify: I could do the unzipping and parsing outside MarkLogic Server,
but I am interested to know how far I can get with just the XQuery extensions..
Similar case: what if you have an HTTP appserver intended to receive XML as
body of the request, and it happens to contain a dtd
/listinfo/general
-- next part --
An HTML attachment was scrubbed...
URL:
http://xqzone.marklogic.com/pipermail/general/attachments/20100318/566bd15c/attachment-0001.html
--
Message: 3
Date: Thu, 18 Mar 2010 11:14:05 -0700
From: Jason Hunter
My totally uneducated *guess* is the DTD's will have to pre-exist in the
schemas database.
-Original Message-
From: general-boun...@developer.marklogic.com
[mailto:general-boun...@developer.marklogic.com] On Behalf Of Geert
Josten
Sent: Thursday, March 18, 2010 5:08 PM
To: General Mark
Hey Folks,
We're collecting ideas for
BOFhttp://en.wikipedia.org/wiki/Birds_of_a_Feather_(computing)
(birds-of-a-feather) topics for our upcoming conference in May. For those
unfamiliar with BOFs,
* A BOF is an informal meet-up where the attendees group together based on a
shared
16 matches
Mail list logo