Re: unlocking locks owned by others

2004-09-03 Thread Stefan Lützkendorf
Hi Warwick
Warwick Burrows wrote:
I'm using the Slide CLI from the source tree on top of the webdav client.
All the latest code from the 2.1 release branch. The trace for the UNLOCK
request that I included below is the debug output of running the CLI with
set debug on. So what would the difference be in the result if the
locktoken is sent with the if condition rather than the lock-token
header?
The difference is that using the Lock-Token header with UNLOCK is given
in the WebDAV spec. and I don't know whether using the If-header will work
with other webdav servers too.
The If header is intended to provide the lock token to write actions that
are protected by locks.
And what is the kill-lock permission?  Who would have this permission in a
default Slide installation? 
Have a look at your Domain.xml. In the namepace configuration you will find
a line like  kill-lock/actions/unlock/kill-lock. It says you must have
the permission /actions/unlock to kill locks (i.e. to remove locks for which
you are not owner). Typically the root user and the owner has that permission
to remove locks which are left accidentally.
But with security disabled I think this permission will not be checked.
BTW, even though security is disabled I still
get the actual lock owner name back from the server in lock discovery calls
so it knows who the owner is even if it doesn't enforce lock ownership.
Seems I mixed up security and authentication.
You have security disabled (slide.properties) but authentication
enabled (web.xml), right?
Well, than your locks should have a proper owner.
Warwick

-Original Message-
From: Stefan Lützkendorf [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 02, 2004 4:18 AM
To: Slide Users Mailing List
Subject: Re: unlocking locks owned by others

Well, my first answer was a little bit ... quick written.
As Carlos said, with security disabled anybody has the kill-lock permission.
The lock owner is the prinipal as that your are authneticated at the webapp.
So in addition to the first point with security disabled all users are
treated as the single user unauthenticated so everybody is the lock owner
and don't need kill-lock.
But I observed a similar behavior with security _enabled_. You can delete
resources that an other one has locked if you provide the lock token in the
If header. That's invalid, I think, and that't I talk aboud in bug 30982.
An other point to mention. UNLOCK should not use the If header it must use
the Lock-Token header to provide the lock token to be removed. What client
do you use?
Cheers, Stefan
Warwick Burrows wrote:

Can any user unlock another user's locks? I didn't think that was 
valid. What I'm seeing in 2.1B1 is that any user (the default for the 
CLI being called Slide) can unlock a lock owned by another user. I 
worked my way through the client piece of the puzzle and I see that it 
is setting the locktoken in the header of the unlock request. But I 
don't see where its setting the owner?  eg.


to server ---
UNLOCK /slide/files/my%20stuff/outf HTTP/1.1
If: (opaquelocktoken:600107b7c611f08d4bf10af71e6d3a3f)
User-Agent: Jakarta Commons-HttpClient/2.0rc3
Host: localhost:20080
Cookie: $Version=0; JSESSIONID=D1E5A4582544A30F431FFE72C628DEEB;
$Path=/slide
Content-Length: 0
Is it supposed to set the owner information in the request header so 
that the server knows who is trying to do the unlock and can compare 
it to the lock owner? I've still to look into the server side. I'm 
running my configuration with security disabled but locks enabled in 
slide.properties.

Thanks,
Warwick

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Can WebDAV servlet serve non-slide-managed filesystem?

2004-09-03 Thread alon salant
Alright. Lots of progress now.

I've pretty much got things working. I first got a virtual store
working - implemented a few of the store interface methods to support
webdav browsing through a node structure simply defined in code.
Definitely took a bit of fiddling to figure out what need to be
returned for retrieveRevisionDescriptors and
retrieveRevisionDescriptor but finally got it all set.

I removed all access restrictions with an objectnode entry in data:

  objectnode classname=org.apache.slide.structure.SubjectNode uri=/simple
permission action=all subject=all inheritable=true/
  /objectnode

Nice.

From here it actually was straight forward to call to the filesystem
to implement the needed read/write/delete implementations.

But I am now finding that I get Forbidden messages from the WebDAV
servlet for PUT, DELETE, MOVE, MKCOL methods. The only methods in my
implementation that are being called when these WebDAV methods are
executing are retrieveOject,  retrieveRevisionDescriptor,
retrieveRevisionDescriptors. Could it be something in the
NodeRevisionDescriptor that I am/am not creating that is preventing
this or is it authentication/ACL configuration of some kind? Do I need
to set the owner on the NodeRevisionDescriptor?

