When a request URI refers to a directory, the default servlet looks for a
"welcome file" within that directory and, if present, to the corresponding
resource URI for display.  If no welcome file is present, the default
servlet either serves a directory listing, or returns a 404 status,
depending on how it is configured.
If you define welcome files in your own application's web.xml deployment
descriptor, that list *replaces* the list configured here, so be sure that
you include any of the default values that     you wish to include.

In your context's web.xml make the listings to false.

        <init-param>
            <param-name>listings</param-name>
            <param-value>false</param-value>
        </init-param>

by default it is true. Full example.

    <servlet>
        <servlet-name>default</servlet-name>
        <servlet-class>
          com.DefaultServlet
        </servlet-class>
        <init-param>
            <param-name>listings</param-name>
            <param-value>true</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>


Regards,
Vikram.


-----Original Message-----
From: Bhushan_Bhangale [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 23, 2002 4:55 AM
To: [EMAIL PROTECTED]
Subject: Re: How to avoid entire directory tree display


Some where in your app server you need to stop directory browsing.

-----Original Message-----
From: Arunkumar_N [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 23, 2002 4:55 PM
To: [EMAIL PROTECTED]
Subject: How to avoid entire directory tree display


Hello,
        In one of my portal development application,I am making use of
websphere.
        if I type in the browser the IP address for
        Ex: xxx.xx.xx.xxx,it goes to the root of the HTTP server where
        we can browse the entire directory tree.

        How to avoid this problem.

Thanks & Regards
Arun

> -
**************************************************************************
This email (including any attachments) is intended for the sole use of the
intended recipient/s and may contain material that is CONFIDENTIAL AND
PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or
distribution or forwarding of any or all of the contents in this message is
STRICTLY PROHIBITED. If you are not the intended recipient, please contact
the sender by email and delete all copies; your cooperation in this regard
is appreciated.
**************************************************************************

===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com

==========================================================================To
unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com

===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com

Reply via email to