WebdavServlet and different users

[Tore Halset]

Hello.
I have set up a simple service using the WebdavServlet (mapped to /*) 
for a single user. I have overrided getResources() to define a 
FileDirContext to store the files. The security are defined in web-xml 
as a security-constraint. Everything is working very well.

So, someone want this service to work with more than one user :) The 
different users should not see each other files. I could ask user a to 
use url http://server.com/service/a and user b to use url 
http://server.com/service/b, but how can I protect /b from user a and 
/a from user b? Is it possible to define a url-pattern like 
/${username}/* in a security-constraint in web.xml?

Perhaps I should jump to slide? So far WebdavServlet has been perfect.
 - Tore.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WebdavServlet and different users

[Tore Halset]

On Nov 3, 2004, at 9:36, Tore Halset wrote:
I have set up a simple service using the WebdavServlet (mapped to /*) 
for a single user. I have overrided getResources() to define a 
FileDirContext to store the files. The security are defined in web-xml 
as a security-constraint. Everything is working very well.

So, someone want this service to work with more than one user :) The 
different users should not see each other files. I could ask user a to 
use url http://server.com/service/a and user b to use url 
http://server.com/service/b, but how can I protect /b from user a and 
/a from user b? Is it possible to define a url-pattern like 
/${username}/* in a security-constraint in web.xml?
I just put the following code in the service-method:
String username = req.getRemoteUser();
String servletpath = req.getServletPath();
 removed some checking on username and servletpath
if (!(servletpath.equals(/ + username) || 
servletpath.startsWith(/ + username + /))) {
log.info(user  + username +  does not have access to  + 
servletpath);
res.sendError(HttpServletResponse.SC_UNAUTHORIZED);
return;
}

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

Subclassing WebdavServlet

[Michael Wille]

Hello All,
I would like to know if its possible to subclass the webdav servlet 
that comes with Tomcat 5.x.  We have need of webdav in our application, 
but need to provide a different JNDI InitialContext then the file 
system.  The thought was we could just override the getResources() 
method in WebdavServlet to return our own context.

What follows is a description of what we are doing:
It seems there is at least one obstacle to doing this.  We would have 
to move/copy the jar files: servlets-default.jar, servlets-common.jar, 
and servlets-webdav.jar to the common/lib folder.  It seemed when we 
attempted to move the files to common/lib, all of the default webapps 
couldn't be loaded as well as some of our application servlets.  When 
we leave the servlets*.jar files in both server/lib and common/lib, an 
exception is thrown when accessing our servlet:

javax.servlet.ServletException: Error instantiating servlet class 
com.test.webdav.XDav

And this is caused by:
java.lang.NoClassDefFoundError: 
org.apache.catalina.servlets.DefaultServlet

This seems strange considering the app should have access to the 
servlets-default.jar now that it is in common.  Or is there an issue 
with libs in both server and common?

Any help is hugely appreciated.
Thanks!
-Mike Wille
Our subclassed servlet (with only test code for the InitialContext):
package com.test.webdav;
import javax.servlet.*;
import javax.servlet.http.*;
import javax.naming.directory.InitialDirContext;
import javax.naming.directory.DirContext;
import org.apache.catalina.servlets.*;
public class XDav extends WebdavServlet  {
// need to dup this here because these have
// private access in apaches webdavservlet  
protected static final String METHOD_HEAD   = HEAD;
protected static final String METHOD_PROPFIND   = PROPFIND;
protected static final String METHOD_PROPPATCH  = PROPPATCH;
protected static final String METHOD_MKCOL  = MKCOL;
protected static final String METHOD_COPY   = COPY;
protected static final String METHOD_MOVE   = MOVE;
protected static final String METHOD_LOCK   = LOCK;
protected static final String METHOD_UNLOCK = UNLOCK;

protected Logger logger;
public void init (ServletConfig config) throws ServletException {
// wake your parents
super.init(config);
}
	public void destroy() {
		// kill your parents
		super.destroy();
	}
	
	/**
	 * Get resources. This method will try to retrieve the resources 
through
	 * JNDI first, then in the servlet context if JNDI has failed (it 
could be
	 * disabled). It will return null.
	 *
	 * @return A JNDI DirContext, or null.
	 */
	protected DirContext getResources() {

InitialDirContext result = null;
// Try the servlet context
try {
//result = new IntitialLibraryContext();
result.bind(directory 1, directory 1);
result.bind(directory 2, directory 2);
result.bind(directory 3, directory 3);
result.bind(directory 4, directory 4);
result.bind(directory 3/subdirectory 5, subdirectory 5);


} catch(Exception e) {
logger.warning(UtilityTank.getErrorDetail(e));
}
return result;
}   
}

