[Realm]Error page of Digest authentication?
Hi, I am using Tomcat JDBCRealm to authenticate the use that stored in the database(Oracle).While when I input the user name and password to log in my application,if I input the wrong username and password for 3 times,then the page redirect to the tomcat-specific error page. I want to know whether there is a way to configure my own error page to show friendly error message that defined by myself,for tomcat-specific error page is a bit simple and not transfer enough information about the error. any advice or help will be appreciated! thanks in advance! _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: servlet init error pages
Thanks for the reply, at least I know someone else has gotten it to work at this point. Sorry for the lack of information. I am on a deadline and trying to do too many things at once. I've included all the important things I can think of below. Tomcat Version: 5.5.17 Error type: I am seeing a 503 http error code being returned, but I want to be able to catch exception classes rather than specific error codes. I have tried java.lang.Throwable /yourErrorPage.jsp and 503 /yourErrorPage.jsp in both my application web.xml, and in the tomcat web.xml (with the default servlet) with no success. I still get a generic tomcat error page showing a stack trace. How is the error-page location related to my app? I assumed that the root of the location corresponded to the root of my app, but maybe I am mistaken. Would tomcat still use the default error page if it can't find the error page, or would it give me a different error? Oh, and can the error pages be static html (mine are, perhaps that is the problem)? As for the application, the servlet init method sets up all the servlet dependencies through spring config. When there is a problem with the config file an exception is thrown and I see the error page. Thanks for any help, Adam Parker On Nov 13, 2007 6:12 PM, Len Popp <[EMAIL PROTECTED]> wrote: > I do get my custom error page when an error happens in a servlet > init() method. But you didn't give many details about your problem, so > I can't say whether you should be seeing custom error pages on your > system. > > First of all, you didn't say what version of Tomcat you're using. If > it's older than 5.5, it could act differently from what I've seen. > > Secondly, I'm assuming the "errors" you speak of are exceptions that > are thrown by the init() method. Not HTTP error status codes. (You > can't call response.sendError() in init().). > > Normally, the servlet's init() is called when the first HTTP request > is received for that servlet, and if it throws an exception a custom > error page will be displayed as usual. > > If the servlet has "load-on-startup" specified in web.xml, init() is > called when the server starts up, before there are any web requests - > so obviously it can't return an error page to anyone. But then init() > will be called *again* when a request is received for the servlet, and > you'll see your error page then. > > Two reasons why you might not see your custom error page: > 1. Error in the custom error page. > 2. Error in the declaration. To define a custom error > page for all exceptions, do this in your application's web.xml: > >java.lang.Throwable >/yourErrorPage.jsp > > -- > Len > > On Nov 13, 2007 6:19 PM, Adam Parker <[EMAIL PROTECTED]> wrote: > > I am trying to override tomcat error pages, and I have tried various > > combinations of the element in both the global web.xml, > and my > > application web.xml. Nothing is working. > > > > After some research I believe the problem is that the error I am looking > at > > actually occurs in the servlet.init(config) call. This call doesn't > seem to > > happen in the normal request processing loop, and hence the > is > > never used and a generic tomcat error is returned. > > > > Is there anyway to override this error even when outside the context of > a > > request/reply? > > > > Any info on how the error is returned without a request/reply would be > > greatly appreciated. > > > > -Adam Parker > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: "Incorrect function" error w/isapi_redirect 1.2.25
Ay, caramba. I don't even have access to VS... do I need VS to compile or can I use a GNU compiler? On Nov 13, 2007 5:25 PM, Martin Gainty <[EMAIL PROTECTED]> wrote: > This is the classic problem of Microsoft products not working with Microsoft > Products > > If a dll isnt working you will need to get the source and build it for your > specific OS > http://tomcat.apache.org/connectors-doc/reference/iis.html - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Webdav servlet authentication, authorization
On Nov 13, 2007 10:11 PM, Mark Thomas <[EMAIL PROTECTED]> wrote: > Gabor Szokoli wrote: > > My vague idea is to use a servlet filter to do the authentication, > > which could doctor the request URL path or parameters to include the > > authorization details. > > That sounds plausible. Thank you, we'll give it a try then. Gabor Szokoli - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: servlet init error pages
I do get my custom error page when an error happens in a servlet init() method. But you didn't give many details about your problem, so I can't say whether you should be seeing custom error pages on your system. First of all, you didn't say what version of Tomcat you're using. If it's older than 5.5, it could act differently from what I've seen. Secondly, I'm assuming the "errors" you speak of are exceptions that are thrown by the init() method. Not HTTP error status codes. (You can't call response.sendError() in init().). Normally, the servlet's init() is called when the first HTTP request is received for that servlet, and if it throws an exception a custom error page will be displayed as usual. If the servlet has "load-on-startup" specified in web.xml, init() is called when the server starts up, before there are any web requests - so obviously it can't return an error page to anyone. But then init() will be called *again* when a request is received for the servlet, and you'll see your error page then. Two reasons why you might not see your custom error page: 1. Error in the custom error page. 2. Error in the declaration. To define a custom error page for all exceptions, do this in your application's web.xml: java.lang.Throwable /yourErrorPage.jsp -- Len On Nov 13, 2007 6:19 PM, Adam Parker <[EMAIL PROTECTED]> wrote: > I am trying to override tomcat error pages, and I have tried various > combinations of the element in both the global web.xml, and my > application web.xml. Nothing is working. > > After some research I believe the problem is that the error I am looking at > actually occurs in the servlet.init(config) call. This call doesn't seem to > happen in the normal request processing loop, and hence the is > never used and a generic tomcat error is returned. > > Is there anyway to override this error even when outside the context of a > request/reply? > > Any info on how the error is returned without a request/reply would be > greatly appreciated. > > -Adam Parker > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: "Incorrect function" error w/isapi_redirect 1.2.25
Hi Dmitry- This is the classic problem of Microsoft products not working with Microsoft Products If a dll isnt working you will need to get the source and build it for your specific OS http://tomcat.apache.org/connectors-doc/reference/iis.html Then Backup your registry and then make the appropriate registry settings to configure your system to use the new binary Anyone else? M-- - Original Message - From: "Dmitry Beransky" <[EMAIL PROTECTED]> To: Sent: Tuesday, November 13, 2007 8:15 PM Subject: "Incorrect function" error w/isapi_redirect 1.2.25 > Hi, > > I'm trying to upgrade isapi_redirect from 1.2.15 to 1.2.25 on IIS 5.0. > When I replace isapi_redirect.dll with the new version, I get > "Incorrect function" error message. Any ideas what might be causing > it? > > Thanks > Dmitry > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re:
yeh well i already done it before, (jstl 1.1.0 version _ standard.jar) tomcat 5.5.25 jsp-api.jar is the only jar contain the constractor of the tag wrote: > > Ok... after some research on your issue, what appears to be happening is > there's a library version conflict somewhere. It's really hard to tell > where, but I would start by upgrading your libraries where possible -- > especially any that might have been compiled against an older jsp-api > like standard.jar and jstl.jar. The current version 1.1 of standard.jar > and jstl.jar are built against jsp-api 2.0 (included w/ tomcat 5.5 in > the common/lib directory). > > Also if you have any .java or .class files in tomcat's work directory, > delete them and restart tomcat to remove any possible old stuff. > > --David > > itay sahar wrote: > > hi david thanks for reply, > > > > my web.xml include the following declaration: > > > > > "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" > > "http://java.sun.com/dtd/web-app_2_3.dtd";> > > > > refer to your advice "guess you need to declare the jsp taglib" i'm not > sure > > which declaration is needed if any ? > > > > thanks > > > > On 11/12/07, David Smith <[EMAIL PROTECTED]> wrote: > > > >> I'm going to venture a guess you need to declare the jsp taglib at the > >> top of your jsp file. Also you don't need all the html to execute a > >> forward. Only the tag is required w/o all the > >> ... stuff. The client won't see the html anyway. > >> > >> Lastly, you webapp will continue to use servlet spec 2.3/jsp 1.2 as > long > >> as your web.xml declares servlet spec 2.3. Upgrade to the web.xml to > >> enable all the servlet spec 2.4/jsp 2.0 features. > >> > >> --David > >> > >> itay sahar wrote: > >> > >>> hi all, > >>> > >>> The tomcat version is 5.5.25 with the default version (binary). > >>> contain (jsp-api,jar and servlet-api.jar). Servlet 2.4 support jsp 2.0 > . > >>> > >>> My application worked (before) on tomcat 4.1 with jsp 1.2. > >>> Now i'm working on tomcat 5.5 as mention. > >>> > >>> I'm not sure what i need to change!!! > >>> > >>> my index.jsp contain the code below: (that's it) > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> I get the error: > >>> > >>> org.apache.jasper.JasperException: Exception in JSP: /index.jsp:5 > >>> > >>> 2: > >>> 3: > >>> 4: > >>> 5: > >>> 6: > >>> 7: > >>> > >>> > >>> Stacktrace: > >>> org.apache.jasper.servlet.JspServletWrapper.handleJspException( > >>> JspServletWrapper.java:451) > >>> org.apache.jasper.servlet.JspServletWrapper.service( > >>> > >> JspServletWrapper.java > >> > >>> :355) > >>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java > :329) > >>> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) > >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > >>> > >>> root cause > >>> > >>> javax.servlet.ServletException: java.lang.NoSuchMethodError: > >>> javax.servlet.jsp.tagext.TagAttributeInfo > >>> .(Ljava/lang/String;ZLjava/lang/String;ZZ)V > >>> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:273) > >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > >>> com.sun.faces.context.ExternalContextImpl.dispatch( > >>> > >> ExternalContextImpl.java > >> > >>> :322) > >>> com.sun.faces.application.ViewHandlerImpl.renderView( > >>> > >> ViewHandlerImpl.java > >> > >>> :142) > >>> com.sun.faces.lifecycle.RenderResponsePhase.execute( > >>> > >> RenderResponsePhase.java > >> > >>> :87) > >>> com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200) > >>> com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:117) > >>> javax.faces.webapp.FacesServlet.service(FacesServlet.java:198) > >>> org.apache.jasper.runtime.PageContextImpl.doForward( > PageContextImpl.java > >>> :686) > >>> org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java > >>> > >> :656) > >> > >>> org.apache.jsp.index_jsp._jspService(index_jsp.java:48) > >>> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98) > >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > >>> org.apache.jasper.servlet.JspServletWrapper.service( > >>> > >> JspServletWrapper.java > >> > >>> :331) > >>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java > :329) > >>> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) > >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > >>> root cause > >>> > >>> java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo > >>> .(Ljava/lang/String;ZLjava/lang/String;ZZ)V > >>> org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute( > >>> TagLibraryInfoImpl.java:581) > >>> org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo( > >>> TagLibraryInfoImpl.java:402) > >>> org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD( > >>> TagLibraryInfoImpl.java:249) > >>> org.apache.jasper.compiler.TagLibraryInfoImpl.( > >>> > >> TagLibraryInfoImpl.java > >> > >>>
"Incorrect function" error w/isapi_redirect 1.2.25
Hi, I'm trying to upgrade isapi_redirect from 1.2.15 to 1.2.25 on IIS 5.0. When I replace isapi_redirect.dll with the new version, I get "Incorrect function" error message. Any ideas what might be causing it? Thanks Dmitry - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re:
Ok... after some research on your issue, what appears to be happening is there's a library version conflict somewhere. It's really hard to tell where, but I would start by upgrading your libraries where possible -- especially any that might have been compiled against an older jsp-api like standard.jar and jstl.jar. The current version 1.1 of standard.jar and jstl.jar are built against jsp-api 2.0 (included w/ tomcat 5.5 in the common/lib directory). Also if you have any .java or .class files in tomcat's work directory, delete them and restart tomcat to remove any possible old stuff. --David itay sahar wrote: hi david thanks for reply, my web.xml include the following declaration: http://java.sun.com/dtd/web-app_2_3.dtd";> refer to your advice "guess you need to declare the jsp taglib" i'm not sure which declaration is needed if any ? thanks On 11/12/07, David Smith <[EMAIL PROTECTED]> wrote: I'm going to venture a guess you need to declare the jsp taglib at the top of your jsp file. Also you don't need all the html to execute a forward. Only the tag is required w/o all the ... stuff. The client won't see the html anyway. Lastly, you webapp will continue to use servlet spec 2.3/jsp 1.2 as long as your web.xml declares servlet spec 2.3. Upgrade to the web.xml to enable all the servlet spec 2.4/jsp 2.0 features. --David itay sahar wrote: hi all, The tomcat version is 5.5.25 with the default version (binary). contain (jsp-api,jar and servlet-api.jar). Servlet 2.4 support jsp 2.0. My application worked (before) on tomcat 4.1 with jsp 1.2. Now i'm working on tomcat 5.5 as mention. I'm not sure what i need to change!!! my index.jsp contain the code below: (that's it) I get the error: org.apache.jasper.JasperException: Exception in JSP: /index.jsp:5 2: 3: 4: 5: 6: 7: Stacktrace: org.apache.jasper.servlet.JspServletWrapper.handleJspException( JspServletWrapper.java:451) org.apache.jasper.servlet.JspServletWrapper.service( JspServletWrapper.java :355) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) root cause javax.servlet.ServletException: java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo .(Ljava/lang/String;ZLjava/lang/String;ZZ)V org.apache.jasper.servlet.JspServlet.service(JspServlet.java:273) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) com.sun.faces.context.ExternalContextImpl.dispatch( ExternalContextImpl.java :322) com.sun.faces.application.ViewHandlerImpl.renderView( ViewHandlerImpl.java :142) com.sun.faces.lifecycle.RenderResponsePhase.execute( RenderResponsePhase.java :87) com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200) com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:117) javax.faces.webapp.FacesServlet.service(FacesServlet.java:198) org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java :686) org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java :656) org.apache.jsp.index_jsp._jspService(index_jsp.java:48) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.apache.jasper.servlet.JspServletWrapper.service( JspServletWrapper.java :331) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) root cause java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo .(Ljava/lang/String;ZLjava/lang/String;ZZ)V org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute( TagLibraryInfoImpl.java:581) org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo( TagLibraryInfoImpl.java:402) org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD( TagLibraryInfoImpl.java:249) org.apache.jasper.compiler.TagLibraryInfoImpl.( TagLibraryInfoImpl.java :180) org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:424) org.apache.jasper.compiler.Parser.parseDirective(Parser.java:493) org.apache.jasper.compiler.Parser.parseElements(Parser.java:1557) org.apache.jasper.compiler.Parser.parse(Parser.java:127) org.apache.jasper.compiler.ParserController.doParse( ParserController.java :212) org.apache.jasper.compiler.ParserController.parse(ParserController.java :101) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:156) org.apache.jasper.compiler.Compiler.compile(Compiler.java:296) org.apache.jasper.compiler.Compiler.compile(Compiler.java:277) org.apache.jasper.compiler.Compiler.compile(Compiler.java:265) org.apache.jasper.JspCompilationContext.compile( JspCompilationContext.java :564) org.apache.jasper.servlet.JspServ
servlet init error pages
I am trying to override tomcat error pages, and I have tried various combinations of the element in both the global web.xml, and my application web.xml. Nothing is working. After some research I believe the problem is that the error I am looking at actually occurs in the servlet.init(config) call. This call doesn't seem to happen in the normal request processing loop, and hence the is never used and a generic tomcat error is returned. Is there anyway to override this error even when outside the context of a request/reply? Any info on how the error is returned without a request/reply would be greatly appreciated. -Adam Parker
Re:
hi david thanks for reply, my web.xml include the following declaration: http://java.sun.com/dtd/web-app_2_3.dtd";> refer to your advice "guess you need to declare the jsp taglib" i'm not sure which declaration is needed if any ? thanks On 11/12/07, David Smith <[EMAIL PROTECTED]> wrote: > > I'm going to venture a guess you need to declare the jsp taglib at the > top of your jsp file. Also you don't need all the html to execute a > forward. Only the tag is required w/o all the > ... stuff. The client won't see the html anyway. > > Lastly, you webapp will continue to use servlet spec 2.3/jsp 1.2 as long > as your web.xml declares servlet spec 2.3. Upgrade to the web.xml to > enable all the servlet spec 2.4/jsp 2.0 features. > > --David > > itay sahar wrote: > > hi all, > > > > The tomcat version is 5.5.25 with the default version (binary). > > contain (jsp-api,jar and servlet-api.jar). Servlet 2.4 support jsp 2.0. > > > > My application worked (before) on tomcat 4.1 with jsp 1.2. > > Now i'm working on tomcat 5.5 as mention. > > > > I'm not sure what i need to change!!! > > > > my index.jsp contain the code below: (that's it) > > > > > > > > > > > > > > > > > > > > I get the error: > > > > org.apache.jasper.JasperException: Exception in JSP: /index.jsp:5 > > > > 2: > > 3: > > 4: > > 5: > > 6: > > 7: > > > > > > Stacktrace: > > org.apache.jasper.servlet.JspServletWrapper.handleJspException( > > JspServletWrapper.java:451) > > org.apache.jasper.servlet.JspServletWrapper.service( > JspServletWrapper.java > > :355) > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329) > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) > > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > > > root cause > > > > javax.servlet.ServletException: java.lang.NoSuchMethodError: > > javax.servlet.jsp.tagext.TagAttributeInfo > > .(Ljava/lang/String;ZLjava/lang/String;ZZ)V > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:273) > > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > com.sun.faces.context.ExternalContextImpl.dispatch( > ExternalContextImpl.java > > :322) > > com.sun.faces.application.ViewHandlerImpl.renderView( > ViewHandlerImpl.java > > :142) > > com.sun.faces.lifecycle.RenderResponsePhase.execute( > RenderResponsePhase.java > > :87) > > com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200) > > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:117) > > javax.faces.webapp.FacesServlet.service(FacesServlet.java:198) > > org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java > > :686) > > org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java > :656) > > org.apache.jsp.index_jsp._jspService(index_jsp.java:48) > > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98) > > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > org.apache.jasper.servlet.JspServletWrapper.service( > JspServletWrapper.java > > :331) > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329) > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) > > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > root cause > > > > java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo > > .(Ljava/lang/String;ZLjava/lang/String;ZZ)V > > org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute( > > TagLibraryInfoImpl.java:581) > > org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo( > > TagLibraryInfoImpl.java:402) > > org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD( > > TagLibraryInfoImpl.java:249) > > org.apache.jasper.compiler.TagLibraryInfoImpl.( > TagLibraryInfoImpl.java > > :180) > > org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:424) > > org.apache.jasper.compiler.Parser.parseDirective(Parser.java:493) > > org.apache.jasper.compiler.Parser.parseElements(Parser.java:1557) > > org.apache.jasper.compiler.Parser.parse(Parser.java:127) > > org.apache.jasper.compiler.ParserController.doParse( > ParserController.java > > :212) > > org.apache.jasper.compiler.ParserController.parse(ParserController.java > :101) > > org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:156) > > org.apache.jasper.compiler.Compiler.compile(Compiler.java:296) > > org.apache.jasper.compiler.Compiler.compile(Compiler.java:277) > > org.apache.jasper.compiler.Compiler.compile(Compiler.java:265) > > org.apache.jasper.JspCompilationContext.compile( > JspCompilationContext.java > > :564) > > org.apache.jasper.servlet.JspServletWrapper.service( > JspServletWrapper.java > > :302) > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329) > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) > > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > com.sun.faces.context.ExternalContextImpl.dispatch( > ExternalContextImpl.java > > :322) > > com.sun.fac
Is there a quiet or headless install for Tomcat 5?
Tomcat is an embedded component in our product. Thanks Kurt
Re: Webdav servlet authentication, authorization
Gabor Szokoli wrote: > Is this the place to ask questions about that? Yes > If so: > > Is the Tomcat webdav servlet the successor of the abandoned-looking > sourceforge project of the same name? Sorry, no idea. > My problem is that I need to retrieve further authorization details > about the authenticating LDAP object. > How am I to do this? Repeating the LDAP access configuration within > the servlet seems like a terrible source of inconsistencies. > My vague idea is to use a servlet filter to do the authentication, > which could doctor the request URL path or parameters to include the > authorization details. That sounds plausible. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tip: SSL & upgrading to Tomcat 6.0
We decided to upgrade from Tomcat 5.0 to 6.0. I copied the pertinent pieces in the server.xml file, but I couldn't get the SSL to work properly. After tweaking it a bit, I realized that there were additional parameters in the SSL connector. After adding protocol="HTTP/1.1" and SSLEnabled="true", the SSL started working correctly. HTH, Rick Archibald
Webdav servlet authentication, authorization
Hi, We are evaluationg the tomcat webdav servlet for serving up a custom fileset based on the identity of the user and other search criteria encoded in the URL. Is this the place to ask questions about that? If so: Is the Tomcat webdav servlet the successor of the abandoned-looking sourceforge project of the same name? The code looks similar, except the authentication hooks seem to be missing from the custom backend interface. I guess the idea was to rely on container managed authentication. My problem is that I need to retrieve further authorization details about the authenticating LDAP object. How am I to do this? Repeating the LDAP access configuration within the servlet seems like a terrible source of inconsistencies. My vague idea is to use a servlet filter to do the authentication, which could doctor the request URL path or parameters to include the authorization details. Does this sound reasonable or am I missing something here? Thank you for your time and all the great work: Gabor Szokoli - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: unable to deploy myfaces-impl-1.1.3.jar in tomcat 4.1
Nethra Devegowda -X (ndevegow - WIPRO at Cisco) wrote: > I am not able to deploy the myfaces-impl-1.1.3 version in tomcat4.1LE. > > otherthan myfaces-impl.jar no other versions are not deploying in the > 4.1. > > what is the reason? How to deploy it in the same. > > I want the solution for he problem. Exactly which Tomcat version? What JVM version? What errors do you see in your log files? Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: upgrade to 5.5.25 causes java permissions issues
Justin Kennedy wrote: > HI, > > I upgraded from 5.5.15 to 5.5.25 and now I'm getting errors relating to > java security (I'm using security manager). It appears as if my > catalina.policy is not longer being recognized, because I have clearly > outlined the permissions for the webapps, like > "java.lang.RuntimePermission setContextClassLoader" etc..., but I get > "access denied" errors for all my existing permissions. > > Has the security configuration changed at all? Not that I can recall. Neither do I see anything in the change log. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
upgrade to 5.5.25 causes java permissions issues
HI, I upgraded from 5.5.15 to 5.5.25 and now I'm getting errors relating to java security (I'm using security manager). It appears as if my catalina.policy is not longer being recognized, because I have clearly outlined the permissions for the webapps, like "java.lang.RuntimePermission setContextClassLoader" etc..., but I get "access denied" errors for all my existing permissions. Has the security configuration changed at all? Thanks -- Justin Kennedy Maritime Source, Inc. http://maritimesource.ca 506-696-1564 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and Redirects
Good point regarding the compatibility kit, that completely slipped my mind :). Thanks, Tony -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Friday, November 09, 2007 2:05 PM To: Tomcat Users List Subject: RE: Tomcat and Redirects > From: Tony Fountain [mailto:[EMAIL PROTECTED] > Subject: RE: Tomcat and Redirects > > Just to clarify, you can run Java programs compiled in 1.4, but the > JVM installed on the machine running the app should be 1.5 or greater. That's not true either. All you need to run Tomcat 5.5 on a 1.4 JVM is the small compatibility kit available on the Tomcat download page. Tomcat 5.5 works perfectly well on JRE 1.4. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This Email has been scanned for all viruses by PAETEC Email Scanning Services, utilizing MessageLabs proprietary SkyScan infrastructure. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.paetec.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.awt.HeadlessException on tomcat
Provide it a display! En l'instant précis du 13/11/07 13:58, Yann Mauon s'exprimait en ces termes: Thank you for your answer, but what do you mean by "Make your environment non-headless to solve problem" ? David Delbecq-2 wrote: En l'instant précis du 13/11/07 12:45, Yann Mauon s'exprimait en ces termes: Dear all, I have the following problem. I deployed an applicaton on Tomcat and recieve the following error when I try to display an image generated on the server : java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159) You have defined java.awt.headless to true but are doing operation that requires a screen (aka non-headless environment). Make your environment non-headless to solve problem Previously, I had the java.awt.HeadlessException: No X11 DISPLAY variable was set, but this program performed an operation which requires it. error, but fixed it by adding -Djava.awt.headless=true argument. Does someone have an idea to solve this trouble without remove the use of javax.swing.JFrame ? You didn't fix it, you just told java there was no screen. As it says, "No X11 Display variable was set". Provide your java environement with an access to a X11 display and everything will run fine. -- http://www.devlog.be (a belgian developer's logs) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.devlog.be (a belgian developer's logs) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.awt.HeadlessException on tomcat
Thank you for your answer, but what do you mean by "Make your environment non-headless to solve problem" ? David Delbecq-2 wrote: > > En l'instant précis du 13/11/07 12:45, Yann Mauon s'exprimait en ces > termes: >> Dear all, >> >> I have the following problem. I deployed an applicaton on Tomcat and >> recieve >> the following error when I try to display an image generated on the >> server : >> >> java.awt.HeadlessException >> at >> java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159) >> > You have defined java.awt.headless to true but are doing operation that > requires a screen (aka non-headless environment). Make your environment > non-headless to solve problem >> Previously, I had the >> >> >> java.awt.HeadlessException: >> No X11 DISPLAY variable was set, but this program performed an operation >> which requires it. >> >> error, but fixed it by adding -Djava.awt.headless=true argument. >> >> Does someone have an idea to solve this trouble without remove the use of >> javax.swing.JFrame ? >> > You didn't fix it, you just told java there was no screen. As it says, > "No X11 Display variable was set". Provide your java environement with > an access to a X11 display and everything will run fine. > > -- > http://www.devlog.be (a belgian developer's logs) > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/java.awt.HeadlessException-on-tomcat-tf4797278.html#a13725306 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.awt.HeadlessException on tomcat
En l'instant précis du 13/11/07 12:45, Yann Mauon s'exprimait en ces termes: Dear all, I have the following problem. I deployed an applicaton on Tomcat and recieve the following error when I try to display an image generated on the server : java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159) You have defined java.awt.headless to true but are doing operation that requires a screen (aka non-headless environment). Make your environment non-headless to solve problem Previously, I had the java.awt.HeadlessException: No X11 DISPLAY variable was set, but this program performed an operation which requires it. error, but fixed it by adding -Djava.awt.headless=true argument. Does someone have an idea to solve this trouble without remove the use of javax.swing.JFrame ? You didn't fix it, you just told java there was no screen. As it says, "No X11 Display variable was set". Provide your java environement with an access to a X11 display and everything will run fine. -- http://www.devlog.be (a belgian developer's logs) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.awt.HeadlessException on tomcat
Dear all, I have the following problem. I deployed an applicaton on Tomcat and recieve the following error when I try to display an image generated on the server : java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159) at java.awt.Window.(Window.java:406) at java.awt.Frame.(Frame.java:402) at java.awt.Frame.(Frame.java:367) at javax.swing.JFrame.(JFrame.java:163) at com.genebio.toxico.GWT.advancedInfo.server.CDKsdg.SDG2ImageFile(CDKsdg.java:53) at com.genebio.toxico.GWT.advancedInfo.server.CompoundServiceImpl.getImage2D(CompoundServiceImpl.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:528) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:265) at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:187) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Previously, I had the java.awt.HeadlessException: No X11 DISPLAY variable was set, but this program performed an operation which requires it. at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159) at java.awt.Window.(Window.java:406) at java.awt.Frame.(Frame.java:402) at java.awt.Frame.(Frame.java:367) at javax.swing.JFrame.(JFrame.java:163) at com.genebio.toxico.GWT.advancedInfo.server.CDKsdg.SDG2ImageFile(CDKsdg.java:53) at com.genebio.toxico.GWT.advancedInfo.server.CompoundServiceImpl.getImage2D(CompoundServiceImpl.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:528) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:265) at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:187) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) error, but fixed it by adding -Djava.awt.he
unable to deploy myfaces-impl-1.1.3.jar in tomcat 4.1
Hi, I am not able to deploy the myfaces-impl-1.1.3 version in tomcat4.1LE. otherthan myfaces-impl.jar no other versions are not deploying in the 4.1. what is the reason? How to deploy it in the same. I want the solution for he problem. Regards, Nethra
Re: I'm desparate with an Apache problem and ReverseProxy
From my understanding the site server should do the request and pass the response back to the client. That's not the way I understand the reverse proxy... the request *is handled by the backend server, the front end server is used to route the request. Some folks use mod_rewrite with mod_proxy to integrate the namespace so the backend server appears transparent, but what is really happening is that the URL's are rewritten on the fly. Peter Christoph P. Kukulies wrote: I know this may not be the correct mailing list but maybe I can find an expert here - I didn't get an answer yet in any apache forum I knew of: I have an apache2 and a Tomcat running (in Tomcat I have OpenCMS running as a content management system) Furthermore I have an application server in my intranet which can be accessed by a firewall rule also from my webserver through the internet. I'm trying to put some statements in my sites Virtual host section to map request going to http://www.mycompany.com/forum to http://forum.mycompany.com/ doing it by ProxyPass /forum/ http://forum.mycompany.com/ ProxyPassReverse /forum/ http://forum.mycompany.com I have barred the server http://forum.mycompany.com to the Internet and only a request coming directly from www.mycompany.com is being let through. What happens is that when I access the site from the outside (INternet) and enter http://www.mycompany.com/forum/ in the browser I'm seeing that the client (browser, lower left corner in Firefox) tries to connect directly to forum.mycompany.com which it shouldn't. From my understanding the site server should do the request and pass the response back to the client. Please help. -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: hi
Have you taken a look at http://tomcat.apache.org/tomcat-5.5-doc/setup.html ? nirmala wrote: hi I want installation procedure for apache tomcat5.5 DISCLAIMER: This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, proprietary, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: Tomcat6.exe and Windows Services
What's in your log files? As to the shutdown hook not being called, it may be because the webapp hadn't been started yet. --David Konstantin Ryadov wrote: Hello! I use myapp.exe(I rename tomcat6.exe) for installing Windows service for my application - not tomcat(my Main Class, parameters, classpath). Service installs successfully but on start my java application works 5 sec(writes logs) after start and terminated(killed) without any reason. I have shutdown hook in my application , but it doesn't catch terminate. In Windows Event Viewer I see: ... Service entered start state ... Service entered stop state - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fw: Tomcat6.exe and Windows Services
Hello! I use myapp.exe(I rename tomcat6.exe) for installing Windows service for my application - not tomcat(my Main Class, parameters, classpath). Service installs successfully but on start my java application works 5 sec(writes logs) after start and terminated(killed) without any reason. I have shutdown hook in my application , but it doesn't catch terminate. In Windows Event Viewer I see: ... Service entered start state ... Service entered stop state - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat in production
Thanks for this response Gregor, I had assumed this was the case, just needed the confirmation. Peter Gregor Schneider wrote: Hi Peter, when you're using Apache HTTP in front to serve static content and Tomcat is serving JSP / Servlets only, using the APR won't give you any advantage (AFAIC). However, some ppl are using Tomcat only (running on port 80 / 443 with f.e. JSVC): Then, according to my brain-cells, the APR will increase performance serving the static content. The APR actually is also used by Apache HTTPD - meaning you'll get the same performance serving static content via Tomcat only using the APR as compared to a Apache HTTP-in-front / Tomcat-combination. Cheers Gregor - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache/Tomcat/mod_jk over WAN
On 13/11/2007, at 6:47 AM, nirmala wrote: hi I have one question I want to installation procedure for the apache tomcat5.5 version in windows XP Cick, then click, then click, then click. Andrew smime.p7s Description: S/MIME cryptographic signature
Re: tomcat in production
Hi Peter, when you're using Apache HTTP in front to serve static content and Tomcat is serving JSP / Servlets only, using the APR won't give you any advantage (AFAIC). However, some ppl are using Tomcat only (running on port 80 / 443 with f.e. JSVC): Then, according to my brain-cells, the APR will increase performance serving the static content. The APR actually is also used by Apache HTTPD - meaning you'll get the same performance serving static content via Tomcat only using the APR as compared to a Apache HTTP-in-front / Tomcat-combination. Cheers Gregor -- what's puzzlin' you, is the nature of my game gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371
Re: tomcat in production
I am just wandering about when to use the APR and when not to, especially for those of us using Apache as a front end (although in my case this is done solely to integrate perl and java apps into a common namespace) Gregor Schneider wrote: Take a look at the Apache Portable Runtime: It will increase Tomcat's performance regarding static content sigificantly: http://tomcat.apache.org/tomcat-6.0-doc/apr.html Cheers Gregor - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help me please,
The startup.bat is trying to run "-Dsun.io.useCanonCaches=false" instead of java. You probably badly configured an environnement variable. The command to run java is builded partly in classpath.bat on tomcat 5 (probably same in tomcat4). Maybe you just have forgotten to properly define "CATALINA_HOME" environment variable. En l'instant précis du 12/11/07 06:38, Hamid Rahman Mohmand s'exprimait en ces termes: I get an error message after I run "startup.bat" file in the \bin directory the error says "The system cannot find the file - Dsun.io.useCanonCaches=false" -- http://www.devlog.be (a belgian developer's logs) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help me please,
Dear Gregor, Thanks for the guess, but it still doesn't work. I have a peace of code in java that got some bugs, in the documentation it was said the code was originally tested on tomcat version 4, so i wana see if I have the wrong code or somethign else not working. so, I just want to make sure my code is working with version 4 and then I can look for the probable causes and some how resolve it. regards hamid On 11/12/07, Gregor Schneider <[EMAIL PROTECTED]> wrote: > > -D sets a system-property which then can be used by the Java Runtime. > > Quick guess: > > - You're using something but the original startup.bat-file > > Is the a special reason why ypu are using Tomcat 4 and not Tomcat 6? > > Gregor > -- > what's puzzlin' you, is the nature of my game > gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 > gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 >
RE: Virtual hosts
> > I would like to know if is there a similar concept to the > > 'VirtualHost' directive of Apache, in Tomcat. > > It's not by any means identical, but the Tomcat documentation > for the concept is here: > http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html > OK. Thanks. > > Suppose then that I would like to give full access to the URL: > > http:///path/subpath > > and deny access to > > http:///path > > You need to read the security section of the servlet spec. > You can control access via URL pattern matching pretty much > any way you want. Is there another way to hide http:///path to the outside world? Could anybody give me some hints on how could I set up security in this case? rocsca - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: hi
HI, follow the steps 1) First of all install j2sdk1.5 or higher version. 2) check whether jre1.5.x is installed in the same folder of j2sdk folder. 3) then install tomcat5.5 as you wish,while installing it will check the path of your jre1.5.x folder,if not set the path. Thats all -- saibabu.inampudi - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]