I get the same behavior when I map my store to the /files
configuration in the Domain.sample file. But with /files mapped as it
comes in Domain.sample, I do not have the same permissions problem.

Do I need to exclude the scope of my store from version control in Domain.xml?

I've been stepping through the code and there are tons of checks to
SecurityImpl.checkPermissions( ) sometimes I see my config (listed
above) in there.

Alon

On Wed, 01 Sep 2004 23:10:38 -0700, James Mason [EMAIL PROTECTED] wrote:
 Forgot to point out that the value of resourcetype should be
 collection/.
 
 -James
 
 
 
 James Mason wrote:
  'twould be nice were this easier (or at least better documented). It
  looks like you're on the right track, though.
 
  I think you'll need to set the DAV:resourcetype property at a minimum.
  Relevant line from JNDIPrincipalStore:
 
  props.put(
  DAV:resourcetype,
  new NodeProperty(resourcetype, resourceType, DAV:, , false));
 
  I'm not positive, but I think the key for the hashtable (props) is
  significant.
 
  Other than that there are a few properties you'll probably want to
  return for files (size, modification date, etc).
 
  -James
 
  alon salant wrote:
 
  Deploying an additional scope seems to work fine.
 
  It looks like I need to implement both RevisionDescriptorStore and
  RevisionDescriptorsStore. Deploying with the Transient versions
  deployed fine, but when trying to browse with the XP webdav client, I
  got RevisionNotFoundExceptions for the uri of the resource.
 
  So I tried just implementing
  RevisionDescriptorsStore.retrieveRevisionDescriptors( ) as it is in
  the JNDIPrincipalStore, but then I got Exceptions from
  TransientDescriptorStore which seems to depend on the existence of
  TransientDescriptorsStore (not sure about that one).
 
  So I stubbed out both RevisionDescriptorStore and
  RevisionDescriptorsStore. It looks like I need to implement
  RevisionDescriptorStore.retrieveRevisionDescriptor( ). I implemented a
  simple version that returns a new NodeRevisionDescriptor with its date
  properties set. My /files node shows up as a 0 byte file in my webdav
  browser, not a folder.
 
  I am not sure about how to propertly create a NodeRevisionDescriptor -
  which properties should be set folders, and which for files. Any
  hints?
 
  Am I off track here?
 
  Alon
 
  On Tue, 31 Aug 2004 09:10:36 -0700, James Mason [EMAIL PROTECTED]
  wrote:
 
  alon,
  Sorry I didn't think of this earlier. It will probably be easier, at
  least initialy, to have two store configured in your domain. Leave the
  default store in place with a scope of /, and add your store with a
  scope of /files. This way you won't have to mess with the data
  section of the domain, and you won't have to worry about returning
  ActionNodes.
 
  Once you have your store working you can decide how you want to handle
  the other information. It will probably be simplest to setup some basic
  permissions in your domain then map the webdav servlet to only server
  the /files node, but other options are available.
 
  -James
 
 
 
  alon salant wrote:
 
  Okay, I've partially answered one of my questions.
 
  Playing around and reading the config more carefully, I replaced the
  sample data element configuration with
 
  data
   objectnode classname=org.apache.slide.structure.SubjectNode
  uri=/
 permission action=all subject=all inheritable=true/
   /objectnode
  /data
 
  and can now directory browse through the webdav servlet. All I see is
  an empty root directory which is what I expect based on my initial
  SimpleFileStore implementation.
 
  Mapping a web folder from win xp is claiming that the folder you
  entered does not appear to be valid but I have 

Has anyone seen connection warnings when deploying slide in an Ap p Server(JBoss)

2004-09-03 Thread Ritu Kedia
I see a lot of warnings when deploying Slide in JBoss App Server. 
WARN  [WrappedConnection] Closing a statement you left open, please do your
own housekeeping

The same warnings also come when performing any server side operations. I
saw the DB Adapter classes.. they do close the statements in the final
clause. Then why do the warnings come?
Has anyone faced a similar problem? Or could someone suggest a way of
avoiding these warnings.

Thanks,
Ritu




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Has anyone seen connection warnings when deploying slide in an Ap p Server(JBoss)

2004-09-03 Thread Koundinya \(Sudhakar Chavali\)
Is this is becoming a problem for you?? Or You just want to supress those messages??

Regards
Sudhakar


