Re: config 302 redirect ?
Hi Sorry but I don't understand what you are trying to do, could you be more explicit, then maybe we can help :-) dont bother, it was just a dumb idea. the problem was, I had one tomcat (A) pointing at /usr/local/websites and another one (B) pointing at /usr/local/websites/mmbase mmbase is a product that ships with it's own tomcat and I wanted to keep it like that. however, if the first tomcat (A) saw the jsp files located under /usr/local/websites/mmbase, it would barf and complain. so I wanted to redirect /mmbase on A to another port, on which the second tomcat (B) runs. which is probably just dumb. I'm taken the puzzle apart now. thanks, *pike = Help stop world hunger -- visit http://www.thehungersite.org Is The Hunger Site real? http://www.umich.edu/~virus-busters/hunger.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
config 302 redirect ?
Hi what is the correct way to redirect users to a completely different server when they try to acces some address ? I'm looking for a config option (in server.xml or web.xml) that will return a http redirect header, like apache's Redirect directive. when people ask for http://mydomain.com/gohere/ or http://mydomain.com/gohere/bla/bla I want them to go http://yourdomain.com/gosomewhereelse and http://yourdomain.com/gosomewhereelse thanks, *pike I wasted time, and now doth time waste me http://framework.v2.nl/archive/archive/node/text/default.py/nodenr-67731 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: curiosity kills tomcat
Hi org.xml.sax.SAXParseException: The content of element type web-app must match (icon?,display-name?,description?,distributable?,context- param*,filter*, filter-mapping*,listener*,servlet*,servlet-mapping*, [snip] See , servlet definitions come first. Define them first, then the associated mapping if needed. The order in which you define the servlets themselves do not matter, what matters is that servlet defiinitions come first before the mapping. yes, I've always considered that a bug, but guess what, it's a dtd ! so .. that 'bug' won't dissapear in the future ? ( why on earth would anyone want it like that ? :-) $2c, *pike = Help stop world hunger -- visit http://www.thehungersite.org Is The Hunger Site real? http://www.umich.edu/~virus-busters/hunger.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
(tomcat 4) absolute links in dir listing
Hi I'm building an 'agent' in front of our http filesystem. it checks every request, does some smart things and dispatches to the file requested in DefaultServlet. if I dispatch to a directory, the DefaultServlet returns a dirlisting. I like this a lot. but the links in it are abolute links, so the next click bypasses my agent. 'plain' Apache uses relative links. why did tomcat4 decide not to do that ? any easy way I can turn it off ? (without .. rebuilding DefaultServlet :-) thanks, *-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]
365 logfiles a year
Hi http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/logger.html says The actual filenames of the log files are created from a configured prefix, the current date in -MM-DD format, and a configured suffix. nice feature ... (hm) .. can I also turn that off ? 1 logfile is enough. logrotate will manage it. thanks, *-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]
tomcat==root
Hi I found out that we run our tomcat as user root, and in plain jsp I'm able to trash /etc/passwd :-) what is the advised setup for a tomcat server that is shared by several users (contexts) and runs some virtual domains ? thanks, *pike == Aoccdrnig to rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht the frist and lsat ltteer be at the rghit pclae. The rset can be a total mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, but the wrod as a wlohe. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTTP 400 error
Hi I have a problem when I test my web by JMeter. That is HTTP/1.1 400 Invalid path /login was requested. I have no idea about your actual problem, but noticed So I try, 1. In browser, input http://localhost:8080/TSS/login.do?userid=adminpassword=admin;. and it successed. 2. use telnet to connection to localhost, and send GET /TSS/login.do?userid=adminpassword=admin HTTP/1.1 Host: localhost:8080 you should telnet to port 8080 (telnet localhost 8080) and fill in the host your _are_ in the Host: header (Host:localhost) without port number. $2c, *-pike I wasted time, and now doth time waste me. Or now hath time made me his numbring clock: My thoughts are minutes; and, with sighs, they jar Their watches on to mine eyes, the outward watch, Whereto my finger, like a dials point, Is pointing still, in cleansing them from tears. http://framework.v2.nl/archive/archive/node/text/default.py/nodenr-67731 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ROOKIE] WebApp
Hi I've downloaded Tomcat 4.1.27 (Win32) in the root webapps I've created some folders: myapp myapp/WEB-INF myapp/WEB-INF/classes in myApp I've putted index.jsp. After a restart (necessary?) I can access this page correctly. I'd like to use myClass.class in index.jsp Where I should put this? in WEB-INF/classes What I have to configure? nothing. the class is recognized because it is there. http://jakarta.apache.org/tomcat/tomcat-4.1-doc/appdev/deployment.html goodluck *-pike == The key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL in this document are to be interpreted as described in [RFC2119] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is this the correct place to ask questions about WebDAV
Hi It's the right place. I don't know if you'll get many responses, as WebDAV seems to be one of the least used features. :-) apparently. I haven't had any answer to any webdav questions yet, but I'll be glad to answer yours if I can. I'm afraid everyone seriously into webdav tries his luck with Tomcat, and after a while, decides to go with Slide anyway. This is a bad thing, since Slide itself would benefit from a more proper webdav support in Tomcat 2$c, *pike --- Editorship Styling 'Techniek is waistline, Publish the plan!' What make the method strong until for instance one newspaperman who wish publish and not with technique wish turn troublesome fallen? The clientèle with all the bye bye the handshake with examples decrepit. The motto: 'Techniek is waistline, publish the plan!' http://www.worldlanguage.com/Translation.htm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Webdav and security
Hi However it still lets anyone get a listing of all editable files by virtue of the fact that GET and POST methods have no constraints applied to them. hm .. you can turn of the listings in your web.xml servlet servlet-namebla/servlet-name servlet-classbla/servlet-class init-param param-namelistings/param-name param-valuefalse/param-value /init-param this is actually a standard servlet setting (for GET and POST), regrettably, if you do this, it also disables the webdav PROPFIND method (which generates the webdav listings). there is some logic in there. somewhere. it would probably be more correct to create two entries to the same data; one is 'public', port 80, standard HTTP, the other one is 'private', port 78456384578, behind a firewall, locked with 10 passwords and WebDav HTTP. does that make any sense ? *pike = aRtamp;D = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webdav - finding class files
Hi thanks,.. well, nothing. it just sounds very ugly, having the same jar files running twice in one tomcat, once in server/lib and once in common/lib. is this how its _normally_ done ? Alternatively, have you try putting it inside the /lib directory of your webapp? It will then only be accessible to that webapp tho. yes, I tried that, and it works. woopie. to extend the WebdavServlet, I've copied servlet-common.jar servlet-default.jar servlet-webdav.jar and catalina.jar (oops) from the server/lib into my /WEB-INF/lib ugly, but it compiles and runs. it appears WebdavServlet was not intended to be extended by the authors, because quite some usefull things are 'private' :-| now .. let's see if i can add the missing PROPPATCH support :-) I found this old thread about extending WebdavServlet, in which Andreas Probst notes his webapp cant load classes from the $CATALINA_HOME/servlet/lib/ dir. this url http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader- howto.html makes it clear why. but now: how should I extend WebdavServlet inside my webapp ? If i put my own classes in the org.apache.bla package, it can't load the classes from my webapp, ofcourse. should I copy all jar files from $CATALINA_HOME/servlet/lib/*jar to my webapps /WEB-INF/lib ? that should work, but it sounds ugly. On Tue, 16 Jul 2002, Andreas Probst wrote: Date: Tue, 16 Jul 2002 13:59:49 +0200 From: Andreas Probst [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: newbie - finding class files On Mon, 15 Jul 2002, Andreas Probst wrote: Hi all, does Tomcat really look into tomcatdir/server/lib? For me it seems Tomcat doesn't. This directory is only visible to the classloader for Tomcat itself, not for webapps. There is a special rule that makes servlet classes in package org.apache.catalina available to webapps anyway, however, which is why the standard WebdavServlet (as well as the other Tomcat features that are available via servlets) can be loaded. Craig Thank you Craig. Could you please tell more about the rule or give a pointer. The class-loader-info of the Tomcat-Docu says nothing about the rule, but says, that These classes and resources are TOTALLY invisible to web applications. Actually, the rule is very simple, and it is there in the docs. Look at the picture of the class loader hierarchy in the Tomcat docs: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader- howto.html The classes that are visible to a web application are those in the class loader for that webapp, and any of it's parent class loaders. In other words, an application can see the WebappX class loader for itself, plus the Shared, Common, System, and Bootstrap class loaders. It can*not* see the Catalina class loader. thanks, *-pike = Help stop world hunger -- visit http://www.thehungersite.org Is The Hunger Site real? http://www.umich.edu/~virus-busters/hunger.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: newbie - finding class files
Hi I found this old thread about extending WebdavServlet, in which Andreas Probst notes his webapp cant load classes from the $CATALINA_HOME/servlet/lib/ dir. this url http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html makes it clear why. but now: how should I extend WebdavServlet inside my webapp ? If i put my own classes in the org.apache.bla package, it can't load the classes from my webapp, ofcourse. should I copy all jar files from $CATALINA_HOME/servlet/lib/*jar to my webapps /WEB-INF/lib ? that should work, but it sounds ugly. On Tue, 16 Jul 2002, Andreas Probst wrote: Date: Tue, 16 Jul 2002 13:59:49 +0200 From: Andreas Probst [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: newbie - finding class files On Mon, 15 Jul 2002, Andreas Probst wrote: Hi all, does Tomcat really look into tomcatdir/server/lib? For me it seems Tomcat doesn't. This directory is only visible to the classloader for Tomcat itself, not for webapps. There is a special rule that makes servlet classes in package org.apache.catalina available to webapps anyway, however, which is why the standard WebdavServlet (as well as the other Tomcat features that are available via servlets) can be loaded. Craig Thank you Craig. Could you please tell more about the rule or give a pointer. The class-loader-info of the Tomcat-Docu says nothing about the rule, but says, that These classes and resources are TOTALLY invisible to web applications. Actually, the rule is very simple, and it is there in the docs. Look at the picture of the class loader hierarchy in the Tomcat docs: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader- howto.html The classes that are visible to a web application are those in the class loader for that webapp, and any of it's parent class loaders. In other words, an application can see the WebappX class loader for itself, plus the Shared, Common, System, and Bootstrap class loaders. It can *not* see the Catalina class loader. thanks, *-pike I wasted time, and now doth time waste me. Or now hath time made me his numbring clock: My thoughts are minutes; and, with sighs, they jar Their watches on to mine eyes, the outward watch, Whereto my finger, like a dials point, Is pointing still, in cleansing them from tears. http://framework.v2.nl/archive/archive/node/text/default.py/nodenr-67731 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: newbie - finding class files
Hi I found this old thread about extending WebdavServlet, in which Andreas Probst notes his webapp cant load classes from the $CATALINA_HOME/servlet/lib/ dir. this url http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html makes it clear why. but now: how should I extend WebdavServlet inside my webapp ? If i put my own classes in the org.apache.bla package, it can't load the classes from my webapp, ofcourse. should I copy all jar files from $CATALINA_HOME/servlet/lib/*jar to my webapps /WEB-INF/lib ? that should work, but it sounds ugly. On Tue, 16 Jul 2002, Andreas Probst wrote: Date: Tue, 16 Jul 2002 13:59:49 +0200 From: Andreas Probst [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: newbie - finding class files On Mon, 15 Jul 2002, Andreas Probst wrote: Hi all, does Tomcat really look into tomcatdir/server/lib? For me it seems Tomcat doesn't. This directory is only visible to the classloader for Tomcat itself, not for webapps. There is a special rule that makes servlet classes in package org.apache.catalina available to webapps anyway, however, which is why the standard WebdavServlet (as well as the other Tomcat features that are available via servlets) can be loaded. Craig Thank you Craig. Could you please tell more about the rule or give a pointer. The class-loader-info of the Tomcat-Docu says nothing about the rule, but says, that These classes and resources are TOTALLY invisible to web applications. Actually, the rule is very simple, and it is there in the docs. Look at the picture of the class loader hierarchy in the Tomcat docs: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader- howto.html The classes that are visible to a web application are those in the class loader for that webapp, and any of it's parent class loaders. In other words, an application can see the WebappX class loader for itself, plus the Shared, Common, System, and Bootstrap class loaders. It can *not* see the Catalina class loader. thanks, *-pike --- Editorship Styling 'Techniek is waistline, Publish the plan!' What make the method strong until for instance one newspaperman who wish publish and not with technique wish turn troublesome fallen? The clientèle with all the bye bye the handshake with examples decrepit. The motto: 'Techniek is waistline, publish the plan!' http://www.worldlanguage.com/Translation.htm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: newbie - finding class files
Hi I found this old thread about extending WebdavServlet, in which Andreas Probst notes his webapp cant load classes from the $CATALINA_HOME/servlet/lib/ dir. this url http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html makes it clear why. but now: how should I extend WebdavServlet inside my webapp ? If i put my own classes in the org.apache.bla package, it can't load the classes from my webapp, ofcourse. should I copy all jar files from $CATALINA_HOME/servlet/lib/*jar to my webapps /WEB-INF/lib ? that should work, but it sounds ugly. On Tue, 16 Jul 2002, Andreas Probst wrote: Date: Tue, 16 Jul 2002 13:59:49 +0200 From: Andreas Probst [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: newbie - finding class files On Mon, 15 Jul 2002, Andreas Probst wrote: Hi all, does Tomcat really look into tomcatdir/server/lib? For me it seems Tomcat doesn't. This directory is only visible to the classloader for Tomcat itself, not for webapps. There is a special rule that makes servlet classes in package org.apache.catalina available to webapps anyway, however, which is why the standard WebdavServlet (as well as the other Tomcat features that are available via servlets) can be loaded. Craig Thank you Craig. Could you please tell more about the rule or give a pointer. The class-loader-info of the Tomcat-Docu says nothing about the rule, but says, that These classes and resources are TOTALLY invisible to web applications. Actually, the rule is very simple, and it is there in the docs. Look at the picture of the class loader hierarchy in the Tomcat docs: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader- howto.html The classes that are visible to a web application are those in the class loader for that webapp, and any of it's parent class loaders. In other words, an application can see the WebappX class loader for itself, plus the Shared, Common, System, and Bootstrap class loaders. It can *not* see the Catalina class loader. thanks, *-pike --- Editorship Styling 'Techniek is waistline, Publish the plan!' What make the method strong until for instance one newspaperman who wish publish and not with technique wish turn troublesome fallen? The clientle with all the bye bye the handshake with examples decrepit. The motto: 'Techniek is waistline, publish the plan!' http://www.worldlanguage.com/Translation.htm? == The key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL in this document are to be interpreted as described in [RFC2119] I wasted time, and now doth time waste me. Or now hath time made me his numbring clock: My thoughts are minutes; and, with sighs, they jar Their watches on to mine eyes, the outward watch, Whereto my finger, like a dials point, Is pointing still, in cleansing them from tears. http://framework.v2.nl/archive/archive/node/text/default.py/nodenr-67731 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: newbie - finding class files
Hi I found this old thread about extending WebdavServlet, in which Andreas Probst notes his webapp cant load classes from the $CATALINA_HOME/servlet/lib/ dir. this url http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html makes it clear why. but now: how should I extend WebdavServlet inside my webapp ? If i put my own classes in the org.apache.bla package, it can't load the classes from my webapp, ofcourse. should I copy all jar files from $CATALINA_HOME/servlet/lib/*jar to my webapps /WEB-INF/lib ? that should work, but it sounds ugly. On Tue, 16 Jul 2002, Andreas Probst wrote: Date: Tue, 16 Jul 2002 13:59:49 +0200 From: Andreas Probst [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: newbie - finding class files On Mon, 15 Jul 2002, Andreas Probst wrote: Hi all, does Tomcat really look into tomcatdir/server/lib? For me it seems Tomcat doesn't. This directory is only visible to the classloader for Tomcat itself, not for webapps. There is a special rule that makes servlet classes in package org.apache.catalina available to webapps anyway, however, which is why the standard WebdavServlet (as well as the other Tomcat features that are available via servlets) can be loaded. Craig Thank you Craig. Could you please tell more about the rule or give a pointer. The class-loader-info of the Tomcat-Docu says nothing about the rule, but says, that These classes and resources are TOTALLY invisible to web applications. Actually, the rule is very simple, and it is there in the docs. Look at the picture of the class loader hierarchy in the Tomcat docs: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader- howto.html The classes that are visible to a web application are those in the class loader for that webapp, and any of it's parent class loaders. In other words, an application can see the WebappX class loader for itself, plus the Shared, Common, System, and Bootstrap class loaders. It can *not* see the Catalina class loader. thanks, *-pike --- Editorship Styling 'Techniek is waistline, Publish the plan!' What make the method strong until for instance one newspaperman who wish publish and not with technique wish turn troublesome fallen? The clientèle with all the bye bye the handshake with examples decrepit. The motto: 'Techniek is waistline, publish the plan!' http://www.worldlanguage.com/Translation.htm == The key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL in this document are to be interpreted as described in [RFC2119] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
(confirmed) WebdavServlet: PROPPATCH doesnt work
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]