RE: Subclassing WebdavServlet

[Shapira, Yoav]

Hi,
You can subclass it, should be fine.

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: Michael Wille [mailto:[EMAIL PROTECTED]
Sent: Monday, July 26, 2004 2:26 PM
To: [EMAIL PROTECTED]
Subject: Subclassing WebdavServlet

Hello All,

I would like to know if its possible to subclass the webdav servlet
that comes with Tomcat 5.x.  We have need of webdav in our application,
but need to provide a different JNDI InitialContext then the file
system.  The thought was we could just override the getResources()
method in WebdavServlet to return our own context.

What follows is a description of what we are doing:

It seems there is at least one obstacle to doing this.  We would have
to move/copy the jar files: servlets-default.jar, servlets-common.jar,
and servlets-webdav.jar to the common/lib folder.  It seemed when we
attempted to move the files to common/lib, all of the default webapps
couldn't be loaded as well as some of our application servlets.  When
we leave the servlets*.jar files in both server/lib and common/lib, an
exception is thrown when accessing our servlet:

javax.servlet.ServletException: Error instantiating servlet class
com.test.webdav.XDav

And this is caused by:

java.lang.NoClassDefFoundError:
org.apache.catalina.servlets.DefaultServlet

This seems strange considering the app should have access to the
servlets-default.jar now that it is in common.  Or is there an issue
with libs in both server and common?

Any help is hugely appreciated.

Thanks!

-Mike Wille

Our subclassed servlet (with only test code for the InitialContext):

package com.test.webdav;

import javax.servlet.*;
import javax.servlet.http.*;

import javax.naming.directory.InitialDirContext;
import javax.naming.directory.DirContext;

import org.apache.catalina.servlets.*;

public class XDav extends WebdavServlet  {

   // need to dup this here because these have
   // private access in apaches webdavservlet
   protected static final String METHOD_HEAD   =
HEAD;
   protected static final String METHOD_PROPFIND   = PROPFIND;
   protected static final String METHOD_PROPPATCH  = PROPPATCH;
   protected static final String METHOD_MKCOL  =
MKCOL;
   protected static final String METHOD_COPY   =
COPY;
   protected static final String METHOD_MOVE   =
MOVE;
   protected static final String METHOD_LOCK   =
LOCK;
   protected static final String METHOD_UNLOCK =
UNLOCK;

   protected Logger logger;

   public void init (ServletConfig config) throws ServletException
{
   // wake your parents
   super.init(config);
   }

   public void destroy() {
   // kill your parents
   super.destroy();
   }

   /**
* Get resources. This method will try to retrieve the resources
through
* JNDI first, then in the servlet context if JNDI has failed
(it
could be
* disabled). It will return null.
*
* @return A JNDI DirContext, or null.
*/
   protected DirContext getResources() {

   InitialDirContext result = null;

   // Try the servlet context
   try {
   //result = new IntitialLibraryContext();
   result.bind(directory 1, directory 1);
   result.bind(directory 2, directory 2);
   result.bind(directory 3, directory 3);
   result.bind(directory 4, directory 4);
   result.bind(directory 3/subdirectory 5,
subdirectory
5);


   } catch(Exception e) {
   logger.warning(UtilityTank.getErrorDetail(e));
   }
   return result;

   }
}



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: Subclassing WebdavServlet

[Mike Wille]

Okay, thanks for that reassurance.  Might you have an idea about the 
cause of the ClassNotFoundException?  I've copied all servlets*.jar in 
server/lib to common/lib.  I'm not sure what else, if anything, needs 
to be done.

Thanks!
-Mike Wille
On Jul 26, 2004, at 2:38 PM, Shapira, Yoav wrote:
Hi,
You can subclass it, should be fine.
Yoav Shapira
Millennium Research Informatics

-Original Message-
From: Michael Wille [mailto:[EMAIL PROTECTED]
Sent: Monday, July 26, 2004 2:26 PM
To: [EMAIL PROTECTED]
Subject: Subclassing WebdavServlet
Hello All,
I would like to know if its possible to subclass the webdav servlet
that comes with Tomcat 5.x.  We have need of webdav in our 
application,
but need to provide a different JNDI InitialContext then the file
system.  The thought was we could just override the getResources()
method in WebdavServlet to return our own context.

What follows is a description of what we are doing:
It seems there is at least one obstacle to doing this.  We would have
to move/copy the jar files: servlets-default.jar, servlets-common.jar,
and servlets-webdav.jar to the common/lib folder.  It seemed when we
attempted to move the files to common/lib, all of the default webapps
couldn't be loaded as well as some of our application servlets.  When
we leave the servlets*.jar files in both server/lib and common/lib, an
exception is thrown when accessing our servlet:
javax.servlet.ServletException: Error instantiating servlet class
com.test.webdav.XDav
And this is caused by:
java.lang.NoClassDefFoundError:
org.apache.catalina.servlets.DefaultServlet
This seems strange considering the app should have access to the
servlets-default.jar now that it is in common.  Or is there an issue
with libs in both server and common?
Any help is hugely appreciated.
Thanks!
-Mike Wille
Our subclassed servlet (with only test code for the InitialContext):
package com.test.webdav;
import javax.servlet.*;
import javax.servlet.http.*;
import javax.naming.directory.InitialDirContext;
import javax.naming.directory.DirContext;
import org.apache.catalina.servlets.*;
public class XDav extends WebdavServlet  {
// need to dup this here because these have
// private access in apaches webdavservlet
protected static final String METHOD_HEAD   =
HEAD;
protected static final String METHOD_PROPFIND   = PROPFIND;
protected static final String METHOD_PROPPATCH  = PROPPATCH;
protected static final String METHOD_MKCOL  =
MKCOL;
	protected static final String METHOD_COPY		=
COPY;
	protected static final String METHOD_MOVE		=
MOVE;
	protected static final String METHOD_LOCK		=
LOCK;
	protected static final String METHOD_UNLOCK		=
UNLOCK;
protected Logger logger;
	public void init (ServletConfig config) throws ServletException
{
// wake your parents
super.init(config);
}
public void destroy() {
// kill your parents
super.destroy();
}
/**
 * Get resources. This method will try to retrieve the resources
through
 * JNDI first, then in the servlet context if JNDI has failed
(it
could be
 * disabled). It will return null.
 *
 * @return A JNDI DirContext, or null.
 */
protected DirContext getResources() {
InitialDirContext result = null;
// Try the servlet context
try {
//result = new IntitialLibraryContext();
result.bind(directory 1, directory 1);
result.bind(directory 2, directory 2);
result.bind(directory 3, directory 3);
result.bind(directory 4, directory 4);
result.bind(directory 3/subdirectory 5,
subdirectory
5);
} catch(Exception e) {
logger.warning(UtilityTank.getErrorDetail(e));
}
return result;
}
}

This e-mail, including any attachments, is a confidential business 
communication, and may contain information that is confidential, 
proprietary and/or privileged.  This e-mail is intended only for the 
individual(s) to whom it is addressed, and may not be saved, copied, 
printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your 
computer system and notify the sender.  Thank you.

-
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: Subclassing WebdavServlet

[Michael Wille]

Just on a whim I copied everything beneath server/lib to common/lib and 
restarted.  That worked!  So including servlets*.jar was not enough.

Thanks,
-Mike Wille
On Jul 26, 2004, at 2:38 PM, Shapira, Yoav wrote:
Hi,
You can subclass it, should be fine.
Yoav Shapira
Millennium Research Informatics

-Original Message-
From: Michael Wille [mailto:[EMAIL PROTECTED]
Sent: Monday, July 26, 2004 2:26 PM
To: [EMAIL PROTECTED]
Subject: Subclassing WebdavServlet
Hello All,
I would like to know if its possible to subclass the webdav servlet
that comes with Tomcat 5.x.  We have need of webdav in our 
application,
but need to provide a different JNDI InitialContext then the file
system.  The thought was we could just override the getResources()
method in WebdavServlet to return our own context.

What follows is a description of what we are doing:
It seems there is at least one obstacle to doing this.  We would have
to move/copy the jar files: servlets-default.jar, servlets-common.jar,
and servlets-webdav.jar to the common/lib folder.  It seemed when we
attempted to move the files to common/lib, all of the default webapps
couldn't be loaded as well as some of our application servlets.  When
we leave the servlets*.jar files in both server/lib and common/lib, an
exception is thrown when accessing our servlet:
javax.servlet.ServletException: Error instantiating servlet class
com.test.webdav.XDav
And this is caused by:
java.lang.NoClassDefFoundError:
org.apache.catalina.servlets.DefaultServlet
This seems strange considering the app should have access to the
servlets-default.jar now that it is in common.  Or is there an issue
with libs in both server and common?
Any help is hugely appreciated.
Thanks!
-Mike Wille
Our subclassed servlet (with only test code for the InitialContext):
package com.test.webdav;
import javax.servlet.*;
import javax.servlet.http.*;
import javax.naming.directory.InitialDirContext;
import javax.naming.directory.DirContext;
import org.apache.catalina.servlets.*;
public class XDav extends WebdavServlet  {
// need to dup this here because these have
// private access in apaches webdavservlet
protected static final String METHOD_HEAD   =
HEAD;
protected static final String METHOD_PROPFIND   = PROPFIND;
protected static final String METHOD_PROPPATCH  = PROPPATCH;
protected static final String METHOD_MKCOL  =
MKCOL;
	protected static final String METHOD_COPY		=
COPY;
	protected static final String METHOD_MOVE		=
MOVE;
	protected static final String METHOD_LOCK		=
LOCK;
	protected static final String METHOD_UNLOCK		=
UNLOCK;
protected Logger logger;
	public void init (ServletConfig config) throws ServletException
{
// wake your parents
super.init(config);
}
public void destroy() {
// kill your parents
super.destroy();
}
/**
 * Get resources. This method will try to retrieve the resources
through
 * JNDI first, then in the servlet context if JNDI has failed
(it
could be
 * disabled). It will return null.
 *
 * @return A JNDI DirContext, or null.
 */
protected DirContext getResources() {
InitialDirContext result = null;
// Try the servlet context
try {
//result = new IntitialLibraryContext();
result.bind(directory 1, directory 1);
result.bind(directory 2, directory 2);
result.bind(directory 3, directory 3);
result.bind(directory 4, directory 4);
result.bind(directory 3/subdirectory 5,
subdirectory
5);
} catch(Exception e) {
logger.warning(UtilityTank.getErrorDetail(e));
}
return result;
}
}

This e-mail, including any attachments, is a confidential business 
communication, and may contain information that is confidential, 
proprietary and/or privileged.  This e-mail is intended only for the 
individual(s) to whom it is addressed, and may not be saved, copied, 
printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your 
computer system and notify the sender.  Thank you.

-
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]

Extending WebDavServlet

[Jonathan Duty]

Hello,
I'm trying to extend the org.apache.catalina.servlets.WebdavServlet 
which exits in the server/lib/webdav-servlet.jar file.  Has anyone been 
able to do this successfully?  When I do this and deploy, it can't find 
the org.apache.catalina.servlets.WebdavServlet.

Thanks in advance,
Jonathan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

WebdavServlet Locking Issues

[Ryan Dewell]

Hello, 
  
I've been testing the WebdavServlet that comes packaged with Tomcat 5.0.18 and am 
impressed by its simplicity (and by its possibility for extensibility using 
DirContext). 
  
I've run into some problems, however, with getting its locking functionality to work 
with client apps.  I've tried several webdav clients including Dreamweaver MX, and 
none of them seem to like the way that the WebdavServlet implements locking.  In 
particular, once the client obtains a lock (which occurs successfully), it is not 
possible for the client to perform any other operations on that resource -- not even 
unlocking the resource is possible.  Any attempts at accessing the resource, and the 
client is sent an SC_LOCKED status by the WebdavServlet. 
  
I read a few archived posts from the 2001/2002 timeframe that reference some locking 
issues, but I'd be suprised that 2 years later no one has gotten locking to work with 
apps like Dreamweaver? 
  
Any suggestions or workarounds are welcome! 
  
Thanks, 
  
Ryan 

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

Re: WebdavServlet Locking Issues

[Remy Maucherat]

Ryan Dewell wrote:
Hello,

I've been testing the WebdavServlet that comes packaged with Tomcat
5.0.18 and am impressed by its simplicity (and by its possibility for
extensibility using DirContext).
I've run into some problems, however, with getting its locking
functionality to work with client apps.  I've tried several webdav
clients including Dreamweaver MX, and none of them seem to like the
way that the WebdavServlet implements locking.  In particular, once
the client obtains a lock (which occurs successfully), it is not
possible for the client to perform any other operations on that
resource -- not even unlocking the resource is possible.  Any
attempts at accessing the resource, and the client is sent an
SC_LOCKED status by the WebdavServlet.
I read a few archived posts from the 2001/2002 timeframe that
reference some locking issues, but I'd be suprised that 2 years later
no one has gotten locking to work with apps like Dreamweaver?
Any suggestions or workarounds are welcome!
The WebDAV servlet has only recently become maintained again.
There are some related patches in Tomcat 5.0.19, although I don't know 
if this would fix your problems.

--
x
Rémy Maucherat
Developer  Consultant
JBoss Group (Europe) SàRL
x
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

configuring WebdavServlet

[Andreas F. Wehowsky]

Hi there,
does anyone know how to configure the WebdavServlet from Apache in
web.xml, such that only a certain subdirectory and its subdirs of the
web-app root are WebDAV-enabled? 
I'm using Tomcat 4.1.24.

Thanks!
Andreas Wehowsky
/Corena Denmark

 


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

(confirmed) WebdavServlet: PROPPATCH doesnt work

[P . van Kemenade]

Hi

confirmed:

	the WebdavServlet's PROPPATCH  method in tomcat 4  5 doesnt work
actually, it just isnt implemented.

the fact is not in the docs (afaik), on the contrary, several pages
in the jakarta site claim tomcat 4  supports webdav level 2, which 
is not true.

it is not in the bugtracker; but it may be considered
not a bug, it's just not implemented.
the tomcat 5 source code simply reads

/**
 * PROPPATCH Method.
 */
protected void doProppatch(HttpServletRequest req,
   HttpServletResponse resp)
throws ServletException, IOException {
if (readOnly) {
resp.sendError(WebdavStatus.SC_FORBIDDEN);
return;
}
if (isLocked(req)) {
resp.sendError(WebdavStatus.SC_LOCKED);
return;
}
resp.sendError(HttpServletResponse.SC_METHOD_NOT_ALLOWED);

}

$2c,
*-pike


Internet search engines that take money from Web sites in exchange for 
prominent placement should make that practice clearer to Web users, 
federal regulators said Friday.Many search engine Web sites, including 
AltaVista, LookSmart and AOL Search, give preferred placement to paid 
advertisers. The Federal Trade Commission said that prime space can 
confuse Web users who are looking for the best response to their 
search, rather than ads for sites that paid up front.

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

WebdavServlet: PROPPATCH doesnt work

[Pike]

Hi

I'm sorry to keep nagging about this, but  I need to make a decision 
(soon)
and it's not in any docs or in the bugtracker (i think it should be).

can someone confirm that the WebdavServlet's
PROPPATCH  method in tomcat 4  5 doesnt work ?
if so, can someone tell me why - if it's not that hard, I could
implement it myself in a webdavservlet extension class.
our company is going to host it's media and xmldb
publicly through webdav.  I would like to use 'plain'
Tomcat instead of Slide or Tamino so we can skip the
overhead of these solutions and easily write our custom
solutions, which we usually do.
thanks,
*-pike

V2_ http://archive.v2.nl

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

WebdavServlet: PROPPATCH method in tomcat 4 5 doesnt work

[Pike]

Hi

can someone confirm that the WebdavServlet's
PROPPATCH  method in tomcat 4  5 doesnt work ?
I found it noted in several user mails;
its not noted in any docs, in fact, the javadocs suggest it should do 
'something'
its also not in the bugtracker, shouldnt it be ?

whats the use of webdav without properties ? :-)

thanks,
*-pike
==
Signature #1
==
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How can I best extend WebdavServlet?

[Dave Small]

Hi all.

I'm new to Tomcat4, although I've been using Tomcat3 for over two years. A
major difference appears to be the classloader mechanism, which I'm having
trouble getting to grips with. This leads to my question:

Is it possible to write a class that extends the Tomcat4 WebdavServlet? If I
try the obvious 'MyWebdavServlet extends WebdavServlet' in my own package, I
get a ClassDefNotFound for org/apache/catalina/servlets/WebdavServlet when I
try to call it. I guess this is something to do with the classloader,
because if I put the same MyWebdavServlet into the
org.apache.catalina.servlets package (which I know is a dodgy thing to do)
and put that class under tomcat/server/classes, all works well...

Can anyone explain this phenomenon? Has anyone written a class in their own
package that extends WebdavServlet?

Cheers
Dave Small



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

Re: How can I best extend WebdavServlet?

[Jacob Kjome]

If the class exists in a jar archive inside $TOMCAT_HOME/server/lib or 
server/classes your webapps cannot see it.  Only the container sees 
that.  You can remedy this by moving the jar file that contains the class 
you want to common/lib.  That way, both the container and your webapp can 
see it.  plain lib (or shared/lib in Tomcat-4.1.x) is where you put classes 
that only your webapps can see.

Jake

At 12:35 PM 9/21/2002 +0100, you wrote:
Hi all.

I'm new to Tomcat4, although I've been using Tomcat3 for over two years. A
major difference appears to be the classloader mechanism, which I'm having
trouble getting to grips with. This leads to my question:

Is it possible to write a class that extends the Tomcat4 WebdavServlet? If I
try the obvious 'MyWebdavServlet extends WebdavServlet' in my own package, I
get a ClassDefNotFound for org/apache/catalina/servlets/WebdavServlet when I
try to call it. I guess this is something to do with the classloader,
because if I put the same MyWebdavServlet into the
org.apache.catalina.servlets package (which I know is a dodgy thing to do)
and put that class under tomcat/server/classes, all works well...

Can anyone explain this phenomenon? Has anyone written a class in their own
package that extends WebdavServlet?

Cheers
Dave Small



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

Re: How can I best extend WebdavServlet?

[Dave Small]

- Original Message -
From: Jacob Kjome [EMAIL PROTECTED]
 If the class exists in a jar archive inside $TOMCAT_HOME/server/lib or
 server/classes your webapps cannot see it.  Only the container sees
 that.

Thanks Jake. One question remains - if I reference the WebdavServlet within
web.xml Tomcat seems able to find it ok in server/lib when I invoke the
servlet. If I reference MyWebdavServlet within web.xml (and MyWebdavServlet
extends WebdavServlet) Tomcat finds MyWebdavServlet but fails to find
WebdavServlet (giving the ClassDefNotFound error). Is there something in the
spec that the classloader can only load main classes and not classes that
are used as a basis for these main classes (such as WebdavServlet)?

cheers
dave



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

WebdavServlet

[August Detlefsen]

How do I implement security using the WebdavServlet? mod_dav uses a
standard .htpasswd file to track the various developers' logins, is
this similar?

Can I limit the types of DAV actions that can be performed?

Where is the DAV lock information stored?

Does anyone know the possible init-params for the WebdavServlet? I got
these from the web.xml in the example, but are there other params?: 

 servlet
servlet-namewebdav/servlet-name
   
servlet-classorg.apache.catalina.servlets.WebdavServlet/servlet-class
init-param
  param-namedebug/param-name
  param-value0/param-value
/init-param
init-param
  param-namelistings/param-name
  param-valuetrue/param-value
/init-param
!-- Uncomment this to enable read and write access --
init-param
  param-namereadonly/param-name
  param-valuefalse/param-value
/init-param
load-on-startup1/load-on-startup
  /servlet

__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

Re: WebdavServlet

[Remy Maucherat]

 How do I implement security using the WebdavServlet? mod_dav uses a
 standard .htpasswd file to track the various developers' logins, is
 this similar?

It uses the standard security provided by the container.

 Can I limit the types of DAV actions that can be performed?

It's either read or read/write.

 Where is the DAV lock information stored?

In memory.

 Does anyone know the possible init-params for the WebdavServlet? I got
 these from the web.xml in the example, but are there other params?:

  servlet
 servlet-namewebdav/servlet-name

 servlet-classorg.apache.catalina.servlets.WebdavServlet/servlet-class
 init-param
   param-namedebug/param-name
   param-value0/param-value
 /init-param
 init-param
   param-namelistings/param-name
   param-valuetrue/param-value
 /init-param
 !-- Uncomment this to enable read and write access --
 init-param
   param-namereadonly/param-name
   param-valuefalse/param-value
 /init-param
 load-on-startup1/load-on-startup
   /servlet

No.

It's quite rudimentary overall (just allows uploading and resource
manipulation).

