I agree longblob is more appropriate! Ryan Rhodes reported some problems
with the syntax of the mysql 4.1 scheme (dev list may 3 2004)
I still do not have a 4.1 running so I cannot verify?
/jacob
- Original Message -
From: "Oliver Zeigermann" <[EMAIL PROTECTED]>
To: "Slide Users Mailing
Yes, it does. Both parts are pertained.
The command line client, to handle the commands and options coming from the line
and client library to handle the webdav methods in the right way (correction of
webdavResource.unlockMethod).
Regards
Thomas
-Ursprüngliche Nachricht-
Von: Michael Ol
Thomas,
I just built a new command line client from HEAD (and patched the
build.xml to do it) and lock/unlock is still failing, I will be entering
a bug shortly.
I used the simplest case as follows
[ Slide ] $ connect http://myhost.com:/slide (beta1)
- No credentials available for the 'Slide
I had to patch the build.xml in the HEAD for the webdavclient as follows
to include the commons-httpclient-contrib.jar for the command line
client to build with the Easy SSL Factory.
Index: build.xml
===
RCS file: /home/cvspublic/jaka
It seems that Windows is remembering that it didn't like that file
before (when I was having problems with MySQL and blob sizes) and so it
isn't retrieving it correctly now.
Maybe the lastModified time hasn't changed, so Windows just checks the
headers and gets the file from its cache instead o
I tried to run the last jakarta-slide-2.0-tomcat-4.1.30 pre-installed
release.
It works but I get this message in the console :
ServerLifecycleListener: Can't create mbean for realm
[EMAIL PROTECTED]
What is this about ?
Thanks
Olivier
---
OK,
It seems that Windows is remembering that it didn't like that file
before (when I was having problems with MySQL and blob sizes) and so it
isn't retrieving it correctly now.
I put an identical (but renamed) file in and it worked fine.
This is hopefully problem solved (or at least blame shi
Hi Davide!
Thanks a lot, this is a very valuable contribution :) Especially, as a
number of people have announced their port without actually delivering
anything ;)
I will have a look at it ASAP (=tommorow) and will check it in into the
HEAD branch that will eventually spawn the 2.1 release.
I've made an Oracle 9 adapter, I've tested it with Konqueror on Linux,
Explorer on Windows and it seems to work... There's no support for
compression yet. In storeContent() I use a method of the Oracle JDBC driver,
someone knows if it could be implemented without it?
Is there a test suite for
Does this patch also pertain to the client library or just the command
line client? I also tried a JUnit test of the
webdavResource.unlockMethod and it too failed.
Michael Oliver
CTO
Matrix Intermedia Inc.
3325 N. Nellis Blvd, #1
Las Vegas, NV 89115
Phone:(702)643-7425
Fax:(520)844-1036
-O
I was having the same problem when I called url.setUserInfo(user,pass)
From: Ingo Brunberg <[EMAIL PROTECTED]>
Reply-To: "Slide Users Mailing List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Slide 2.0 Webdav lib : Pb with WebdavFile.listFiles()
Date: Wed, 12 May 2004 15:45:57 +0200
Ju
Thanks Ingo,
You know, I am a lazzy boy, so I downloaded the
2.0 - 15 February 2004 binary version of Commons HttpClient.
http://jakarta.apache.org/commons/httpclient/downloads.html
Replaced the old jar by this new one,
and it worked !
Olivier
-Message d'origine-
De : Ingo Brunberg [mail
hi,
I am looking for a awt or swing WebDAV fileselection save and open dialog.
There was one in slide 1 but this seems to have disappeared from slide 2.
Does anyone know where I can get hold of a working version for slide 2 or
any other WebDAV server.
There seems to have been a few questions ra
Just a wild guess ...
I think you have stumbled over a bug in Commons Httpclient, that was
recently fixed. To be sure, check out and build the latest Httpclient
from their CVS 2_0_Branch and replace the version that comes with
Slide by that. I know, it's a bit work.
Ingo
> Hi,
>
> When I try to
There is a memory problem in org.apache.slide.webdav.filter.LogFilter
that buffers the complete body of the request and the response.
The good thing is LogFilter actually does not seem to use this
functionality. Thus I will fix this by adding a class that does not do
the buffer, but provides th
To answer your first question: If you execute a PUT request, the 204
(No Content) is the right response to indicate success. The "No
Content" refers to the response, not the request.
I don't know for sure the answer to your second question, but I doubt
that Slide ever generates a 304 response itse
Hi,
When I try to get the child resources of a file (with a listFiles call), I
get strange URLs :
http://localhost8080:8080/slide/files/
Any idea about this problem ?
Thanks
Olivier
P.S. I am using Slide Client 2.0 library, and an except of my test code is
here after.
I have encountered very strange problem when testing Slide server.
I was testing Slide 2.0 version and Slide WebDav Client
The first configuration I tested used JDBCStore (with MySql driver),
the second used TxXMLFileDescriptorsStore and TxFileContentStore.
First I tried to PUT a new resource on a
Doesn't your patch fail when the literal to search for is on the
boundary of the buffer, i.e half ot it is in this, half of it in the
next buffer. Anyway, do not worry too much for ComparableResourceImpl as
it will only be used by the search method and likely to be replaced by
code that does se
On Wednesday 12 May 2004 11:27, Oliver Zeigermann wrote:
> I am still wondering why NodeRevisionContent should be changed as
> getContentBytes() is only called to actually load the bytes of a
> resource into memory for *caching*.
Ops, you're right. I've only removed the Logger and it works! :)
OK, I just tried in IndependantDav and it worked then.
However, I also tried the same file from a version of Slide that was
just using a file store for everything and that worked fine in
Webfolders and in Office, so I still think it has something to do with
how my store is set up.
This is the
As a matter of fact, current default store implementations require a
transaction for all write requests. So Proppatch needs
slideToken.forceStoreEnlistment to be true, anyhow.
On a more theoretical track: As soon as more than one write request is
passed to the physical store Slide is based on -
Hi,
Have you tried with DAVExplorer or WebDrive (www.webdrive.com)?
It could be WebFolders & Office being buggy.
Cheers.
- Original Message -
From: "Luke Noel-Storr" <[EMAIL PROTECTED]>
To: "Slide Users Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 12, 2004 5:22 PM
Subject: Re
Shouldn't we change this in the MySQLSchema, anyway?
Oliver
Jacob Lund wrote:
Hi Luke!
MySQL has as 64K limit in blob fields! Change the database scheme - replace
blob with longblob!
/jacob
- Original Message -
From: "Luke Noel-Storr" <[EMAIL PROTECTED]>
To: "Slide Users Mailing List"
Hi Davide!
Thanks for figuring this out!
I am still wondering why NodeRevisionContent should be changed as
getContentBytes() is only called to actually load the bytes of a
resource into memory for *caching*. No need to write a version of
NodeRevisionContent that keeps a fixed amount of bytes
Sorry, if you had read all my email you'd have seen that I tried this
already, and that now I'm not even storing the file content in the MySQL
database. Also, the files work fine when accessed via our client code
or a browser (both of which I guess just do a simple http get), just not
through
Hi Luke!
MySQL has as 64K limit in blob fields! Change the database scheme - replace
blob with longblob!
/jacob
- Original Message -
From: "Luke Noel-Storr" <[EMAIL PROTECTED]>
To: "Slide Users Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 12, 2004 11:12 AM
Subject: Strange pro
Hi,
I have a slide repository set up in MySQL, but with the content stored
in a file store (I set it up this way due to problems with large files
and MySQL).
There now seems to be a problem with files over 64K, when we access them
via our client code - they work fine, when downloaded from a UR
I've read messages of people complaining about OutOfMemoryErrors so I post my
solution to the problem...
To upload very large files in a database store I had to make these changes:
1. Remove the Logging filter from web.xml. The Logging Filter replaces the
Tomcat ServletInputStream with a XServ
Hi Michael,
you are rigth. The lock/unlock problems are fixed. The bugfix provides following
functionality :
*
setting timeout for locks
*
setting different owner of lock (important for testing)
*
setting of lock type (shared or exclusive)
The patch i
30 matches
Mail list logo
