Patch - Don't follow symlinks for deletion

2008-07-03 Thread Michael Bailey
By default tomcat, when tomcat undeploys a war it deletes the exploded
directory and follows symlinked directories recursively, whether
allowLinking="true" or not. Is this the intended behavior? I have a
use case in which I want to have allowLinking="true" for my context,
but when the exploded directory gets deleted during undeploy I don't
want it to delete the target of the symlink only the symlink itself.
The recursive delete code was found in 4 places in the code. I
replaced it with a call to a utility method. I have attached a patch
that disables following of symlinks for deletion. It has only been
tested with JDK 5 on Linux.

I am curious to know the details for the use case in which you want
tomcat to follow symlinks for deletion to be the default behavior.

Michael Bailey

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

Re: Patch - Don't follow symlinks for deletion

2008-07-03 Thread Michael Bailey
files = new String[0];
-}
-for (int i = 0; i < files.length; i++) {
-File file = new File(dir, files[i]);
-if (file.isDirectory()) {
-deleteDir(file);
-} else {
-file.delete();
-}
-}
-dir.delete();
-
 }


Index: java/org/apache/catalina/manager/ManagerServlet.java
===
--- java/org/apache/catalina/manager/ManagerServlet.java(revision 
672932)
+++ java/org/apache/catalina/manager/ManagerServlet.java(working copy)
@@ -59,6 +59,7 @@
 import org.apache.catalina.util.ServerInfo;
 import org.apache.catalina.util.StringManager;
 import org.apache.tomcat.util.modeler.Registry;
+import org.apache.tomcat.util.FileUtils;


 /**
@@ -1508,21 +1509,7 @@
  * @param dir File object representing the directory to be deleted
  */
 protected void undeployDir(File dir) {
-
-String files[] = dir.list();
-if (files == null) {
-files = new String[0];
-}
-for (int i = 0; i < files.length; i++) {
-File file = new File(dir, files[i]);
-if (file.isDirectory()) {
-undeployDir(file);
-} else {
-file.delete();
-}
-}
-dir.delete();
-
+FileUtils.deleteDir(dir);
 }




On Thu, Jul 3, 2008 at 11:17 AM, Michael Bailey
<[EMAIL PROTECTED]> wrote:
> By default tomcat, when tomcat undeploys a war it deletes the exploded
> directory and follows symlinked directories recursively, whether
> allowLinking="true" or not. Is this the intended behavior? I have a
> use case in which I want to have allowLinking="true" for my context,
> but when the exploded directory gets deleted during undeploy I don't
> want it to delete the target of the symlink only the symlink itself.
> The recursive delete code was found in 4 places in the code. I
> replaced it with a call to a utility method. I have attached a patch
> that disables following of symlinks for deletion. It has only been
> tested with JDK 5 on Linux.
>
> I am curious to know the details for the use case in which you want
> tomcat to follow symlinks for deletion to be the default behavior.
>
> Michael Bailey
>

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



Re: Patch - Don't follow symlinks for deletion

2008-07-15 Thread Michael Bailey
Can someone in the know comment on this? Is it intended behavior for tomcat
to follow symlinks when deleting the exploded directory during undeploy? Or
should I file a bug and attached this patch to it?

Michael Bailey

On Thu, Jul 3, 2008 at 11:27 AM, Michael Bailey <[EMAIL PROTECTED]>
wrote:

> Patch pasted in case the attachement didn't make throught the list:
>
> Index: java/org/apache/tomcat/util/FileUtils.java
> ===
> --- java/org/apache/tomcat/util/FileUtils.java  (revision 0)
> +++ java/org/apache/tomcat/util/FileUtils.java  (revision 0)
> @@ -0,0 +1,55 @@
> +package org.apache.tomcat.util;
> +
> +import java.io.File;
> +import java.io.IOException;
> +
> +
> +public class FileUtils {
> +
> +/**
> + * Delete dir recursively never following symlinks
> + * @param dir
> + */
> +public static  boolean deleteDir(File dir) {
> +boolean mightBeSymlink;
> +try {
> +mightBeSymlink = isSymLink(dir);
> +} catch (IOException e) {
> +mightBeSymlink = true;
> +}
> +
> +if (mightBeSymlink) {
> +return dir.delete();
> +} else {
> +String files[] = dir.list();
> +if (files == null) {
> +files = new String[0];
> +}
> +for (int i = 0; i < files.length; i++) {
> +File file = new File(dir, files[i]);
> +if (file.isDirectory()) {
> +deleteDir(file);
> +} else {
> +file.delete();
> +}
> +}
> +return dir.delete();
> +}
> +
> +}
> +
> +/**
> + * Trys to determine if the last path component is a symlink
> + *
> + * @param file
> + * @return true if it is a symlink
> + * @throws IOException - if we run into trouble examining the
> file, the file may or may not be a symlink
> + * if this exception is thrown.
> + */
> +public static boolean isSymLink(File file) throws IOException {
> +String path1 =
> (file.getAbsoluteFile().getParentFile().getCanonicalPath() +
> File.separatorChar + file.getName());
> +String path2 = (file.getAbsoluteFile().getCanonicalPath());
> +return !path1.equals(path2);
> +}
> +
> +}
> Index: java/org/apache/catalina/ha/deploy/FarmWarDeployer.java
> ===
> --- java/org/apache/catalina/ha/deploy/FarmWarDeployer.java (revision
> 672932)
> +++ java/org/apache/catalina/ha/deploy/FarmWarDeployer.java (working
> copy)
> @@ -36,6 +36,7 @@
>  import org.apache.catalina.ha.ClusterMessage;
>  import org.apache.catalina.tribes.Member;
>  import org.apache.tomcat.util.modeler.Registry;
> +import org.apache.tomcat.util.FileUtils;
>
>
>  /**
> @@ -580,21 +581,7 @@
>  *File object representing the directory to be deleted
>  */
> protected void undeployDir(File dir) {
> -
> -String files[] = dir.list();
> -if (files == null) {
> -files = new String[0];
> -}
> -for (int i = 0; i < files.length; i++) {
> -File file = new File(dir, files[i]);
> -if (file.isDirectory()) {
> -undeployDir(file);
> -} else {
> -file.delete();
> -}
> -}
> -dir.delete();
> -
> +FileUtils.deleteDir(dir);
> }
>
> /*
> Index: java/org/apache/catalina/startup/ExpandWar.java
> ===
> --- java/org/apache/catalina/startup/ExpandWar.java (revision 672932)
> +++ java/org/apache/catalina/startup/ExpandWar.java (working copy)
> @@ -35,6 +35,7 @@
>  import org.apache.catalina.util.StringManager;
>  import org.apache.juli.logging.Log;
>  import org.apache.juli.logging.LogFactory;
> +import org.apache.tomcat.util.FileUtils;
>
>  /**
>  * Expand out a WAR in a Host's appBase.
> @@ -274,21 +275,7 @@
>  * @param dir File object representing the directory to be deleted
>  */
> public static boolean deleteDir(File dir) {
> -
> -String files[] = dir.list();
> -if (files == null) {
> -files = new String[0];
> -}
> -for (int i = 0; i < files.length; i++) {
> -File file = new File(dir, files[i]);
> -if (file.isDirectory()) {
> -deleteDir(file);
> -} else {
> -file.de