Hello folks,
while investigating slides performance with large collections I observed
that the default store parameter lock-cache-size is to small for the txfile
store.
The cache size for nodes, revistion descriptors, etc is per default 1, but
for locks it is 100. That means if you have all
Hey Stefan,
Your suggestion solved my problem! Many thanks :)
Best Regards,
Miguel Figueiredo
___
Hello Stefan,
I never looked to the event's part of Slide since they weren't a standard
technology like webdav is. Anyway, from your insight I can see that it might
gracefully do what I
No objections from me, go ahead.
Oliver
On Mon, 28 Feb 2005 11:54:44 +0100, Stefan Lützkendorf
[EMAIL PROTECTED] wrote:
Hello folks,
while investigating slides performance with large collections I observed
that the default store parameter lock-cache-size is to small for the txfile
store.
Ok, the picture doesn't get it to the list. The picture shows something like:
time per PROPFIND request
|
| +
| +
| + + with
lock-cache-size 100
|
luetzkendorf2005/02/28 03:51:37
Modified:src/webdav/server/org/apache/slide/webdav/method/report
PrincipalMatchReport.java
Log:
unused import removed
Revision ChangesPath
1.14 +0 -2
luetzkendorf2005/02/28 03:56:57
Modified:src/stores/org/apache/slide/store/txfile
AbstractXMLResourceDescriptor.java
Log:
fix: property permissions are not added to the property
(empty permission list is no longer serialized)
Revision ChangesPath
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project jakarta-slide has an issue affecting its community integration.
This issue
luetzkendorf2005/02/28 09:25:44
Modified:src/share/org/apache/slide/store AbstractStore.java
ExtendedStore.java
src/share/org/apache/slide/search/basic
ComparableResourceImpl.java
luetzkendorf2005/02/28 09:27:09
Modified:src/webdav/server/org/apache/slide/webdav/util
UriHandler.java
Log:
made history collections restricted to. i.e. collection created with the
historyCollectionHack
e.g. with /history/112/232/h2/1.0, /history/112/232
[originally sent to user list, then realized the question is likely more
appropriate here - sorry for the double post!]
i find that i need to change a resource's owner after it has been
created. i understand that owner is a protected property, but i don't
have a choice; for project-specific
10 matches
Mail list logo