Remy


--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

Re: WebdavServlet

[August Detlefsen]

--- Remy Maucherat [EMAIL PROTECTED] wrote:
  How do I implement security using the WebdavServlet? mod_dav uses a
  standard .htpasswd file to track the various developers' logins, is
  this similar?
 
 It uses the standard security provided by the container.


So I have to configure a Realm? Or will it work with Single Sign On? 


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

Re: WebdavServlet

[Remy Maucherat]

 --- Remy Maucherat [EMAIL PROTECTED] wrote:
   How do I implement security using the WebdavServlet? mod_dav uses a
   standard .htpasswd file to track the various developers' logins, is
   this similar?
 
  It uses the standard security provided by the container.


 So I have to configure a Realm? Or will it work with Single Sign On?

Both. The security check is declared in web.xml (same as with a standard
webapp).

Remy


--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

Re: WebdavServlet

[August Detlefsen]

Thanks a lot Remy, I've got it working for everything except PUT. 

I notice in the source that the PUT method is not implemented in
WebdavServlet. Is this supposed to be handled by the DefaultServlet?




--- Remy Maucherat [EMAIL PROTECTED] wrote:
  --- Remy Maucherat [EMAIL PROTECTED] wrote:
How do I implement security using the WebdavServlet? mod_dav
 uses a