--- Ritu Kedia [EMAIL PROTECTED] wrote:

 I see a lot of warnings when deploying Slide in JBoss App Server. 
 WARN  [WrappedConnection] Closing a statement you left open, please do your
 own housekeeping
 
 The same warnings also come when performing any server side operations. I
 saw the DB Adapter classes.. they do close the statements in the final
 clause. Then why do the warnings come?
 Has anyone faced a similar problem? Or could someone suggest a way of
 avoiding these warnings.
 
 Thanks,
 Ritu
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


=
No one can earn a million dollars honestly.- William Jennings Bryan (1860-1925) 

Make everything as simple as possible, but not simpler.- Albert Einstein (1879-1955)

It is dangerous to be sincere unless you are also stupid.- George Bernard Shaw 
(1856-1950)



__
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Has anyone seen connection warnings when deploying slide in a n Ap p Server(JBoss)

2004-09-03 Thread Ritu Kedia
For now the intention is to only suppress the messages. But if the same
warnings are being issued in WebSphere as well,then it may become a
potential problem with log file increasing in size with every server
operation.
Secondly, I just thought it better to address the warnings now before they
result in some erroneous behavior.

Thanks,
Ritu

-Original Message-
From: Koundinya (Sudhakar Chavali) [mailto:[EMAIL PROTECTED]
Sent: Friday, September 03, 2004 3:59 PM
To: Slide Users Mailing List
Subject: Re: Has anyone seen connection warnings when deploying slide in
an Ap p Server(JBoss)


Is this is becoming a problem for you?? Or You just want to supress those
messages??

Regards
Sudhakar


--- Ritu Kedia [EMAIL PROTECTED] wrote:

 I see a lot of warnings when deploying Slide in JBoss App Server. 
 WARN  [WrappedConnection] Closing a statement you left open, please do
your
 own housekeeping
 
 The same warnings also come when performing any server side operations. I
 saw the DB Adapter classes.. they do close the statements in the final
 clause. Then why do the warnings come?
 Has anyone faced a similar problem? Or could someone suggest a way of
 avoiding these warnings.
 
 Thanks,
 Ritu
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


=
No one can earn a million dollars honestly.- William Jennings Bryan
(1860-1925) 

Make everything as simple as possible, but not simpler.- Albert Einstein
(1879-1955)

It is dangerous to be sincere unless you are also stupid.- George Bernard
Shaw (1856-1950)



__
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Has anyone seen connection warnings when deploying slide in a n Ap p Server(JBoss)

2004-09-03 Thread Koundinya \(Sudhakar Chavali\)
Ok,

I think slide uses common-logging API to print the warning messages.

Just supress them. 

May be something like this

 static Log log;
static
{
log = LogFactory.getLog(org.apache.commons.httpclient.HttpClient.class);
}

public void init()
{
lOG.setLevel(lOG.LOG_LEVEL_OFF);

}


But not sure. You should see the API referces for this

Regards
Sudhakar
--- Ritu Kedia [EMAIL PROTECTED] wrote:

 For now the intention is to only suppress the messages. But if the same
 warnings are being issued in WebSphere as well,then it may become a
 potential problem with log file increasing in size with every server
 operation.
 Secondly, I just thought it better to address the warnings now before they
 result in some erroneous behavior.
 
 Thanks,
 Ritu
 
 -Original Message-
 From: Koundinya (Sudhakar Chavali) [mailto:[EMAIL PROTECTED]
 Sent: Friday, September 03, 2004 3:59 PM
 To: Slide Users Mailing List
 Subject: Re: Has anyone seen connection warnings when deploying slide in
 an Ap p Server(JBoss)
 
 
 Is this is becoming a problem for you?? Or You just want to supress those
 messages??
 
 Regards
 Sudhakar
 
 
 --- Ritu Kedia [EMAIL PROTECTED] wrote:
 
  I see a lot of warnings when deploying Slide in JBoss App Server. 
  WARN  [WrappedConnection] Closing a statement you left open, please do
 your
  own housekeeping
  
  The same warnings also come when performing any server side operations. I
  saw the DB Adapter classes.. they do close the statements in the final
  clause. Then why do the warnings come?
  Has anyone faced a similar problem? Or could someone suggest a way of
  avoiding these warnings.
  
  Thanks,
  Ritu
  
  
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 
 
 =
 No one can earn a million dollars honestly.- William Jennings Bryan
 (1860-1925) 
 
 Make everything as simple as possible, but not simpler.- Albert Einstein
 (1879-1955)
 
 It is dangerous to be sincere unless you are also stupid.- George Bernard
 Shaw (1856-1950)
 
 
   
 __
 Do you Yahoo!?
 Yahoo! Mail is new and improved - Check it out!
 http://promotions.yahoo.com/new_mail
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


=
No one can earn a million dollars honestly.- William Jennings Bryan (1860-1925) 

Make everything as simple as possible, but not simpler.- Albert Einstein (1879-1955)

It is dangerous to be sincere unless you are also stupid.- George Bernard Shaw 
(1856-1950)



___
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Has anyone seen connection warnings when deploying slide in a n Ap p Server(JBoss)

2004-09-03 Thread Ritu Kedia
Not sure I understood what you imply by the static block. But anyways are
you referring to suppressing the client side warning messages or server
side? I was referring to the deployment time warnings thrown by the App
server, which I don't think have any relation with slide logging. Since I am
using J2EE store, the App Server's Wrapped Connection is throwing these
warnings. May be some slide DB methods are not closing the statements before
returning.

Have you faced a similar problem? If yes, what is the error message you see?


Thanks,
Ritu


-Original Message-
From: Koundinya (Sudhakar Chavali) [mailto:[EMAIL PROTECTED]
Sent: Friday, September 03, 2004 4:34 PM
To: Slide Users Mailing List
Subject: RE: Has anyone seen connection warnings when deploying slide in
a n Ap p Server(JBoss)


Ok,

I think slide uses common-logging API to print the warning messages.

Just supress them. 

May be something like this

 static Log log;
static
{
log =
LogFactory.getLog(org.apache.commons.httpclient.HttpClient.class);
}

public void init()
{
lOG.setLevel(lOG.LOG_LEVEL_OFF);

}


But not sure. You should see the API referces for this

Regards
Sudhakar
--- Ritu Kedia [EMAIL PROTECTED] wrote:

 For now the intention is to only suppress the messages. But if the same
 warnings are being issued in WebSphere as well,then it may become a
 potential problem with log file increasing in size with every server
 operation.
 Secondly, I just thought it better to address the warnings now before they
 result in some erroneous behavior.
 
 Thanks,
 Ritu
 
 -Original Message-
 From: Koundinya (Sudhakar Chavali) [mailto:[EMAIL PROTECTED]
 Sent: Friday, September 03, 2004 3:59 PM
 To: Slide Users Mailing List
 Subject: Re: Has anyone seen connection warnings when deploying slide in
 an Ap p Server(JBoss)
 
 
 Is this is becoming a problem for you?? Or You just want to supress those
 messages??
 
 Regards
 Sudhakar
 
 
 --- Ritu Kedia [EMAIL PROTECTED] wrote:
 
  I see a lot of warnings when deploying Slide in JBoss App Server. 
  WARN  [WrappedConnection] Closing a statement you left open, please do
 your
  own housekeeping
  
  The same warnings also come when performing any server side operations.
I
  saw the DB Adapter classes.. they do close the statements in the final
  clause. Then why do the warnings come?
  Has anyone faced a similar problem? Or could someone suggest a way of
  avoiding these warnings.
  
  Thanks,
  Ritu
  
  
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 
 
 =
 No one can earn a million dollars honestly.- William Jennings Bryan
 (1860-1925) 
 
 Make everything as simple as possible, but not simpler.- Albert Einstein
 (1879-1955)
 
 It is dangerous to be sincere unless you are also stupid.- George
Bernard
 Shaw (1856-1950)
 
 
   
 __
 Do you Yahoo!?
 Yahoo! Mail is new and improved - Check it out!
 http://promotions.yahoo.com/new_mail
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


=
No one can earn a million dollars honestly.- William Jennings Bryan
(1860-1925) 

Make everything as simple as possible, but not simpler.- Albert Einstein
(1879-1955)

It is dangerous to be sincere unless you are also stupid.- George Bernard
Shaw (1856-1950)



___
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



httpexception when creating instance of webdavresource

2004-09-03 Thread Stefan Burkard
hi slide-users
i've developed a java-class based on the slide-client-api that acts as a 
webdav-client on a slide-server. until now i had my java-class in 
eclipse and it connects on a slide-server in the network (other box). 
works fine.

now i'm trying to deploy this class in a jar (with all libs and so on) 
to an external server and i get a http-exception as soon as i create an 
instance of webdavresource. the slide-server runs on the same machine as 
the jar-app.

the strange thing is that i'm working with values out of a config-file - 
so i just changed config-values after deployment. additionally i can 
connect with the cli-client of slide and the browser to this 
slideserver. but the jar-app on the same box throws the exception. i 
tried with 127.0.0.1 as well as the official ip-number.

any suggestions?
greetings
stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: httpexception when creating instance of webdavresource

2004-09-03 Thread James Mason
Are you deploying on Tomcat? If so, delete commons-httpclient.jar and 
webdav.jar from your common/lib directory. They are old versions and 
will take precedence when Tomcat builds the classpath.

-James
Stefan Burkard wrote:
hi slide-users
i've developed a java-class based on the slide-client-api that acts as a 
webdav-client on a slide-server. until now i had my java-class in 
eclipse and it connects on a slide-server in the network (other box). 
works fine.

now i'm trying to deploy this class in a jar (with all libs and so on) 
to an external server and i get a http-exception as soon as i create an 
instance of webdavresource. the slide-server runs on the same machine as 
the jar-app.

the strange thing is that i'm working with values out of a config-file - 
so i just changed config-values after deployment. additionally i can 
connect with the cli-client of slide and the browser to this 
slideserver. but the jar-app on the same box throws the exception. i 
tried with 127.0.0.1 as well as the official ip-number.

any suggestions?
greetings
stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: httpexception when creating instance of webdavresource

2004-09-03 Thread Ingo Brunberg
Stacktrace, trace of the session?

 hi slide-users
 
 i've developed a java-class based on the slide-client-api that acts as a 
 webdav-client on a slide-server. until now i had my java-class in 
 eclipse and it connects on a slide-server in the network (other box). 
 works fine.
 
 now i'm trying to deploy this class in a jar (with all libs and so on) 
 to an external server and i get a http-exception as soon as i create an 
 instance of webdavresource. the slide-server runs on the same machine as 
 the jar-app.
 
 the strange thing is that i'm working with values out of a config-file - 
 so i just changed config-values after deployment. additionally i can 
 connect with the cli-client of slide and the browser to this 
 slideserver. but the jar-app on the same box throws the exception. i 
 tried with 127.0.0.1 as well as the official ip-number.
 
 any suggestions?
 
 greetings
 stefan


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Can WebDAV servlet serve non-slide-managed filesystem?

2004-09-03 Thread James Mason
It sounds like the acl might be getting messed up somehow. You can check 
this by using the command line client to execute the acl method on a 
resource in your Store.

A quick fix would probably be to disable security in your 
slide.properties file. Unless you're maintaining a list of users and 
roles in Slide having security on is rather meaningless. This won't 
actually fix the problem, but it should make it go away :).

You can also turn versioning off if you don't need it. That speeds 
things up a little too.

-James
alon salant wrote:
Alright. Lots of progress now.
I've pretty much got things working. I first got a virtual store
working - implemented a few of the store interface methods to support
webdav browsing through a node structure simply defined in code.
Definitely took a bit of fiddling to figure out what need to be
returned for retrieveRevisionDescriptors and
retrieveRevisionDescriptor but finally got it all set.
I removed all access restrictions with an objectnode entry in data:
  objectnode classname=org.apache.slide.structure.SubjectNode uri=/simple
permission action=all subject=all inheritable=true/
  /objectnode
Nice.
From here it actually was straight forward to call to the filesystem
to implement the needed read/write/delete implementations.
But I am now finding that I get Forbidden messages from the WebDAV
servlet for PUT, DELETE, MOVE, MKCOL methods. The only methods in my
implementation that are being called when these WebDAV methods are
executing are retrieveOject,  retrieveRevisionDescriptor,
retrieveRevisionDescriptors. Could it be something in the
NodeRevisionDescriptor that I am/am not creating that is preventing
this or is it authentication/ACL configuration of some kind? Do I need
to set the owner on the NodeRevisionDescriptor?
I get the same behavior when I map my store to the /files
configuration in the Domain.sample file. But with /files mapped as it
comes in Domain.sample, I do not have the same permissions problem.
Do I need to exclude the scope of my store from version control in Domain.xml?
I've been stepping through the code and there are tons of checks to
SecurityImpl.checkPermissions( ) sometimes I see my config (listed
above) in there.
Alon
On Wed, 01 Sep 2004 23:10:38 -0700, James Mason [EMAIL PROTECTED] wrote:
Forgot to point out that the value of resourcetype should be
collection/.
-James

James Mason wrote:
'twould be nice were this easier (or at least better documented). It
looks like you're on the right track, though.
I think you'll need to set the DAV:resourcetype property at a minimum.
Relevant line from JNDIPrincipalStore:
props.put(
   DAV:resourcetype,
   new NodeProperty(resourcetype, resourceType, DAV:, , false));
I'm not positive, but I think the key for the hashtable (props) is
significant.
Other than that there are a few properties you'll probably want to
return for files (size, modification date, etc).
-James
alon salant wrote:

Deploying an additional scope seems to work fine.
It looks like I need to implement both RevisionDescriptorStore and
RevisionDescriptorsStore. Deploying with the Transient versions
deployed fine, but when trying to browse with the XP webdav client, I
got RevisionNotFoundExceptions for the uri of the resource.
So I tried just implementing
RevisionDescriptorsStore.retrieveRevisionDescriptors( ) as it is in
the JNDIPrincipalStore, but then I got Exceptions from
TransientDescriptorStore which seems to depend on the existence of
TransientDescriptorsStore (not sure about that one).
So I stubbed out both RevisionDescriptorStore and
RevisionDescriptorsStore. It looks like I need to implement
RevisionDescriptorStore.retrieveRevisionDescriptor( ). I implemented a
simple version that returns a new NodeRevisionDescriptor with its date
properties set. My /files node shows up as a 0 byte file in my webdav
browser, not a folder.
I am not sure about how to propertly create a NodeRevisionDescriptor -
which properties should be set folders, and which for files. Any
hints?
Am I off track here?
Alon
On Tue, 31 Aug 2004 09:10:36 -0700, James Mason [EMAIL PROTECTED]
wrote:

alon,
Sorry I didn't think of this earlier. It will probably be easier, at
least initialy, to have two store configured in your domain. Leave the
default store in place with a scope of /, and add your store with a
scope of /files. This way you won't have to mess with the data
section of the domain, and you won't have to worry about returning
ActionNodes.
Once you have your store working you can decide how you want to handle
the other information. It will probably be simplest to setup some basic
permissions in your domain then map the webdav servlet to only server
the /files node, but other options are available.
-James

alon salant wrote:

Okay, I've partially answered one of my questions.
Playing around and reading the config more carefully, I replaced the
sample data element configuration with
data
objectnode classname=org.apache.slide.structure.SubjectNode
uri=/
  

Re: httpexception when creating instance of webdavresource

2004-09-03 Thread Stefan Burkard
here's the stacktrace of the exception, how can i make a session-trace?
stefan
46   [main] INFO  ch.previon.deponejo.slide.WebDavClient  - 
WebDAV-Client erstellen
268  [main] ERROR ch.previon.deponejo.slide.WebDavClient  - FEHLER! Ein 
HTTP-Fehler ist aufgetreten!
org.apache.commons.httpclient.HttpException
at 
org.apache.webdav.lib.WebdavResource.propfindMethod(WebdavResource.java:3430)
at 
org.apache.webdav.lib.WebdavResource.propfindMethod(WebdavResource.java:3386)
at 
org.apache.webdav.lib.WebdavResource.setNamedProp(WebdavResource.java:967)
at 
org.apache.webdav.lib.WebdavResource.setBasicProperties(WebdavResource.java:912)
at 
org.apache.webdav.lib.WebdavResource.setProperties(WebdavResource.java:1867)
at 
org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1277)
at 
org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1296)
at 
org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1382)
at 
org.apache.webdav.lib.WebdavResource.init(WebdavResource.java:290)
at 
ch.previon.deponejo.slide.WebDavClient.init(WebDavClient.java:63)
at ch.previon.deponejo.test.SlideTest.main(SlideTest.java:44)

