Hi all,
I am using struts 2.0 binary that bundles
tomcat, slide2.0 server and slide-webdav-client2.0 api.
Now in this tomcat there is one context named
slide available that I am currently using for
Testing purpose.
Now I would like to create one more site OR
context (preferably
Hi,
As you said I have to configure Slide Realm in tomcat, can you please guide
me how can I configure and enable it for authentication purpose...
I am using tomcat 4.1.x that is coming in the slide binary. You can also
give me
Some reference link for the same purpose so that I can go to that
hi,
The slide authentication strategy need client pass the username and password
directly to server for very process. I want to write a program to manager
the authentication outside the slide.
My idea is that I manage the user creation and deletion in a database,
control the privillage of
James I think its a great idea, in my opinion would also really help slide
in a number of applications i am working on too.
On Fri, 21 May 2004 11:09:30 -0700, James Mason [EMAIL PROTECTED] wrote:
Here's what I'm hoping to have when I get finished:
1. Tomcat authenticates users against an LDAP
Hi Solanki,
if you are actually creating users thru the Domain.xml, but not changing
tomcat-users files, chanches are that you have your tomcat set-up
correctly. Anyway, there are three ways to install Slide :
1) The source distribution
2) The binary distribution
3) The tomcat bundle
When using
Looks like PropPatchMethod is not supporting setting
datatypes on the properties to be set, thus limiting
me to setting String type properties only.
Since my project absolutely requires support for other
data types on the client side, I'm in wee bit of trouble.
Before I go ahead and extend Slide
Paananen, Tero wrote:
Looks like PropPatchMethod is not supporting setting
datatypes on the properties to be set, thus limiting
me to setting String type properties only.
Since my project absolutely requires support for other
data types on the client side, I'm in wee bit of trouble.
Before I go
Hi,
I'm quite sure there is no problem with writing the file twice, you should
however have a look at the locking system defined in WebDav ... not because
Slide has problems, but because your users might have problems if they go
on overwriting one eachother files. Chapter 6 of the WebDav RFC
Hi Tero,
I'm afraid properties are strings (actually, XML fragments) because this is
defined in the WebDav specifications, of which Slide is an implementation.
Also the entire WebDav protocol provides only String exchange, and provides
propfind methods based on strings. Anyway, you can put an
Al,
I'm glad you like the idea :). One of my personal pet peeves is the
lack of LDAP support for user management in a lot of opensource
products, so I'm hoping I can help remedy that a little.
I think one has to consider what the benefits of using LDAP are as a
user
store? I would have thought
I think JNDI may have a benefit here, plus
slide could also benefit from a little JNDI support, again these
are
not
areas of my expertese, just my $0.02, and I would certainly be
prepared to
help as long as the code was contributed back (I.E opensourced).
I'll have to check with my boss
James Mason wrote:
Talking about ACLs gets really sticky. As far as I know every LDAP
server has it's own unique way of managing authorizations internally.
Since LDAP is just a communication protocol I don't think it has any
specifications for this, so I don't know of any standard way to get/set
Hi,
managing users and authentication/authorization outside slide and in a
database, the OS or LDAP is done by the slide based Tamino Webdav
Server. You can finde the sources of this component (User Role
Management (URM)) in the CVS under
jakarta-slide\proposals\tamino\src\urm and
What's the value of the DAV: resourceType property for the user
collection? I think it needs to contain principal/ to be a valid user.
James Mason
Adventist Health
Programmer/Analyst
916.783.2576
[EMAIL PROTECTED]
[EMAIL PROTECTED] 05/24/04 8:28 PM
I created an user called [EMAIL PROTECTED] as
14 matches
Mail list logo