standard .htpasswd file to track the various developers'
 logins, is
this similar?
  
   It uses the standard security provided by the container.
 
 
  So I have to configure a Realm? Or will it work with Single Sign
 On?
 
 Both. The security check is declared in web.xml (same as with a
 standard
 webapp).
 
 Remy
 
 
 --
 To unsubscribe:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[EMAIL PROTECTED]
 


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

extending webapp from WebdavServlet

[Armijn Hemel]

hi all,

I've been playing around with Tomcat 4.0.1 for a little while now. I made
my own webapp, which extends WebdavServlet
(org.apache.catalina.servlets.WebdavServlet), but Tomcat doesn't like this
and complains about missing classes.

I fixed this by copying the jarfiles from $CATALINA_HOME/server/lib/
to $CATALINA_HOME/webapps/mywebapp/WEB-INF/lib/ but that's basically
just an ugly fix. Is there a nicer fix that it's also less resource
intensive?

armijn

-- 
 ---
   [EMAIL PROTECTED] | http://people.nl.linux.org/~armijn/ | Penguin Power
 ---
 http://nl.linux.org/ | Alles over Linux
 ---

--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

Re: extending webapp from WebdavServlet

[Marcelo Demestri]

The $CATALINA_HOME/server/lib/ is for all classes and resources required
to implement Tomcat 4 itself.
Try in $CATALINA_HOME/lib/ . According with the documentation, this is
the place to put classes and resources that you wish to share across ALL web
applications
For more information, I suggest you read the section Class Loader
HOW-TO.