Ingo Brunberg wrote:
Stacktrace, trace of the session?

hi slide-users
i've developed a java-class based on the slide-client-api that acts as a 
webdav-client on a slide-server. until now i had my java-class in 
eclipse and it connects on a slide-server in the network (other box). 
works fine.

now i'm trying to deploy this class in a jar (with all libs and so on) 
to an external server and i get a http-exception as soon as i create an 
instance of webdavresource. the slide-server runs on the same machine as 
the jar-app.

the strange thing is that i'm working with values out of a config-file - 
so i just changed config-values after deployment. additionally i can 
connect with the cli-client of slide and the browser to this 
slideserver. but the jar-app on the same box throws the exception. i 
tried with 127.0.0.1 as well as the official ip-number.

any suggestions?
greetings
stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: httpexception when creating instance of webdavresource

2004-09-03 Thread Stefan Burkard
no it's standalone-app in a jar-file, started from a shell-script
greetings
stefan
James Mason wrote:
Are you deploying on Tomcat? If so, delete commons-httpclient.jar and 
webdav.jar from your common/lib directory. They are old versions and 
will take precedence when Tomcat builds the classpath.

-James
Stefan Burkard wrote:
hi slide-users
i've developed a java-class based on the slide-client-api that acts as 
a webdav-client on a slide-server. until now i had my java-class in 
eclipse and it connects on a slide-server in the network (other box). 
works fine.

