As indicated by the exceptions you do not seem to have access to the
tables. Grant them and try again.
OT: I *personally* disourage the use of HSQL DB as it does not feature
decent isolation of transactions. Even dirty writes are possible... this
is less than read uncommitted ...
Oliver
Hi,
i have some questions after experimenting with the ldap store in the last
days:
here's a short description of what i tried with slide - 2.0 :
* got a clean Slide (means no stores and work directory) and changed only
domain.xml to JNDI Domain.xml starting up slide and got the following
Could you provide the full stack trace, please? It might be the same
problem - security stuff is checked outside of transactions - I had the
other day.
Oliver
Frank Taffelt wrote:
Hi,
i have some questions after experimenting with the ldap store in the last
days:
here's a short description of
the relevant parts:
24 Jun 2004 14:04:33 - org.apache.slide.store.txjndi.JNDIPrincipalStore -
INFO - Calling retrieveRevisionDescriptors(/users).
24 Jun 2004 14:04:33 - org.apache.slide.store.txjndi.JNDIPrincipalStore -
INFO - Calling retrieveRevisionDescriptor(/users).
24 Jun 2004 14:04:33 -
Thanks for the advice. Do you know a fairly good RDBMS written in Java ?
We are actually thinking of a 'full-Java' solution for our product,
that's why we used HSQL DB.
Regards
JB
Oliver Zeigermann wrote:
As indicated by the exceptions you do not seem to have access to the
tables. Grant them
Looks different from what I expected, but this still can be the same
problem. Please, try changing the constructor of SlideTokenWrapper to
always set forceStoreEnlistment tp true as this effectively disables
reads outside of transactions. If this does not help, there must be
another problem...
this didn't help
Frank
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED]
To: Slide Users Mailing List [EMAIL PROTECTED]
Sent: Thursday, June 24, 2004 2:19 PM
Subject: Re: experiences with the LDAP Store
Looks different from what I expected, but this still can be the same
Maybe it is because Slide tries to write content to the LDAP store? This
does not implement content stuff properly, right?
Oliver
Frank Taffelt wrote:
this didn't help
Frank
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED]
To: Slide Users Mailing List [EMAIL PROTECTED]
Great! I will update the source with the change ASAP.
Oliver
Frank Taffelt wrote:
BINGO !!!
now it works.
many thanks,
Frank
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED]
To: Slide Users Mailing List [EMAIL PROTECTED]
Sent: Thursday, June 24, 2004 3:47 PM
Subject: Re:
Glad to know that fixed it :).
I'd actually made a similar change based on a bug report someone else
sent me (off list, I think). Good to know that worked.
Oliver, thanks for fixing this!
-James
[EMAIL PROTECTED] 06/24/04 6:56 AM
Great! I will update the source with the change ASAP.
Oliver
What are the various reasons why lockMethod() would return false?
And is it necessary to call lockMethod prior to writing to a webdav?
-Mike
--
Michael Stover [EMAIL PROTECTED]
Apache Software Foundation
-
To unsubscribe,
Hi,
Does Slide allow or provide for auditing APIs? We need to audit the creation time,
update time for a user or group etc.
I checked out the DB and it seems as if Slide does not commit the creation time,
update time etc. for entries. Is my assumption correct?
Any inputs are appreciated.
Gaurav,
There are DAV:creationdate and DAV:modificationdate properties that are
set for every resource. To really accomplish auditing you'll probably
want more information than that, though. You might try writing a simple
ContentInterceptor:
If I call resource.mkColMethod(newDir) and it returns false, how do I
go about figuring out why it failed?
--
Michael Stover [EMAIL PROTECTED]
Apache Software Foundation
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I think I've finished migrating the old wiki to the new one:
http://wiki.apache.org/jakarta-slide
I'd appreciate it if someone could double-check to make sure I haven't
missed anything.
Thanks,
James
-
To unsubscribe,
Okay. I have a Java Servlet that spits out information about a file in
a directory, example:
Current Path is: /slide/files/BradSimonin
Now. I have a file call Brad.html inside that directory (BradSimonin)
and I would like the Java Servlet to spit out the HTML code that is in
Brad.html. But I
Brad,
Take a look at the WebdavResource.getMethod* methods. There are various
options depending on what you want to do with the data.
Also, the code for org.apache.webdav.cmd.Client is a useful reference
for most webdav tasks. You'll need the Slide client source download to
see it.
-James
Try passing in the full path for the collection you want to create, ie:
resource.mkcolMethod(/slide/files/1234).
As for username/password, you don't need to reset them. WebdavResource
has an internal HttpClient that it uses, and it keeps the same client
for all requests.
-James
[EMAIL
Excellent, that works nicely now. Thank you.
-Mike
On Thu, 2004-06-24 at 19:40, James Mason wrote:
Try passing in the full path for the collection you want to create, ie:
resource.mkcolMethod(/slide/files/1234).
As for username/password, you don't need to reset them. WebdavResource
has an
Hi all,
I am using slide 2.0 binary
and separate tomcat 4.1.30 binary versions.
Currently I am using file system
based store (which comes default in slide domain.xml
file).
Now my question is, is there
any way (through configuring the domain.xml) that we
can
only store the xml
I use this to retrieve the content from a resource:
String
contents=resource.getMethodDataAsString(/slide/files/testDir/testFile.xml);
HTH,
Luanne
--- [EMAIL PROTECTED] wrote:
Okay. I have a Java Servlet that spits out
information about a file in
a directory, example:
21 matches
Mail list logo