RE: Struts application
Thanx Yoav, Just a few things. Hope u can provide some further info (if not, it's ok... you've already given me some answers, which I appreciate): - I've tested doing what you said... actually, I'd tried that before even contacting all of you, but since it didn't worked, I thought I might have missed "something else" explained on the file I mentioned, running.TXT). I'll give it a second try. - I have a constraint: I must use Java v1.4 (therefore my testing v5.5 with v1.4). - Before trying out Tomcat 5.x, I believe it's more "prudent" to first make sure that the web app works on a "similar" (note the quotes) environment. Therefore my wanting to try out Tomcat v4.1 standalone server. - I've already installed Tomcat 5.5 as a service. Will it conflict with v5.0 if I try to install the latter without uninstalling v5.5? (I've noticed that the name of the service automatically created by the installer is "tomcat5" (not "tomcat5_5", "tomcat5_x" or similar). - You say that LE version does not contain files files provided by JDK 1.4. I'd already installed Sun's JDK 1.4 on my box. Are there any differences between installing LE and integrating it with that JDK or using the "full" version? Any "small print"? :) Just that. Again, thanx 4 everything. Regards everybody, Freddy. -Mensaje original- De: Shapira, Yoav [mailto:[EMAIL PROTECTED] Enviado el: lunes, 13 de diciembre de 2004 17:55 Para: Tomcat Users List; [EMAIL PROTECTED] Asunto: RE: Struts application Hi, >succesfully served. Something important: I used J2SE 5.0, since it's a >REQUISITE for running v5.5 (and I haven't been able to find the famous >"RUNNING.txt" file - or any other document, for what it matters - where >those details for using v5.5 along with Java v1.4 are professedly >explained). It's in any of the full distributions: jakarta-tomcat-5.5.x.zip or jakarta-tomcat-5.5.x.tar.gz. All you need to do in order to run Tomcat 5.5 under JDK 1.4 is extract jakarta-tomcat-5.5.x-compat.zip to the directory where you installed Tomcat. All the compat distro contains is the JMX API and the Xerces implementation. >deployment. However, I thought it would also be a good debugging practice >to >install a standalone Tomcat v4.1 server and make sure that, at least, the That IS good debugging practice. An even better one would be to try a more recent version such as Tomcat 5.0.x, rather than 4.1.x which is two major versions back from 5.5.x. >JBuilderX. Hence, another question: what's the difference between: > >jakarta-tomcat-4.1.31-LE-jdk14.exe > >and > >jakarta-tomcat-4.1.31.exe The LE distribution does NOT contain files provided by JDK 1.4. Don't use it: use the full distributions. Yoav Shapira http://www.yoavshapira.com 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]
Struts application
Hello everyone, I'm facing some problems with Struts on a Tomcat server. I'm looking for my own answers. However, input from both groups would be appreciated. I just downloaded Tomcat v5.5 and installed on an XP Professional box. No problem. I've been running and testing without trouble a Struts applications on a Tomcat 4.0 server as well as a Tomcat 4.1 server, both of them shipped and integrated with JBuilderX IDE (Java 1.4). In the past, I've deployed several other web applications on standalone servers (Tomcats, Weblogics, JBoss...) after developing and testing them on these "embedded" servers and never faced any (important) problems. Now, I tried to deploy that very same web application on the Tomcat 5.5 server. It just wouldn't work. There seems to be some kind of problem with Struts' Tag Libraries. "Normal" JSPs and other non-Struts files are succesfully served. Something important: I used J2SE 5.0, since it's a REQUISITE for running v5.5 (and I haven't been able to find the famous "RUNNING.txt" file - or any other document, for what it matters - where those details for using v5.5 along with Java v1.4 are professedly explained). Any comments anybody? (If somebody believes the stack trace would be of some help in this case I wouldn't mind provinding it... I just didn't want to flood you with unnecesary (?) data) At this moment, I'm trying to find out what's going on with the tomcat v5.5 deployment. However, I thought it would also be a good debugging practice to install a standalone Tomcat v4.1 server and make sure that, at least, the web application works just as fine as it did with that one shipped with JBuilderX. Hence, another question: what's the difference between: jakarta-tomcat-4.1.31-LE-jdk14.exe and jakarta-tomcat-4.1.31.exe ??? Thanks in advance. Regards, Freddy. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Session timeout
Hi everybody, Is it possible to configure the session timeout using the org.apache.catalina.session.StandardManager Session Manager or am I forced to use the Persistent Manager just for doing so? (Tomcat v4.1) Regards, F. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Filter/...
Interesting issue. Anyway, can't think of anything that solves it in a clean way. If you give me (if you can) further information about what your filter does, I could give it a try at thinking about an alternative solution. Cheers, F. -Mensaje original- De: Brij Naald [mailto:[EMAIL PROTECTED] Enviado el: sábado, 04 de diciembre de 2004 18:56 Para: [EMAIL PROTECTED] Asunto: RE: Filter/... Hi, you indeed didn't the question :-) (but still, thanks for answering!) The problem is as follows: I'm making a plugin which puts a wrapper around the request of a servlet. A servlet gets invoked by: doGet(HttpServletRequest request, HttpServletResponse response) What I want to do now is to put a filter in front of it. When a request comes in, the filter does: newrequest= new RequestWrapper(request); chain.doFilter(newrequest, response); That way the servlet is invoked with a wrapper around the request. Until now, this approach works. Now comes the problem: the filter also does some other things than creating the wrapper. That way it always has to be called, before a servlet is called. The filter I have now, always get called when there is an incoming request. But when a servlet uses a requestdispatcher to include another servlet, the filter doesn't get called. In a little schema: Without filter the call looks like: Request --> Servlet1 --> Servlet2(so servlet1 uses a requestdispatcher to include servlet2) If you add a filter to this you get: Request --> Filter -> Servlet1 -> Servlet2 But what I need to get is: Request --> Filter -> Servlet1 -> Filter -> Servlet2 _ Heb je MSN WebMessenger al ontdekt? http://webmessenger.msn.com/?mkt=nl-be - 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: Filter/...
Hi Brij, I am not sure I have fully understood your question. In any case, I believe that for accomplishing what you've stated you have 2 options: - Use a listener class (it's like a filter, but it's automatically invoked by the servlet container on the ocurrence of different kinds of events, being one of those the initiailization of the servlet context. - Use the init() method on the servlet class. This method is executed prior to any request being delivered to that servlet through the service method. Agains, not sure if this solves your specific problem. Regards, Freddy. -Mensaje original- De: Brij Naald [mailto:[EMAIL PROTECTED] Enviado el: sábado, 04 de diciembre de 2004 17:20 Para: [EMAIL PROTECTED] Asunto: Filter/... Hi, I need to run a class everytime before a servlet is started. One option is to make a filter, the problem here is that a filter doesn't get called when a servlet is invoked via the requestDispatcher. Is there another solution for this problem? _ MSN Music: download je muziek legaal ! http://entertainment.msn.be/muziek/musicclub - 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]
Declarative security example
Hello everybody, I'm trying to run the following test application on a Tomcat v4.1 that comes along with JBuilder X. SecureServlet SecureServlet prueba de seguridad declarativa /servlet/SecureServlet POST supervisor NONE FORM /formlogin.html /formerror.html supervisor When I launch the server, it is not able to initialize the web app. This is the trace I get from Tomcat: 12-nov-2004 18:30:05 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.27-LE-jdk14 HostConfig[localhost]: Deploying configuration descriptor jb-cursoj2ee.xml WebappLoader[/cursoj2ee]: Deploying class repositories to work directory C:\cursoj2ee\seguridadDeclarativa\seguridadDeclarativa\Tomcat\work\cursoj2ee WebappLoader[/cursoj2ee]: Deploy class files /WEB-INF/classes to C:\cursoj2ee\seguridadDeclarativa\seguridadDeclarativa\modulo1\WEB-INF\class es WebappLoader[/cursoj2ee]: Reloading checks are enabled for this Context ContextConfig[/cursoj2ee]: No Realm has been configured to authenticate against ContextConfig[/cursoj2ee]: Marking this application unavailable due to previous error(s) StandardManager[/cursoj2ee]: Seeding random number generator class java.security.SecureRandom StandardManager[/cursoj2ee]: Seeding of random number generator has been completed StandardContext[/cursoj2ee]: Context startup failed due to previous errors 12-nov-2004 18:30:07 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 It seems like I've got to define some realm on Tomcat in order for this silly example to work. However, I've read (Sun's material) this example should be straightforward, just deploy the webapp anywhere and run, without defining anything particular to the servlet container. What am I missing? Am I required to define a realm in order for it to work? Thanx everybody, F. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SPAM MAIL FROM HSBC
I'm receiving it too! I've blocked it with my mail client, but it's still annoying. Please, somebody block this spammer. Peace. -Mensaje original- De: Aris Javier [mailto:[EMAIL PROTECTED] Enviado el: miercoles, 15 de septiembre de 2004 4:52 Para: [EMAIL PROTECTED] Asunto: SPAM MAIL FROM HSBC Hello to All! Im always receiving HSBC spam mail here in tomcat mailing list... Am I the only one receiving this spam mail? or everybody in mailing list? Can tomcat mailing list administrator block this? or its in our server? Aris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