now i'm trying to deploy this class in a jar (with all libs and so on) 
to an external server and i get a http-exception as soon as i create 
an instance of webdavresource. the slide-server runs on the same 
machine as the jar-app.

the strange thing is that i'm working with values out of a config-file 
- so i just changed config-values after deployment. additionally i can 
connect with the cli-client of slide and the browser to this 
slideserver. but the jar-app on the same box throws the exception. i 
tried with 127.0.0.1 as well as the official ip-number.

any suggestions?
greetings
stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Slide Metadata

2004-09-03 Thread Cláudio Rodrigues Carvalho
Hi,

Does anybody know if its possible to create specific metadata about each file to be 
stored with the slide metada in the same xml.

Thanks.

Claudio Carvalho.



Re: Slide Metadata

2004-09-03 Thread Stefan Lützkendorf
Claudio,
yes, it is possible. You can store your own meta data for each resource
stored in slide using the webdav methods PROPPATCH/PROPFIND.
Stefan
Cláudio Rodrigues Carvalho wrote:
Hi,
Does anybody know if its possible to create specific metadata about each file to be 
stored with the slide metada in the same xml.
Thanks.
Claudio Carvalho.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Creating shortcut/symbolic using LinkNode and WebDAV client support

2004-09-03 Thread Var George

