It seems you have not created the tables. This has to be done manually.
Unfortunately, those schemas are not included in the binary release, but
will be in release candidate 1. You can find the schemas here
http://cvs.apache.org/viewcvs.cgi/jakarta-slide/src/conf/schema/
and the one for MySQL
Hi,
the "correct" way would be as follows:
write an "extractor", that extracts text data out of binary files (doc, pdf, ...)
use an "indexer", for example Lucene to index this stuff
implement a "contains" query running on Lucene.
Currently Christophe Lombart and Daniel Florey is working on that,
Hi Daniel,
This thread was of great interest to me, because very recently I
experimented using Slide APIs directly from my Application. After reading
this mail thread, I am considering using Slide's Client APIs instead of
directly the server side APIs, though this would require me to code
separate
I am currently looking at the SLIDE implementation, and the code,
considering using it for content management, and would like to develop it
further.
One simple thing i can't get to work is to do a simple OPEN from the
CommandLine WebDav Client. Not much doc here i guess.
I try a simple
open l
Hi,
the slide search needs some redesign to fullfill the requests like yours
that come up quit often: Full text search capabilities of different
doc-types and even more important: speed. The current generic search is
doing quit well regarding the DASl-spec but is not fast enough with the
defaul
Ritu Kedia wrote:
Hi Daniel,
This thread was of great interest to me, because very recently I
experimented using Slide APIs directly from my Application. After reading
this mail thread, I am considering using Slide's Client APIs instead of
directly the server side APIs, though this would require
- Original Message -
From: "Tore Lading" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 27, 2004 1:21 PM
Subject: Simple Slide commands
> I am currently looking at the SLIDE implementation, and the code,
> considering using it for content management, and would like to
Hello Daniel,
Thanks a lot for your reply. Please find my comments inline.
> -Original Message-
> From: Daniel Florey [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 30, 2004 3:08 PM
> To: Slide Users Mailing List
> Subject: Re: Which API should I use for a web app?
>
> Yes, Slide is an
Ritu Kedia wrote:
Hello Daniel,
Thanks a lot for your reply. Please find my comments inline.
-Original Message-
From: Daniel Florey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 30, 2004 3:08 PM
To: Slide Users Mailing List
Subject: Re: Which API should I use for a web app?
Yes, Slid
Daniel thanks really for all your feedback.
Just one last question:
If I decide to use the Slide APIs directly and turn off Slide's Security
Checks using SlideTokenWrapper
SlideToken token = new SlideTokenImpl(credentials);
token.setEnforceLockTokens(true);
Ritu Kedia wrote:
Daniel thanks really for all your feedback.
Just one last question:
If I decide to use the Slide APIs directly and turn off Slide's Security
Checks using SlideTokenWrapper
SlideToken token = new SlideTokenImpl(credentials);
token.setEnforceLockTo
Hi,
can somebody recommend a free + java-based HTTP Sniffer?
Currently I'm using NetTool from Neil O'Toole [http://www.nettool.org] ... which isn't
bad ... but I'd like to see some alternatives.
TIA and regards,
Peter
-
To uns
I am using the same tool and agree with Peter in all respects.
Oliver
[EMAIL PROTECTED] wrote:
Hi,
can somebody recommend a free + java-based HTTP Sniffer?
Currently I'm using NetTool from Neil O'Toole [http://www.nettool.org] ... which isn't bad ... but I'd like to see some alternatives.
TIA
[EMAIL PROTECTED] wrote:
Hi,
can somebody recommend a free + java-based HTTP Sniffer?
Currently I'm using NetTool from Neil O'Toole [http://www.nettool.org] ... which isn't bad ... but I'd like to see some alternatives.
TIA and regards,
Peter
The argument to open includes the protocol so:
Open http://localhost:8080/slide
__
Michael Oliver
CTO
Matrix Intermedia Inc
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone +1 (520) 574-1150
Fax +1 (520) 844-1036
ICQ#: 318986322
Curren
>>If you use the slide API for storing data from your app, take into
>>account that it is reallly complicated to store content in a way that
>>you can use the versioning stuff, because all of the versioning is done
in the webdav layer.
What do you mean ? The slide API can manage NodeRevisionDe
[EMAIL PROTECTED] wrote:
If you use the slide API for storing data from your app, take into
account that it is reallly complicated to store content in a way that
you can use the versioning stuff, because all of the versioning is done
in the webdav layer.
What do you mean ? The slide AP
Stan Pinte wrote:
[EMAIL PROTECTED] wrote:
Hi,
can somebody recommend a free + java-based HTTP Sniffer?
Currently I'm using NetTool from Neil O'Toole [http://www.nettool.org]
... which isn't bad ... but I'd like to see some alternatives.
in
Apache SOAP v2.3.1 Documentation,
they have a snif
I use this:
http://httptrace.sourceforge.net/
Martin
[EMAIL PROTECTED] wrote:
Hi,
can somebody recommend a free + java-based HTTP Sniffer?
Currently I'm using NetTool from Neil O'Toole [http://www.nettool.org] ... which isn't bad ... but I'd like to see some alternatives.
TIA and regards,
Pete
>It would make me happy if you're right. I have not checked it yet, but
>from the parts of the code that I've seen I can't imagine that you can
>access revisions via deltaV if you create them by simply adding new
>revisions via slide api. Can you?
Well, I'm not yet using the Webdav layer. Ever
[EMAIL PROTECTED] writes:
> >It would make me happy if you're right. I have not checked it yet, but
> >from the parts of the code that I've seen I can't imagine that you can
> >access revisions via deltaV if you create them by simply adding new
> >revisions via slide api. Can you?
>
> Well, I'
>You can use slide API versioning, but it is different from webdav API
versioning. The webdav layer uses the slide
>versioning internally, but does a URI remapping and adds a lot of extra
properties. Switching from one layer to the other >is not trivial.
OK, Thanks, now I understand what is t
Well the last question didn't get a response so I will rephrase.
Given we want to use the default Tomcat Realm UserDatabase aka
tomcat-users.xml for authentication because we have other webapps than
Slide that we want to run on that Tomcat.
We thought (gleaned from the mailist) that we coul
hi, all
I am a new slide user. I have installed = slide1.0.16=20 bundled with
Tomcat 4.0.1. After I startup the Slide(using the startup = command),=20 it
shows following in the command window:
Set domain for Slide host
Set domain = for Webdav=20 host
Set domain for Slide admin host
Starting S
You should be using the release candidate, 1.0.16 is very old and you will be happier
with the latest.
__
Michael Oliver
CTO
Matrix Intermedia Inc
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone +1 (520) 574-1150
Fax +1 (520) 844-1036
Is the only difference in the J2EE store and the JDBC store that I can
configure the connection for the J2EE store at the application server level?
The higher level features like connection pooling... etc.. don't affect
slide... or do they?
__
Michael Oliver wrote:
You should be using the release candidate, 1.0.16 is very old and you will be happier with the latest.
by the way, I have got a client prototype, on which there is a lot of
data, using a CVS from august 2003. I am now using slide-2.0b1. (much
better), but is there a way
"Ryan Rhodes" <[EMAIL PROTECTED]> writes:
> Is the only difference in the J2EE store and the JDBC store that I can
> configure the connection for the J2EE store at the application server
> level?
Right (if you are talking about slide 2.0, in slide 1.x was a difference).
The real work is done in t
Stan Pinte <[EMAIL PROTECTED]> writes:
> Michael Oliver wrote:
>
> >You should be using the release candidate, 1.0.16 is very old and you will be
> >happier with the latest.
> >
> >
>
>
> by the way, I have got a client prototype, on which there is a lot of
> data, using a CVS from august 2003
No tool to migrate from JDBCDescriptorStore to TxXMLFileDescriptorsStore.
I planed to write one but never found the spare time :-(
I used the same setup and migrated to JDBCStore/OldJDBCAdapter
+ TxXMLFileDescriptorsStore. Much more reliable than the old stuff.
You would probably have to overwrite
If it were me, I would write a "crawler" that walked the tree of your
old slide and copied the contents to the new slide via the Client
Library, so much has changed under the covers I wouldn't begin to know
where to start. This way your old slide works and the new slide works
as is and you just ha
Michael Oliver wrote:
If it were me, I would write a "crawler" that walked the tree of your
old slide and copied the contents to the new slide via the Client
Library, so much has changed under the covers I wouldn't begin to know
where to start. This way your old slide works and the new slide work
"Michael Oliver" <[EMAIL PROTECTED]> writes:
> If it were me, I would write a "crawler" that walked the tree of your
> old slide and copied the contents to the new slide via the Client
> Library, so much has changed under the covers I wouldn't begin to know
> where to start. This way your old sli
Martin Holz wrote:
"Michael Oliver" <[EMAIL PROTECTED]> writes:
If it were me, I would write a "crawler" that walked the tree of your
old slide and copied the contents to the new slide via the Client
Library, so much has changed under the covers I wouldn't begin to know
where to start. This w
Stan Pinte <[EMAIL PROTECTED]> writes:
> Martin Holz wrote:
>
> >"Michael Oliver" <[EMAIL PROTECTED]> writes:
> >
> >
>
> >>If it were me, I would write a "crawler" that walked the tree of your
> >>old slide and copied the contents to the new slide via the Client
> >>Library, so much has changed
Yes that's the approach and since it is your data you would be able to
tailor the tool to your properties as well.
__
Michael Oliver
CTO
Matrix Intermedia Inc
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone +1 (520) 574-1150
Fax +1 (520
On 30 Mar 2004 at 16:26, [EMAIL PROTECTED] wrote:
> >>If you use the slide API for storing data from your app, take into
> >>account that it is reallly complicated to store content in a way that
> >>you can use the versioning stuff, because all of the versioning is done
> in the webdav layer.
[EMAIL PROTECTED] wrote:
Hi,
the "correct" way would be as follows:
write an "extractor", that extracts text data out of binary files (doc, pdf, ...)
use an "indexer", for example Lucene to index this stuff
implement a "contains" query running on Lucene.
Currently Christophe Lombart and Daniel F
Hi Andreas,
Yes, the problems you mentionned in your mail are well know.
It should be nice to see this kind of performance enhancement into the
Slide distribution.
Can you send me your modification ? I'm really interesting to have this
kind of perf improvement for my onw application.
Oliver, I
Martin Dulisch wrote:
I use this:
http://httptrace.sourceforge.net/
http://www.zaval.org/products/proxy/index.html
Emile
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
40 matches
Mail list logo