Wojtek:
>The problem is I want to have a dynamic HTML Menu based on the nodes
>structure.
>I want it to be ordered rather then randomly generated out of the Store.
>I know the easiest way is to sort the Nodes in memory using some Arrays
>methods, but the site has to be Blitz-fast so I thought abou
The domain.xml file has following parameter:
checkout-checkin
I know this is to describe the default versioning of a vcr, but what options
do I have here! All those described by the deltaV document?
I that case it would be:
checkin-checkout
checkout-unlocked-checkin
checkout
locked-checkout
Is
Thanx
Our first implementation is sorting the nodes on presentation layer (JSP
taglib). In the future we'll probably implement an ordered store.
reagrds
Wojtek
- Original Message -
From: "Suzan Foster" <[EMAIL PROTECTED]>
To: "Slide Users Mailing List" <[EMAIL PROTECTED]>
Sent: Wednes
Hi to all !
I know the problem may be unimportant for most of you living in US but the
File Store is using
ISO 8859-1 as default which causes problems with national characters. (in my
aplication I want to use both English, Polish and Russian chars ..)
Using UTF-8 as default would be much better.
Correct, you have all options described in RFC3253.
Regards,
Peter
> -Original Message-
> From: Jacob Lund [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 11:08
> To: [EMAIL PROTECTED]
> Subject: Domain.xml and versioning settings
>
>
> The domain.xml file has following para
I have a question about using the Slide Webdav Client libs and accessing
http session info. Essentially what I would like to be able to do is
connect to my server (Tomcat 4.0.6) from a client application. The
server contains a filter which intercepts any requests, checks that the
user is logg
Hi Mark,
hope I have understood your question. But you can add the user info to
the URL: http://user:[EMAIL PROTECTED]/foo
Martin
Mark Wood wrote:
> I have a question about using the Slide Webdav Client libs and
> accessing http session info. Essentially what I would like to be
> able to do is
Ryan,
Here is what I've done so far to get things to work using a nightly
build on JBoss 3.0.4 + Tomcat - note, its not the optimum configuration
yet:
1) Copy the following jars into server/default/lib - slide-kernel,
slide-roles, slide-stores, slide-webdavservlet, jdom (you'll need to
remove the
I just use the xxxMethod.java classes to learn how to perform
webdav-compliant work against the slide API. Its also useful to
understand more about how to interact with the lower-level APIs but can
be confusing. The taglib is also good to understand how to perform read
methods against the API, but
If you have written the filter, what does it expect? If you have BASIC
authentication turned on, then the http client that the webdev client
uses for transport allows you to add the username/password for such a
case (see the command line slide client as an example). If you've
written a custom login
I'm not using the servlet container security; because of the kinds of
permissions I'm using I had to write my own. The filter is expecting
either a login 'command' along with a username and password (e.g.
servletname?method=login&username=someuser&password=pass) or that a
'user' object (contai
Hi all.
In a standalone application using the low level slide api (_not webdav_), I
can add the location of my slide.properties file to my system classpath.
The main purpose for having a slide.properties file is to tell slide the
location of the all important Domain.xml config file for slide. Wel
Have you tried putting slide.properties in the WEB-INF/classes
directory of your WAR file? Using Ant, if you are using the
task to build a WAR file, use the nested element to put it
there. Or, if you are using to build a WAR file (which is
perfectly fine to do), use a .
I'm just answerin
"Tarkenton, Daniel S." <[EMAIL PROTECTED]> writes:
> Hi all.
>
> In a standalone application using the low level slide api (_not webdav_), I
> can add the location of my slide.properties file to my system classpath.
> The main purpose for having a slide.properties file is to tell slide the
> loca
Hi James,
the DeltaV implementation in the WebDAV layer of Slide makes use *as much as
possible* of the versioning capabilities of the Slide kernel. The main
problem in mapping DeltaV versioning onto Slide versioning was that in
DeltaV the history of resource (VHR an VR) was separated from the res
Ok, this makes more sense.. So, is there any reason why the
NodeRevisionDescriptors can't honor this and return a listing of all
past versions? i.e. so that the struts taglibs node.getRevisions() works
properly? Also, I assume that the delta/v clients out there resolve this
fine per spec and its mo
Ok, Erik, I'm with you on this. You were thinking exactly what I was
thinking -- I tried this, but couldn't get it to work. In the Ant war task
I tried to include the slide.properties file in the nested classes element
as follows:
Judging by your comments, and after having dropped the slide.war file into
tomcat's webapps directory, i have concluded that you are thinking of the
webdav portion of slide. I am using the low level api of slide which only
inludes the following jar files:
slide-kernel.jar
slide-stores.jar
slide-r
On Wednesday, March 26, 2003, at 10:27 AM, Tarkenton, Daniel S. wrote:
Ok, Erik, I'm with you on this. You were thinking exactly what I was
thinking -- I tried this, but couldn't get it to work. In the Ant war
task
I tried to include the slide.properties file in the nested classes
element
as f
Erik, I thank you emphatically. I made the change to the classes element as
you described, and I now have a classes directory with my slide.properties
file! I truly appreciate your help. This will make my deployment mch
easier.
Thanks!
Dan
-Original Message-
From: Erik Hatcher
> Ok, this makes more sense.. So, is there any reason why the
> NodeRevisionDescriptors can't honor this and return a listing of all
> past versions? i.e. so that the struts taglibs
> node.getRevisions() works
> properly? Also, I assume that the delta/v clients out there
> resolve this
> fine per
Hi,
Just as another data point, I'm also using Slide's
low-level APIs (within EJBs). I had the same problem
of how to bundle Domain.xml in my EAR such that I
could just drop it in JBoss (which has Tomcat
integrated into it) and have it work. I got around
the issue by bundling Domain.xml with
On Wed, 26 Mar 2003, James Higginbotham wrote:
> I just use the xxxMethod.java classes to learn how to perform
> webdav-compliant work against the slide API. Its also useful to
> understand more about how to interact with the lower-level APIs but can
> be confusing. The taglib is also good to und
> Thanks. You said the AclMethod LockMethod for webdav client
> API etc? Those are class files so I need to decompile to get
> java files and follow those java files?
Yes, if you want to learn how to invoke the Slide kernel APIs
(low-level) directly from Java. If you want to invoke Slide via HTT
24 matches
Mail list logo