I am using LinkNode to create shortcut/symbolic links to other folders or files. 
However webDAV client is not able to resolve these links properly when navigating to 
the folder containing those LinkNodes. 

 

Is LinkNode fully implemented? Do I need to do anything special to support browsing of 
shortcut/symbolic link thru standard webDAV clients?

 

regards
Varughese George


-
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!

Re: Creating shortcut/symbolic using LinkNode and WebDAV client support

2004-09-03 Thread Ingo Brunberg
If you want something that is portable and supported by the client you
should use Bindings and not LinkNodes. You will however need at least
the client library of Slide 2.1b1. Regarding other WebDAV clients I
have not heard of any that support Binding.

Ingo

 I am using LinkNode to create shortcut/symbolic links to other folders or files. 
 However webDAV client is not able to resolve these links properly when navigating to 
 the folder containing those LinkNodes. 
 
  
 
 Is LinkNode fully implemented? Do I need to do anything special to support browsing 
 of shortcut/symbolic link thru standard webDAV clients?
 
  
 
 regards
 Varughese George
 
   
 -
 Do you Yahoo!?
 New and Improved Yahoo! Mail - Send 10MB messages!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: httpexception when creating instance of webdavresource

2004-09-03 Thread Ingo Brunberg
 here's the stacktrace of the exception, how can i make a session-trace?