Marcelo

- Original Message -
From: Armijn Hemel [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 10, 2002 8:10 AM
Subject: extending webapp from WebdavServlet


 hi all,

 I've been playing around with Tomcat 4.0.1 for a little while now. I made
 my own webapp, which extends WebdavServlet
 (org.apache.catalina.servlets.WebdavServlet), but Tomcat doesn't like this
 and complains about missing classes.

 I fixed this by copying the jarfiles from $CATALINA_HOME/server/lib/
 to $CATALINA_HOME/webapps/mywebapp/WEB-INF/lib/ but that's basically
 just an ugly fix. Is there a nicer fix that it's also less resource
 intensive?

 armijn

 --
  -
--
[EMAIL PROTECTED] | http://people.nl.linux.org/~armijn/ | Penguin
Power
  -
--
  http://nl.linux.org/ | Alles over Linux
  -
--

 --
 To unsubscribe:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[EMAIL PROTECTED]



--
To unsubscribe:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]

WebdavServlet and WEB-INF folder

[nicolas bonvin]

Is there a way to configure the org.apache.catalina.servlets.WebdavServlet
so that webdav clients can access the WEB-INF folder?
The provided webdav webapp doesn't display the WEB-INF folder - an
understandable security precaution, but I would like to turn it off.

thanks,

nicolas b.

WebdavServlet

[Duncan McGregor]

I'm interested in extending WebdavServlet to give directory-like access to a
compound video file format we're developing, allowing the file to be treated
like a directory of scenes, themselves composed of shots. So I'll serve the
file and scenes as DAV containers, and generate the data for individual
shots on the fly when the "file" is requested.

However reading the code its not clear to me how tightly WebdavServlet is
tied to Catalina.

I think that as, for example, serveResource(...) in DefaultServlet casts a
javax.servlet.ServletContext to an org.apache.catalina.ApplicationContext,
this implies that WebdavServlet will only run within Catalina. Is this the
case? If so, does anybody know of a bare-bones generic DAV servlet which I
can start with.

Thanks in advance

Duncan Mc^Gregor
"The name rings a bell"




*
The information contained in this message or any of its
attachments may be privileged and confidential and intended 
for the exclusive use of the addressee. If you are not the
addressee any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited
**

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