Re: Re: errors in deploying war file to tomcat 5.5
- Original Message - From: Edoardo Panfili Sent: 24/08/08 02:28 am To: Tomcat Users List Subject: Re: errors in deploying war file to tomcat 5.5 Edoardo Panfili ha scritto: sam wun ha scritto: Hi, I tried to deploy a war file (built from Eclipse in windows) into tomcat 5.5(in linux). I got the following errors: Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Associated with Deployer 'Catalina:type=Deployer,host=localhost' Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Global resources are available Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:32:53 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:33:24 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet HTMLManager threw exception java.lang.NoClassDefFoundError: org/apache/commons/io/output/DeferredFileOutputStream at org.apache.commons.fileupload.DefaultFileItemFactory.createItem(DefaultFileItemFactory.java:103) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:350) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:302) at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:157) 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:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Unknown Source) What is the problem and how to fix it? Your suggestion is highly appreciated. Thanks Sam It seems that you need org/apache/commons/io/output/DeferredFileOutputStream.class you can find it in commons-io-1.3.2.jar put commons-io-1.3.2.jar in WEB-INF/lib I'm sorry: 1.3.2 is my version maybe you have another one. Hi, where can I find the commons-io file? I tried to search it in the tomcat path, but not found: linux:~ # cd tomcat/ linux:~/tomcat # find . -name commons-io-*.jar linux:~/tomcat # Thanks Edoardo - 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: Re: errors in deploying war file to tomcat 5.5
Hi, I have downloaded commons-io-1.3.1.jar file and put it in the MET-INF\lib\ folder in Eclipse(3.4). Then I highlight the project name , right click it, select Export-War file to export the project into a war file. Have I missing any step? NOw I still getting the same errors. BTW, how to see the content of the war file I built from Eclipse? Thanks - Original Message - From: Edoardo Panfili Sent: 24/08/08 02:28 am To: Tomcat Users List Subject: Re: errors in deploying war file to tomcat 5.5 Edoardo Panfili ha scritto: sam wun ha scritto: Hi, I tried to deploy a war file (built from Eclipse in windows) into tomcat 5.5(in linux). I got the following errors: Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Associated with Deployer 'Catalina:type=Deployer,host=localhost' Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Global resources are available Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:32:53 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:33:24 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet HTMLManager threw exception java.lang.NoClassDefFoundError: org/apache/commons/io/output/DeferredFileOutputStream at org.apache.commons.fileupload.DefaultFileItemFactory.createItem(DefaultFileItemFactory.java:103) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:350) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:302) at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:157) 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:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Unknown Source) What is the problem and how to fix it? Your suggestion is highly appreciated. Thanks Sam It seems that you need org/apache/commons/io/output/DeferredFileOutputStream.class you can find it in commons-io-1.3.2.jar put commons-io-1.3.2.jar in WEB-INF/lib I'm sorry: 1.3.2 is my version maybe you have another one. Edoardo - 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 does not unpack WAR file (Tomcat 5.5.20)
It turns out that the problem IS connected to the ROOT.xml file under conf\Catalina\localhost. As soon as I remove ROOT.xml, the ROOT.war unpacks. This is what my ROOT.xml file looks like: Context cookies=false path= debug=1/ There has been some prior discussion around this topic. For example, see: http://marc.info/?l=tomcat-userm=116107471021645w=2 http://marc.info/?l=tomcat-userm=116302992202121w=2 Is this a known issue / 'bug' with Tomcat 5? :) Pete Johnny Kewl wrote: - Original Message - From: Peter [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Friday, August 22, 2008 4:07 PM Subject: Tomcat does not unpack WAR file (Tomcat 5.5.20) Hi When I drop a WAR file into the webapps folder on my dev machine - running Tomcat 6.0.16 - Tomcat unpacks it on startup. When I do the same on the production box - running Tomcat 5.5.20 - nothing happens. The WAR file that I am deploying is ROOT.war; there is a corresponding ROOT.xml under conf\Catalina\localhost. (I'm not sure if those details have any bearing on the problem - according to one archived post, there may be a connection.) On both machines, the host tags look identical: Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Any assistance would be appreciated. :) Pete -- Peter Cimring Software Developer (: +972 52-545-9364 *: [EMAIL PROTECTED] Pete, nothing comes to mind, you seem to have the bases covered... One possibility is that the existing ROOT web ap is busy... Maybe a thread running or something... TC will not start up the new guy, if the old one cant let go.. possibly from the manager console /manager/html tell the old one to undeploy first maybe... Also just make sure from you dev environment that the ROOT context path is really empty and not root which it maybe doing... wild guess ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Peter Cimring Software Developer (: +972 52-545-9364 *: [EMAIL PROTECTED] /Any sufficiently advanced technology is indistinguishable from magic./ - Arthur C. Clarke - 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 does not unpack WAR file (Tomcat 5.5.20)
I may be going slightly off-topic for this thread, but I have 2 questions regarding the ROOT.xml ROOT.xml fragment file... As a test, I removed ROOT.xml and tested the app behavior. Specifically, I performed these steps to remove the ROOT.xml fragment file: = I removed ROOT.xml from ...conf\Catalina\localhost. = I stopped Tomcat, deleted the 'work' folder and started Tomcat again. = I cleared all cookies from the client machine's web browser. The ROOT.xml file that I removed looked like this: Context cookies=false path= debug=1/ What puzzles me is this: 1. In order to map the ROOT web context to the root URI ('/'), I included the (path=) attribute in ROOT.xml. However, even after removing the ROOT.xml fragment file, the ROOT web app is still mapped to the root URI ('/') i.e. when I navigate to the server's root domain name, the ROOT wabapp is invoked. Was I mistaken in thinking that the (path=) attribute is required? 2. Similarly, I included the (cookies=false) attribute to enable URL rewriting for browsers that do not support cookies. However, even after removing the ROOT.xml fragment file, URL rewriting takes place - IF the web browser does not support cookies. Have I missed something - or does the (cookies=false) do something slightly different to what I thought? Just to re-iterate, I am runningTomcat 5..5.20 Thanks Pete Johnny Kewl wrote: - Original Message - From: Peter [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Friday, August 22, 2008 4:07 PM Subject: Tomcat does not unpack WAR file (Tomcat 5.5.20) Hi When I drop a WAR file into the webapps folder on my dev machine - running Tomcat 6.0.16 - Tomcat unpacks it on startup. When I do the same on the production box - running Tomcat 5.5.20 - nothing happens. The WAR file that I am deploying is ROOT.war; there is a corresponding ROOT.xml under conf\Catalina\localhost. (I'm not sure if those details have any bearing on the problem - according to one archived post, there may be a connection.) On both machines, the host tags look identical: Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Any assistance would be appreciated. :) Pete -- Peter Cimring Software Developer (: +972 52-545-9364 *: [EMAIL PROTECTED] Pete, nothing comes to mind, you seem to have the bases covered... One possibility is that the existing ROOT web ap is busy... Maybe a thread running or something... TC will not start up the new guy, if the old one cant let go.. possibly from the manager console /manager/html tell the old one to undeploy first maybe... Also just make sure from you dev environment that the ROOT context path is really empty and not root which it maybe doing... wild guess ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Peter Cimring Software Developer (: +972 52-545-9364 *: [EMAIL PROTECTED] /Any sufficiently advanced technology is indistinguishable from magic./ - Arthur C. Clarke - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to block part of application based on ip filtering
Hello all im using tomcat as the web server , and i have reverse proxy that redirect to the tomcat i like to be able to restrict the users that redirected from the reverse proxy server to be able to enter only one section of the application . now i was reading the configuration and i found only the possibility to allow / deny based on ip with : org.apache.catalina.valves.RemoteAddrValve , but how can i allow from ip x to enter only section Y of the application . thanks - 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: HOW TO install/setup 2 instances of tomcat on same server
Hi edponce so if i understood everything i just need to duplicate the tomcat folder, do i need to rename it or something? Yes, you just need to duplicate it. You can call the duplicate folder whatever you like. Then On the duplicated tomcat directory, you need to edit the server.xml file so that the second server.xml as unique ports for the shutdown port, the interface port (eg 8080 could become 8081 etc) and how can i check if i've done this correctly? that both instances are running? Yes. Check your logs during startup and shutdown also for any warnings or port binding issues. Thanks for your help... You're welcome. Cheers Tom - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
automatic login
Hi all I'm trying to figure out a way to automatically login a user. It arises when they have created an account, and I don't want to then direct them back to a login page - rather, I want to, in this instance, just log them in. I am using Tomcat's container-managed security. I am using CentOS / JVM 1.6 / apache-tomcat-6.0.14. Does anyone know if the API allows this (and if so, how!)? I guess I could implement my own application-managed security, but I'd like to stick with the tomcat implementation. Cheers Tom - 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: How to block part of application based on ip filtering
--- On Sun, 8/24/08, Meir Yanovich [EMAIL PROTECTED] wrote: From: Meir Yanovich [EMAIL PROTECTED] Subject: How to block part of application based on ip filtering To: users@tomcat.apache.org Date: Sunday, August 24, 2008, 7:38 AM Hello all im using tomcat as the web server , and i have reverse proxy that redirect to the tomcat i like to be able to restrict the users that redirected from the reverse proxy server to be able to enter only one section of the application . now i was reading the configuration and i found only the possibility to allow / deny based on ip with : org.apache.catalina.valves.RemoteAddrValve , but how can i allow from ip x to enter only section Y of the application . thanks Hi Meir, I think the only possible approach is within the application itself since you want to limit access to certain portions of the application. You can use the request.getRemoteAddr() of the HttpServletRequest. If you store the information (URL IP) in the database, you can change it dynamically as you need to :). Also, you can log for repeated attempts of hacking ;) Regards, Tommy - 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: Re: errors in deploying war file to tomcat 5.5
Shouldn't the .jar file go in WEB-INF/lib? Where is the commons-fileupload.jar file? commons-io.jar should go in the same directory. .war and .jar files are the same as .zip files, so you can unpack them using any utility that unpacks .zip files. On Windows, the easiest way is to rename the file with a .zip extension, then you can right-click on it and Extract All. -- Len On Sun, Aug 24, 2008 at 03:58, sam wun [EMAIL PROTECTED] wrote: Hi, I have downloaded commons-io-1.3.1.jar file and put it in the MET-INF\lib\ folder in Eclipse(3.4). Then I highlight the project name , right click it, select Export-War file to export the project into a war file. Have I missing any step? NOw I still getting the same errors. BTW, how to see the content of the war file I built from Eclipse? Thanks - Original Message - From: Edoardo Panfili Sent: 24/08/08 02:28 am To: Tomcat Users List Subject: Re: errors in deploying war file to tomcat 5.5 Edoardo Panfili ha scritto: sam wun ha scritto: Hi, I tried to deploy a war file (built from Eclipse in windows) into tomcat 5.5(in linux). I got the following errors: Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Associated with Deployer 'Catalina:type=Deployer,host=localhost' Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Global resources are available Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:32:53 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:33:24 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet HTMLManager threw exception java.lang.NoClassDefFoundError: org/apache/commons/io/output/DeferredFileOutputStream at org.apache.commons.fileupload.DefaultFileItemFactory.createItem(DefaultFileItemFactory.java:103) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:350) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:302) at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:157) 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:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Unknown Source) What is the problem and how to fix it? Your suggestion is highly appreciated. Thanks Sam It seems that you need org/apache/commons/io/output/DeferredFileOutputStream.class you can find it in commons-io-1.3.2.jar put commons-io-1.3.2.jar in WEB-INF/lib I'm sorry: 1.3.2 is my version maybe you have another one. Edoardo - 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: automatic login
- Original Message - From: Thomas Haines [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, August 24, 2008 4:16 PM Subject: automatic login Hi all I'm trying to figure out a way to automatically login a user. It arises when they have created an account, and I don't want to then direct them back to a login page - rather, I want to, in this instance, just log them in. I am using Tomcat's container-managed security. I am using CentOS / JVM 1.6 / apache-tomcat-6.0.14. Does anyone know if the API allows this (and if so, how!)? I guess I could implement my own application-managed security, but I'd like to stick with the tomcat implementation. Cheers Tom Tom I actually do my own auth thing... but I think in theory you can try this... Emulate a client from your code... its not too difficult doing a 'post' from java, or use httpclient, whatever you want to... then send the form stuff to TC... TC will send you back a cookie... JSessionID = whatever Then set that cookie manually when you send the first page back to the user... I think that will fool TC's security into thinking the client is logged on... There is no real way that I know of for intercepting TC's security (for good reasons) other than valves, and its actually easier to just do your own thing if you go that way... I think Its interesting stuff... Have fun... --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - 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 does not unpack WAR file (Tomcat 5.5.20)
Peter wrote: I may be going slightly off-topic for this thread, but I have 2 questions regarding the ROOT.xml ROOT.xml fragment file... http://tomcat.apache.org/tomcat-5.5-doc/config/context.html should provide answers to your questions. 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: How to block part of application based on ip filtering
- Original Message - From: Meir Yanovich [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Sunday, August 24, 2008 1:38 PM Subject: How to block part of application based on ip filtering Hello all im using tomcat as the web server , and i have reverse proxy that redirect to the tomcat i like to be able to restrict the users that redirected from the reverse proxy server to be able to enter only one section of the application . now i was reading the configuration and i found only the possibility to allow / deny based on ip with : org.apache.catalina.valves.RemoteAddrValve , but how can i allow from ip x to enter only section Y of the application . thanks Meir... I'm not sure TC can help you... I think this because the whole idea of a reverse proxy is that it invisible to TC... I think. ie Apache is going to make headers and all the rest look like they from a normal browser... I think Have a look at this http://www.mail-archive.com/users@tomcat.apache.org/msg46654.html May give you some idea's... that clever guy used apache to restrict access using apaches rewrites... Maybe you could do something like make apache add a special header... and then TC would know its from the proxy. There maybe someheader i'm unaware of... but idea is if you can detect a special header, then TC can reject from the servlet or ip filter... ie either do all the logic in Apache or... make apache identify that it handled it, then do it in TC... ... guessing here... I try something like this Then normal requests to TC go everywhere... Apache is a half blocked gateway... maybe ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - 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: Re: Re: errors in deploying war file to tomcat 5.5
Hi, In said, I have putĀ the commons-io-1.3.1.jar file in the WEB-INF/lib/ directory. Thanks. - Original Message - From: Len Popp Sent: 25/08/08 01:32 am To: Tomcat Users List Subject: Re: Re: errors in deploying war file to tomcat 5.5 Shouldn't the .jar file go in WEB-INF/lib? Where is the commons-fileupload.jar file? commons-io.jar should go in the same directory. .war and .jar files are the same as .zip files, so you can unpack them using any utility that unpacks .zip files. On Windows, the easiest way is to rename the file with a .zip extension, then you can right-click on it and Extract All. -- Len On Sun, Aug 24, 2008 at 03:58, sam wun [EMAIL PROTECTED] wrote: Hi, I have downloaded commons-io-1.3.1.jar file and put it in the MET-INF\lib\ folder in Eclipse(3.4). Then I highlight the project name , right click it, select Export-War file to export the project into a war file. Have I missing any step? NOw I still getting the same errors. BTW, how to see the content of the war file I built from Eclipse? Thanks - Original Message - From: Edoardo Panfili Sent: 24/08/08 02:28 am To: Tomcat Users List Subject: Re: errors in deploying war file to tomcat 5.5 Edoardo Panfili ha scritto: sam wun ha scritto: Hi, I tried to deploy a war file (built from Eclipse in windows) into tomcat 5.5(in linux). I got the following errors: Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Associated with Deployer 'Catalina:type=Deployer,host=localhost' Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: init: Global resources are available Aug 24, 2008 12:32:46 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:32:53 PM org.apache.catalina.core.ApplicationContext log INFO: HTMLManager: list: Listing contexts for virtual host 'localhost' Aug 24, 2008 12:33:24 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet HTMLManager threw exception java.lang.NoClassDefFoundError: org/apache/commons/io/output/DeferredFileOutputStream at org.apache.commons.fileupload.DefaultFileItemFactory.createItem(DefaultFileItemFactory.java:103) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:350) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:302) at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:157) 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:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Unknown Source) What is the problem and how to fix it? Your suggestion is highly appreciated. Thanks Sam It seems that you need org/apache/commons/io/output/DeferredFileOutputStream.class you can find it in commons-io-1.3.2.jar put commons-io-1.3.2.jar in WEB-INF/lib I'm sorry: 1.3.2 is my version maybe you have another one. Edoardo
Re: Struts vs JSF (poll?)
- Original Message - From: Tommy Pham [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Sunday, August 24, 2008 7:03 AM Subject: Struts vs JSF (poll?) Hi everyone, This maybe out of scope for this list but I wanted to know more about Struts vs JSF other this old article [1]. Which are are deployed mostly on your TC server(s)/cluster(s)? If any Java developers are on this list, which platform API do you prefer for quick development (to meet deadline), performance, security management (user authentication and level restriction) etc... since both are based on MVC despite their different implementations(?). Since there isn't a JSR for Struts, has Struts been around before JCP is formed? And why is there not a JSR for Struts now (just curious)? As for JSF, which implementation is used by/for your app(s)? Sun/NetBeans? Apache's MyFaces? or Others (please list)? I'm somewhat disappointed Netbeans support for JSF and Struts in that Netbeans bundled libs support used older Apache Commons lib version (even for the current v6.1), although this could be updated but I don't know whether it will break the integration of Netbeans' VWP. Even the tutorial/trails on NetBeans site regarding Struts (although this can be compensated at Struts' web site) is very limited perhaps because of the (biased?) Struts weak integration to favor or push more on JSF/Visual JSF? I need to evaluate my options of API and IDE before I dedicate several projects since the performance of Netbeans is getting worse by every release comparing to Eclipse. As for server, I've decided already ;) TIA, Tommy [1] http://websphere.sys-con.com/node/46516 Use neither... prefer the plain TC MVC model. Struts is really just an implementation of the MVC model in TC JSF is more about trying to make web development feel like Swing development... see Visual Web Pages in NB Struts is very much a stand alone tool. JSF needs the whole VWP framework to make it go. Struts may not be a Sun standard... but Apache is a brand you can trust... its generally all good free stuff. JSF and VWP are Suns baby. Sun and Apache dont see eye to eye on everything ;) Netbeans is Sun Eclipse isnt You get the picture... theres some helthy competition out there ;) The truth is... if you know what you doing, you dont need a framework... if not a framework will get you going quickly. Frameworks are cool until you want to do something outside of the framework... That applies to VWP or Struts... If I had no other choice, I'd use Struts... but I'd also use NB ;) Big problem with the NB JSF tools is the complete lockin... so if your graphic artist is on Adobe, or FrontPage or anything else... they going to hate you ;) The NB JSF doesnt lend itself to multiple tools... its the swing way or no way... or extreme pain when you need something from the outside world;) Its not about standards, its about lockin... actually many standards also mean lock in... thats probably why they made them. You cant beat just having a good clever designer on your team... there are many in this TC group... hire one. Also dont be a groupie... just think about the technology... Trouble with that is the NB is cocking up trying to push glassfish into it... but NB is Sun and Sun control Java... not a simple as its just crap. On the server end, there is a competition problem... on Java Core... its hard to beat ;) Being a Java programmer is full of hard choices;) Have Fun and choose carefully... read up on the TC MVC model... --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ajax tomcat caching
Hello I trying to access an running webapp that itself works fine. I can see the results of the app within the output of my IDE when I just run the app separately. Problem is I am trying to test an ajax app and when I execute the XMLHttpRequest.send(query) after proper setup with a known parameter I see the app just re-executing the same page with same parameter that it had; not the one in my ajax call. It is as if my XMLHttpRequest.send() was just executing a refresh. Obviously I then dont get anything aback. I have tried from a different browser window. This is not exotic, just self testing an ajax app against a localhost webapp. Ideas? tia. -- View this message in context: http://www.nabble.com/ajax-tomcat-caching-tp19133882p19133882.html 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: ajax tomcat caching
Hello Update There seems to be another set of outputs. If I do not run the web first and just start it and then run my ajax app, I execute the call to the webapp, but there is no parameter, even though I check both XMLHttpRequest.open(a,b,c) and XMLHttpRequest.send(query). This is a check right before, I know it the proper url. This sort of explains the initial problem cited below, but not how I loose the parameter. Ideas2? Thanks. cpanon wrote: Hello I trying to access an running webapp that itself works fine. I can see the results of the app within the output of my IDE when I just run the app separately. Problem is I am trying to test an ajax app and when I execute the XMLHttpRequest.send(query) after proper setup with a known parameter I see the app just re-executing the same page with same parameter that it had; not the one in my ajax call. It is as if my XMLHttpRequest.send() was just executing a refresh. Obviously I then dont get anything aback. I have tried from a different browser window. This is not exotic, just self testing an ajax app against a localhost webapp. Ideas? tia. -- View this message in context: http://www.nabble.com/ajax-tomcat-caching-tp19133882p19133988.html 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: Struts vs JSF (poll?)
Being as most of what I do today is RIA development, I've personally found that the ideal solution is to use NO framework at all. I use DWR and just treat everything as method calls. The nice thing about that is you wind up with a very clean and plain structure to your application in the sense that you're thinking in terms of classes and methods, like you do in general server-side anyway. It also makes most of your application highly testable (except where session comes into play, but we tend to try and minimize that usage anyway). You design a proper API, and the fact that you're using it behind a web-based application isn't really relevant (and in fact you can truly slap any front-end on you want without much trouble). I've found that my projects drift towards more of a component-based model naturally doing this, and away from the classic page/action-based model of Struts (which is where we were a few years ago). It becomes much more about events, small, focused bits of functionality, and how it's all put together to form a larger whole. The development cycle I find is much faster, much simpler and the results are far more flexible and extensible. It's in some sense a return to a more bare metal mentality, but it's truly made our lives a whole lot better. I've had to mentor some pretty inexperienced teams and I've seen this approach versus the framework-centric approach with something like Struts, and I've observed it to be much easier to get their brains wrapped around this approach, they come up to speed and are effective faster, and they are more effective than in cases where a full, proper framework was used. So, if the question is Struts vs. JSF, I'm in agreement with Johnny to a large degree: neither is the best answer. And in fact, I second the no framework at all opinion. I suppose if you wanted to consider DWR a framework then I'd say DWR, but it's really just a mechanism, not a framework (it could be something else other than DWR, so long as it presented an RPC view of the world it'd be the same basically). But as far as the true frameworks go, as we've come to understand them over the past few years, my personal opinion is that they serve no purpose any longer when talking about developing modern RIAs, and in fact tend to get in the way more than they help in those situations. I completely realize this isn't the popular opinion (yet), and many people actually disagree quite vehemently, but I've had pretty extensive experience building these types of apps for nearly 10 years now, and that's the mindset I've come to at this point. (I tend not to say this often, because it's usually annoying to me when people do it, but what the hell... I actually blogged about this a little while back: http://www.zammetti.com/blog) Frank -- Frank W. Zammetti Author of Practical Dojo Projects abd Practical DWR 2 Projects and Practical JavaScript, DOM Scripting and Ajax Projects and Practical Ajax Projects With Java Technology (For info: apress.com/book/search?searchterm=zammettiact=search) My look ma, I have a blog too! blog: zammetti.com/blog Johnny Kewl wrote: - Original Message - From: Tommy Pham [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Sunday, August 24, 2008 7:03 AM Subject: Struts vs JSF (poll?) Hi everyone, This maybe out of scope for this list but I wanted to know more about Struts vs JSF other this old article [1]. Which are are deployed mostly on your TC server(s)/cluster(s)? If any Java developers are on this list, which platform API do you prefer for quick development (to meet deadline), performance, security management (user authentication and level restriction) etc... since both are based on MVC despite their different implementations(?). Since there isn't a JSR for Struts, has Struts been around before JCP is formed? And why is there not a JSR for Struts now (just curious)? As for JSF, which implementation is used by/for your app(s)? Sun/NetBeans? Apache's MyFaces? or Others (please list)? I'm somewhat disappointed Netbeans support for JSF and Struts in that Netbeans bundled libs support used older Apache Commons lib version (even for the current v6.1), although this could be updated but I don't know whether it will break the integration of Netbeans' VWP. Even the tutorial/trails on NetBeans site regarding Struts (although this can be compensated at Struts' web site) is very limited perhaps because of the (biased?) Struts weak integration to favor or push more on JSF/Visual JSF? I need to evaluate my options of API and IDE before I dedicate several projects since the performance of Netbeans is getting worse by every release comparing to Eclipse. As for server, I've decided already ;) TIA, Tommy [1] http://websphere.sys-con.com/node/46516 Use neither... prefer the plain TC MVC model. Struts is really just an implementation of the MVC model in TC JSF is more about trying to make web development feel
Re: Custom error page with stacktrace
Dear All, In your error page, the variable exception is set to the exception (if any). You can get the error message and stack trace from the exception like this: pException message: %= (exception == null) ? : exception.getMessage() %/p % String stStack = ; if (exception != null) { java.io.StringWriter sw = new java.io.StringWriter(); exception.printStackTrace(new java.io.PrintWriter(sw)); stStack = sw.toString(); } % pStack trace:/p pre %= stStack % /pre You can make this even more readable by using the individual stack trace elements instead of the string writer. That way you can give those lines that have your own classes a different colour. What I do is show my own classes in bold red in the stack trace. That way I know what code to check faster. Check out http://java.sun.com/javase/6/docs/api/java/lang/Throwable.html#getStackTrace() -- Kees Jan http://java-monitor.com/forum/ [EMAIL PROTECTED] 06-51838192 Rule 1 for being in a hole: stop digging. - 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 ignores the missing JDBC DataSource reference in web.xml
Dear Gennady, My web.xml descriptor missing reference to JDBC data source defined in context.xml (resource-ref section), but web application runs just fine and pooled data source consumed by hibernate. Same here. I read somewhere that the tutorials are wrong and the this is the way it's supposed to work. Sorry, no link. -- Kees Jan http://java-monitor.com/forum/ [EMAIL PROTECTED] 06-51838192 The secret of success lies in the stability of the goal. -- Benjamin Disraeli - 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: override 100-continue response in servlet
Dear Craig, I'm writing a servlet to allow large-file uploads (with ranges and resume). One issue I noticed was that if the range is invalid (I do the checks in doPut), and I return a 416, the client (curl in this case) continues to upload the body (possibly gigabytes of data that will be discarded) because tomcat already sent the 100-continue. Ah. Rebuilding FTP? :-) Maybe I could just force the connection to close somehow, but I'd like to respond with the 416 instead of tomcat's immediate 100- continue. Is there a way to override the 100-continue behaviour so I can perform the checks and return 100 or 416 myself? You could use a servlet-filter to do the checks earlier? Other that that, you're looking at hacking Tomcat itself. If not, how could I force the connection to close immediately? response.getOutputStream().close() ? -- Kees Jan http://java-monitor.com/forum/ [EMAIL PROTECTED] 06-51838192 The secret of success lies in the stability of the goal. -- Benjamin Disraeli - 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 does not unpack WAR file (Tomcat 5.5.20)
Peter wrote: I may be going slightly off-topic for this thread, but I have 2 questions regarding the ROOT.xml ROOT.xml fragment file... As a test, I removed ROOT.xml and tested the app behavior. Specifically, I performed these steps to remove the ROOT.xml fragment file: = I removed ROOT.xml from ...conf\Catalina\localhost. = I stopped Tomcat, deleted the 'work' folder and started Tomcat again. = I cleared all cookies from the client machine's web browser. The ROOT.xml file that I removed looked like this: Context cookies=false path= debug=1/ What puzzles me is this: 1. In order to map the ROOT web context to the root URI ('/'), I included the (path=) attribute in ROOT.xml. However, even after removing the ROOT.xml fragment file, the ROOT web app is still mapped to the root URI ('/') i.e. when I navigate to the server's root domain name, the ROOT wabapp is invoked. Was I mistaken in thinking that the (path=) attribute is required? 2. Similarly, I included the (cookies=false) attribute to enable URL rewriting for browsers that do not support cookies. However, even after removing the ROOT.xml fragment file, URL rewriting takes place - IF the web browser does not support cookies. Have I missed something - or does the (cookies=false) do something slightly different to what I thought? I think so. cookies=true determines if you want cookies to be used for session identifier. If set to true, I believe that Tomcat will automatically use URL rewrite if a browser does not accept cookies. Just to re-iterate, I am runningTomcat 5..5.20 Thanks Pete Johnny Kewl wrote: - Original Message - From: Peter [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Friday, August 22, 2008 4:07 PM Subject: Tomcat does not unpack WAR file (Tomcat 5.5.20) Hi When I drop a WAR file into the webapps folder on my dev machine - running Tomcat 6.0.16 - Tomcat unpacks it on startup. When I do the same on the production box - running Tomcat 5.5.20 - nothing happens. The WAR file that I am deploying is ROOT.war; there is a corresponding ROOT.xml under conf\Catalina\localhost. (I'm not sure if those details have any bearing on the problem - according to one archived post, there may be a connection.) On both machines, the host tags look identical: Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Any assistance would be appreciated. :) Pete -- Peter Cimring Software Developer (: +972 52-545-9364 *: [EMAIL PROTECTED] Pete, nothing comes to mind, you seem to have the bases covered... One possibility is that the existing ROOT web ap is busy... Maybe a thread running or something... TC will not start up the new guy, if the old one cant let go.. possibly from the manager console /manager/html tell the old one to undeploy first maybe... Also just make sure from you dev environment that the ROOT context path is really empty and not root which it maybe doing... wild guess ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- H. Hall ReedyRiver Group LLC http://www.reedyriver.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: DWR [Slightly off topic -- Was Struts vs JSF (poll?)]
Frank, This may be too far off-list; if so please suggest another channel. However, there may be other developers lurking on the list who would also be interested. I've downloaded DWR and performed a cursory look through the examples, and it looks promising (I've done a chunk of very bare-metal ajax, and a chunk of GWT). I've also read your blog entry on the subject and am quite convinced about the desirability of an RPC-like framework. What I don't have a feel for is the mix between ordinary html and javascript that might be forced on you by DWR. The item making me hesitant about sticking my big toe in the icy cold water is this: I'm looking at a couple of legacy struts 1.8 apps which need to have some more powerful mini-apps dropped into the pages without completely throwing out the existing pages: think souped-up puzzles, or souped up local database query or souped-up wizard-like expert diagnostic action. I'd hope to be able to at least preserve the tiles-based layout, and even the fundamental struts-control (constraining as I feel about that), just to cut down on the extent of rework. I wonder if you would comment on this. Thanks in advance, Ken On Aug 24, 2008, at 4:10 PM, Frank W. Zammetti wrote: Being as most of what I do today is RIA development, I've personally found that the ideal solution is to use NO framework at all. I use DWR and just treat everything as method calls. The nice thing about that is you wind up with a very clean and plain structure to your application in the sense that you're thinking in terms of classes and methods, like you do in general server-side anyway. It also makes most of your application highly testable (except where session comes into play, but we tend to try and minimize that usage anyway). You design a proper API, and the fact that you're using it behind a web-based application isn't really relevant (and in fact you can truly slap any front-end on you want without much trouble). I've found that my projects drift towards more of a component-based model naturally doing this, and away from the classic page/action- based model of Struts (which is where we were a few years ago). It becomes much more about events, small, focused bits of functionality, and how it's all put together to form a larger whole. The development cycle I find is much faster, much simpler and the results are far more flexible and extensible. It's in some sense a return to a more bare metal mentality, but it's truly made our lives a whole lot better. I've had to mentor some pretty inexperienced teams and I've seen this approach versus the framework-centric approach with something like Struts, and I've observed it to be much easier to get their brains wrapped around this approach, they come up to speed and are effective faster, and they are more effective than in cases where a full, proper framework was used. So, if the question is Struts vs. JSF, I'm in agreement with Johnny to a large degree: neither is the best answer. And in fact, I second the no framework at all opinion. I suppose if you wanted to consider DWR a framework then I'd say DWR, but it's really just a mechanism, not a framework (it could be something else other than DWR, so long as it presented an RPC view of the world it'd be the same basically). But as far as the true frameworks go, as we've come to understand them over the past few years, my personal opinion is that they serve no purpose any longer when talking about developing modern RIAs, and in fact tend to get in the way more than they help in those situations. I completely realize this isn't the popular opinion (yet), and many people actually disagree quite vehemently, but I've had pretty extensive experience building these types of apps for nearly 10 years now, and that's the mindset I've come to at this point. (I tend not to say this often, because it's usually annoying to me when people do it, but what the hell... I actually blogged about this a little while back: http://www.zammetti.com/blog) Frank -- Frank W. Zammetti Author of Practical Dojo Projects abd Practical DWR 2 Projects and Practical JavaScript, DOM Scripting and Ajax Projects and Practical Ajax Projects With Java Technology (For info: apress.com/book/search?searchterm=zammettiact=search) My look ma, I have a blog too! blog: zammetti.com/blog Johnny Kewl wrote: - Original Message - From: Tommy Pham [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Sunday, August 24, 2008 7:03 AM Subject: Struts vs JSF (poll?) Hi everyone, This maybe out of scope for this list but I wanted to know more about Struts vs JSF other this old article [1]. Which are are deployed mostly on your TC server(s)/cluster(s)? If any Java developers are on this list, which platform API do you prefer for quick development (to meet deadline), performance, security management (user authentication and level restriction) etc... since both are
Re: DWR [Slightly off topic -- Was Struts vs JSF (poll?)]
somewhat disappointed Netbeans support for JSF and Struts in that Netbeans bundled libs support used older Apache Commons lib version (even for the current v6.1), although this could be updated but I don't know whether it will break the integration of Netbeans' VWP. Even the tutorial/trails on NetBeans site regarding Struts (although this can be compensated at Struts' web site) is very limited perhaps because of the (biased?) Struts weak integration to favor or push more on JSF/Visual JSF? I need to evaluate my options of API and IDE before I dedicate several projects since the performance of Netbeans is getting worse by every release comparing to Eclipse. As for server, I've decided already ;) TIA, Tommy [1] http://websphere.sys-con.com/node/46516 Use neither... prefer the plain TC MVC model. Struts is really just an implementation of the MVC model in TC JSF is more about trying to make web development feel like Swing development... see Visual Web Pages in NB Struts is very much a stand alone tool. JSF needs the whole VWP framework to make it go. Struts may not be a Sun standard... but Apache is a brand you can trust... its generally all good free stuff. JSF and VWP are Suns baby. Sun and Apache dont see eye to eye on everything ;) Netbeans is Sun Eclipse isnt You get the picture... theres some helthy competition out there ;) The truth is... if you know what you doing, you dont need a framework... if not a framework will get you going quickly. Frameworks are cool until you want to do something outside of the framework... That applies to VWP or Struts... If I had no other choice, I'd use Struts... but I'd also use NB ;) Big problem with the NB JSF tools is the complete lockin... so if your graphic artist is on Adobe, or FrontPage or anything else... they going to hate you ;) The NB JSF doesnt lend itself to multiple tools... its the swing way or no way... or extreme pain when you need something from the outside world;) Its not about standards, its about lockin... actually many standards also mean lock in... thats probably why they made them. You cant beat just having a good clever designer on your team... there are many in this TC group... hire one. Also dont be a groupie... just think about the technology... Trouble with that is the NB is cocking up trying to push glassfish into it... but NB is Sun and Sun control Java... not a simple as its just crap. On the server end, there is a competition problem... on Java Core... its hard to beat ;) Being a Java programmer is full of hard choices;) Have Fun and choose carefully... read up on the TC MVC model... --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Information from ESET Smart Security, version of virus signature database 3382 (20080823) __ The message was checked by ESET Smart Security. http://www.eset.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] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Information from ESET Smart Security, version of virus signature database 3383 (20080824) __ The message was checked by ESET Smart Security. http://www.eset.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: Struts vs JSF (poll?)
- Original Message - From: Frank W. Zammetti [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, August 24, 2008 10:10 PM Subject: Re: Struts vs JSF (poll?) Being as most of what I do today is RIA development, I've personally found that the ideal solution is to use NO framework at all. I use DWR and just treat everything as method calls. The nice thing about that is you wind up with a very clean and plain structure to your application in the sense that you're thinking in terms of classes and methods, like you do in general server-side anyway. It also makes most of your application highly testable (except where session comes into play, but we tend to try and minimize that usage anyway). You design a proper API, and the fact that you're using it behind a web-based application isn't really relevant (and in fact you can truly slap any front-end on you want without much trouble). I've found that my projects drift towards more of a component-based model naturally doing this, and away from the classic page/action-based model of Struts (which is where we were a few years ago). It becomes much more about events, small, focused bits of functionality, and how it's all put together to form a larger whole. The development cycle I find is much faster, much simpler and the results are far more flexible and extensible. It's in some sense a return to a more bare metal mentality, but it's truly made our lives a whole lot better. I've had to mentor some pretty inexperienced teams and I've seen this approach versus the framework-centric approach with something like Struts, and I've observed it to be much easier to get their brains wrapped around this approach, they come up to speed and are effective faster, and they are more effective than in cases where a full, proper framework was used. So, if the question is Struts vs. JSF, I'm in agreement with Johnny to a large degree: neither is the best answer. And in fact, I second the no framework at all opinion. I suppose if you wanted to consider DWR a framework then I'd say DWR, but it's really just a mechanism, not a framework (it could be something else other than DWR, so long as it presented an RPC view of the world it'd be the same basically). But as far as the true frameworks go, as we've come to understand them over the past few years, my personal opinion is that they serve no purpose any longer when talking about developing modern RIAs, and in fact tend to get in the way more than they help in those situations. I completely realize this isn't the popular opinion (yet), and many people actually disagree quite vehemently, but I've had pretty extensive experience building these types of apps for nearly 10 years now, and that's the mindset I've come to at this point. (I tend not to say this often, because it's usually annoying to me when people do it, but what the hell... I actually blogged about this a little while back: http://www.zammetti.com/blog) Frank Yes, exactly... the closer you get to the plain TC MVC model (its a technique not a framework), the smaller, cleaner, faster, and easier to understand... the code becomes. Then what you'll find is that if you need Ajax, you may give DWR a go, or anything else... and then if your client comes back and says, we need a special wiki with a search engine... you not going to panic because its not in the framework... you going dig around in Apache, find some cool stuff like lucene... and just do it. Its a model... and once you get it, you'll actually start to see it in all these other tools... I actually think there is no short cut to just trying to understand all the core technologies... I kick consultants out regularly ;) If the guy start waffling on about VWP, but he doesnt understand HTML... I classify him as damn dangerous ;) Have fun... --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- Well done China... that was cool - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]