tcpmon (part of Axis), ethereal, qdpf, ...

The stacktrace does not help much indeed.

Ingo

 
 stefan
 
 46   [main] INFO  ch.previon.deponejo.slide.WebDavClient  - 
 WebDAV-Client erstellen
 268  [main] ERROR ch.previon.deponejo.slide.WebDavClient  - FEHLER! Ein 
 HTTP-Fehler ist aufgetreten!
 org.apache.commons.httpclient.HttpException
  at 
 org.apache.webdav.lib.WebdavResource.propfindMethod(WebdavResource.java:3430)
  at 
 org.apache.webdav.lib.WebdavResource.propfindMethod(WebdavResource.java:3386)
  at 
 org.apache.webdav.lib.WebdavResource.setNamedProp(WebdavResource.java:967)
  at 
 org.apache.webdav.lib.WebdavResource.setBasicProperties(WebdavResource.java:912)
  at 
 org.apache.webdav.lib.WebdavResource.setProperties(WebdavResource.java:1867)
  at 
 org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1277)
  at 
 org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1296)
  at 
 org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1382)
  at 
 org.apache.webdav.lib.WebdavResource.init(WebdavResource.java:290)
  at 
 ch.previon.deponejo.slide.WebDavClient.init(WebDavClient.java:63)
  at ch.previon.deponejo.test.SlideTest.main(SlideTest.java:44)
 
 
 Ingo Brunberg wrote:
  Stacktrace, trace of the session?
  
  
 hi slide-users
 
 i've developed a java-class based on the slide-client-api that acts as a 
 webdav-client on a slide-server. until now i had my java-class in 
 eclipse and it connects on a slide-server in the network (other box). 
 works fine.
 
 now i'm trying to deploy this class in a jar (with all libs and so on) 
 to an external server and i get a http-exception as soon as i create an 
 instance of webdavresource. the slide-server runs on the same machine as 
 the jar-app.
 
 the strange thing is that i'm working with values out of a config-file - 
 so i just changed config-values after deployment. additionally i can 
 connect with the cli-client of slide and the browser to this 
 slideserver. but the jar-app on the same box throws the exception. i 
 tried with 127.0.0.1 as well as the official ip-number.
 
 any suggestions?
 
 greetings
 stefan


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Turning off the read access privilege check on parent folders

2004-09-03 Thread Var George

Currently in StructureImpl.java read privilege is checked against all parent folders 
before in various methods such as retrieve() . 

 

e.g.

 

while (uriTokenizer.hasMoreElements()) {

  …..

  begin snip

 

 // 3 - Load object's class from the uri. If the object

 // does not exist, a DataException is thrown.

 courUri = uriTokenizer.nextUri();

 courObject = courUri.getStore().retrieveObject(courUri);



 // We check to see if the credentials gives access to

 //the current object

 securityHelper.checkCredentials(token, courObject,

  namespaceConfig.getReadObjectAction()); 

 

end snippet

 ..  

} //end while

 

I would like to implement a security model variation where people can directly access 
(browse) their folder without having any access of its parent folder (for example, use 
has no access to /home but may have full privilege to /home/johndoe/).

 

I am considering to modify StructureImpl.java to comment out the parent folder read 
privilege check so that it may get transparently turned off across my side 
implementation. Does anyone see any adverse side effect in doing so?

 

regards
Var George


-
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.

RE: Slide Metadata

2004-09-03 Thread Miguel Figueiredo

Ola Carvalho,

 Yes, it's possible. As an example, try and use DAVExplorer @
http://www.ics.uci.edu/~webdav/download.html to set your custom properties
in a file served by the webdav server.

Best Regards,
Miguel Figueiredo

-Original Message-
From: Cláudio Rodrigues Carvalho
[mailto:[EMAIL PROTECTED] 
Sent: sexta-feira, 3 de Setembro de 2004 16:03
To: [EMAIL PROTECTED]
Subject: Slide Metadata

Hi,

Does anybody know if its possible to create specific metadata about each
file to be stored with the slide metada in the same xml.

Thanks.

Claudio Carvalho.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RES: Slide Metadata

2004-09-03 Thread Cláudio Rodrigues Carvalho
Stefan,

Do you have any examples on how to use those methods?

Thanks.

Claudio.

-Mensagem original-
De: Stefan Lützkendorf [mailto:[EMAIL PROTECTED] 
Enviada em: sexta-feira, 3 de setembro de 2004 12:20
Para: Slide Users Mailing List
Assunto: Re: Slide Metadata


Claudio,
yes, it is possible. You can store your own meta data for each resource stored in 
slide using the webdav methods PROPPATCH/PROPFIND.

Stefan


Cláudio Rodrigues Carvalho wrote:

 Hi,
 
 Does anybody know if its possible to create specific metadata about 
 each file to be stored with the slide metada in the same xml.
 
 Thanks.
 
 Claudio Carvalho.
 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: RES: Slide Metadata

2004-09-03 Thread Stefan Lützkendorf
If you want to use any exsiting program you can do as Miguel said,
try the dav explorer (you can anable logging to see what's happen)
If you ask for using ths slide client api, please see
http://www.mail-archive.com/[EMAIL PROTECTED]/msg07389.html
and around.
Stefan
Cláudio Rodrigues Carvalho wrote:
Stefan,
Do you have any examples on how to use those methods?
Thanks.
Claudio.
-Mensagem original-
De: Stefan Lützkendorf [mailto:[EMAIL PROTECTED] 
Enviada em: sexta-feira, 3 de setembro de 2004 12:20
Para: Slide Users Mailing List
Assunto: Re: Slide Metadata

Claudio,
yes, it is possible. You can store your own meta data for each resource stored in 
slide using the webdav methods PROPPATCH/PROPFIND.
Stefan
Cláudio Rodrigues Carvalho wrote:

Hi,
Does anybody know if its possible to create specific metadata about 
each file to be stored with the slide metada in the same xml.

Thanks.
Claudio Carvalho.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]