WHy can't i unsubscribe?
I found Resin to be a great alternative to Tomcat, yet I seem to fail to unsubscribe Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
JSVC ignores hosts in my server.xml...
Hi! I have the following configuration: Fedora Core 1 JDK 1.5.0 beta 2 Tomcat 5.0.27 I installed jsvc according to tomcats instructions. Heres relevant part of my server.xml: Engine name=Catalina defaultHost=localhost Logger className=org.apache.catalina.logger.FileLogger / Realm className=org.apache.catalina.realm.UserDatabaseRealm resourceName=UserDatabase / Host name=shop.ablogic.org appBase=webapps2 / Host name=localhost appBase=webapps Aliasablogic.net/Alias Aliaswww.ablogic.net/Alias Aliasablogic.org/Alias Aliaswww.ablogic.org/Alias /Host !-- XXX -- Host name=siblumber.com appBase=/home/sibl/web/ deployXML=true Aliaswww.siblumber.com/Alias Aliasshop.siblumber.com/Alias /Host And inside my $CATALINA_HOME/conf/Catalina/siblumber.com/ROOT.xml I have the following: ?xml version=1.0 encoding=UTF-8 ? Context path=/ docBase=/home/sibl/web/ROOT debug=0 reloadable=false Resource name=jdbc/SIBL auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/SIBL !-- Max pool connections -- parameternamemaxActive/namevalue5/value/parameter !-- Max idle connections -- parameternamemaxIdle/namevalue5/value/parameter !-- Username -- parameternameusername/namevaluexxx/value/parameter !-- Password -- parameternamepassword/namevaluexxx/value/parameter !--DB Driver -- parameternamedriverClassName/namevaluecom.mysql.jdbc.Driver/value/parameter !--DB URL -- parameternameurl/namevaluejdbc:mysql://127.0.0.1:3306/SIBL?autoReconnect=trueamp;useUnicode=trueamp;cha /ResourceParams /Context Whenever I run startup.sh or shutdown.sh as root, everything goes fine. If I try to run Tomcat5.sh start as root, however, only my localhost element is parsed. There are no errors inside the log whatsoever, and I have no idea what the hell is wrong. My Tomcat5.sh jsvc configuration is set to switch me to tomcat5 user. On both of my folders (and all their sub-files) /usr/tomcat5 and /home/sibl/web the owner is tomcat5:tomcat5 and privileges are set to ugo=rwx, meaning everybody has unlimited access to all folders, therefore eliminating it as a possible issue. Does anybody know what the hell is the problem with jsvc? Any help is greatly appreciated. Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
Using SSL with different domains on one server
Hi! I have 1 server with multiple IPs. As far as I know, Digital sertificates work per IP per domain. So, how can I configure to make it so that Whenever user requests www.dom1.com, it forwards him to a certain IP (that can be done through my DNS ), and then a specific certificate is used? Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
[URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares!
Hi everyone! First of all, in my JSP page I specify: %@ page language=java contentType=text/html; charset=UTF-8 % %@ page pageEncoding=UTF-8% Now, in my HEAD I have: META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=utf-8 And when I type the following in my page: This is text in English The English text displays just fine, whereas the Russian is a bunch of squares. What could be the problem? Is it possible that the way I SAVE the page could affect it? I am using Eclipse with Lomboz, and it has no option to change encoding of the file. Lemme try Microsoft word.. Nope, Microsoft word doesnt have an option to save page in different encoding. I have no clue what to do, and this is urgent because this project is due tomorrow, can someone PLEASE help with this? By the way, My browser is configured properly I have no problem displaying Russian stuff on other web sites. Goddamn tomcat L(( Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
OMG Nobody ever dealt with non-English inside JSPs themselves?
_ From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 1:48 AM To: 'Tomcat Users List' Subject: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares! Hi everyone! First of all, in my JSP page I specify: %@ page language=java contentType=text/html; charset=UTF-8 % %@ page pageEncoding=UTF-8% Now, in my HEAD I have: META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=utf-8 And when I type the following in my page: This is text in English The English text displays just fine, whereas the Russian is a bunch of squares. What could be the problem? Is it possible that the way I SAVE the page could affect it? I am using Eclipse with Lomboz, and it has no option to change encoding of the file. Lemme try Microsoft word.. Nope, Microsoft word doesnt have an option to save page in different encoding. I have no clue what to do, and this is urgent because this project is due tomorrow, can someone PLEASE help with this? By the way, My browser is configured properly I have no problem displaying Russian stuff on other web sites. Goddamn tomcat :-((( _ Best Regards, Ivan V. Jouikov (206) 228-6670 HYPERLINK http://www.ablogic.net/; --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
RE: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares!
Tomcat 5.0.27 Windows XP Pro I know that I AM capapble of viewing Russian, because, for instance, If I try the following: form action=2.jsp input type=text name=text input type=submit /form And on another page: %@ page language=java contentType=text/html; charset=UTF-8 % % String text = request.getParameter(text); text = new String(text.getBytes(8859_1),UTF8); % You entered: %=text% I have no problem seeing Russian here. But why the hell can't I type it directly into JSPs? I guess it would just like typing it into a java class... does it have anything to do with jvm? -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 10:50 AM To: 'Tomcat Users List' Subject: RE: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares! Which version of tomcat? What operating system? _ From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 9:48 AM To: 'Tomcat Users List' Subject: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares! Hi everyone! First of all, in my JSP page I specify: %@ page language=java contentType=text/html; charset=UTF-8 % %@ page pageEncoding=UTF-8% Now, in my HEAD I have: META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=utf-8 And when I type the following in my page: This is text in English The English text displays just fine, whereas the Russian is a bunch of squares. What could be the problem? Is it possible that the way I SAVE the page could affect it? I am using Eclipse with Lomboz, and it has no option to change encoding of the file. Lemme try Microsoft word.. Nope, Microsoft word doesn't have an option to save page in different encoding. I have no clue what to do, and this is urgent because this project is due tomorrow, can someone PLEASE help with this? By the way, My browser is configured properly - I have no problem displaying Russian stuff on other web sites. Goddamn tomcat :-((( _ Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares!
YAY YAY YAY! REJOICE! Thanks man! You saved the day! Looks like I was on the right track when thinking that I should save file differently, I just didn't follow my intuition :( And sorry about blaming tomcat - I can't blame myself, now can I? BTW, do you happen to know how to make it so that ALL my files are saved as Unicode? -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 11:43 AM To: 'Tomcat Users List' Subject: RE: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares! Ivan, This isn't a tomcat problem and I would appreciate it if you would refrain from blaming tomcat without foundation. The problem is that your JSP is not saved in UTF-8. Try the following in Eclipse: - Right-click on the .jsp file in the package explorer - Select properties - In the 'text file encoding' section select 'Other' rather than 'Default' - Select 'UTF-8' in the now enabled drop down list - Click 'Apply' - Click 'OK' - Save the file - Redeploy your webapp On XP you can also save JSPs in UTF-8 using Notepad. Select 'Save As...' and select the encoding you require from the drop down list at the bottom of the save file dialog. I have just cut and pasted the example Russian text from your original e- mail into a JSP. Before changing the encoding I saw a series of ?s in the browser. After correcting the JSP file encoding I saw the expected Russian text in IE. Mark -Original Message- From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 7:13 PM To: 'Tomcat Users List' Subject: RE: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares! Tomcat 5.0.27 Windows XP Pro I know that I AM capapble of viewing Russian, because, for instance, If I try the following: form action=2.jsp input type=text name=text input type=submit /form And on another page: %@ page language=java contentType=text/html; charset=UTF-8 % % String text = request.getParameter(text); text = new String(text.getBytes(8859_1),UTF8); % You entered: %=text% I have no problem seeing Russian here. But why the hell can't I type it directly into JSPs? I guess it would just like typing it into a java class... does it have anything to do with jvm? -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 10:50 AM To: 'Tomcat Users List' Subject: RE: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares! Which version of tomcat? What operating system? _ From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 9:48 AM To: 'Tomcat Users List' Subject: [URGENT] When I type Russian in my .jsps, it displays it as a bunch of squares! Hi everyone! First of all, in my JSP page I specify: %@ page language=java contentType=text/html; charset=UTF-8 % %@ page pageEncoding=UTF-8% Now, in my HEAD I have: META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=utf-8 And when I type the following in my page: This is text in English ? ?? ?? The English text displays just fine, whereas the Russian is a bunch of squares. What could be the problem? Is it possible that the way I SAVE the page could affect it? I am using Eclipse with Lomboz, and it has no option to change encoding of the file. Lemme try Microsoft word.. Nope, Microsoft word doesn't have an option to save page in different encoding. I have no clue what to do, and this is urgent because this project is due tomorrow, can someone PLEASE help with this? By the way, My browser is configured properly - I have no problem displaying Russian stuff on other web sites. _ Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - 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] --- Incoming mail is certified Virus
RE: Tomcat 3 will not load on Windows 98
Time to buy linux my friend. -Original Message- From: Donald Brewer [mailto:[EMAIL PROTECTED] Sent: Thursday, July 15, 2004 2:47 PM To: Tomcat Users List Subject: Re: Tomcat 3 will not load on Windows 98 1.3.1 JDK: This release of the J2EE SDK is available for the following platforms: Solaris Windows NT Windows 2000 Professional Linux Windows 98 is not even listed for the more recent releases, nothing for 1.3.1 for windows 98 - Original Message - From: Bill Barker [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, July 15, 2004 5:36 PM Subject: Re: Tomcat 3 will not load on Windows 98 Well, That gets rid of TC 4 5 as well ;-). The CoyoteConnector jars are indexed, and jar indexing is broken on the 1.3.0 JDK. You can either remove the META-INF/INDEX.LIST from the jars, or upgrade your JVM version to at least 1.3.1. - Original Message - From: Donald Brewer [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, July 15, 2004 1:43 PM Subject: Re: Tomcat 3 will not load on Windows 98 c:\jdk1.3.0_02\jre\lib\ext is empty under c:\Program Files\JavaSoft\JRE\lib\ext\: QTJava.zip is the only file is it possible that i have 2 runtime engines installed? Will tomcat 4 or 5 work with windows 98? i could not even find a download for anything older that xp for 4 or 5 - Original Message - From: Larry Isaacs [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, July 15, 2004 4:16 PM Subject: RE: Tomcat 3 will not load on Windows 98 You may wish to consider Tomcat 4 or 5, which implement more recent versions of the Servlet and JSP specs (with all their new features). However, what is causing this odd problem with Tomcat 3.3.2 could also cause problems for Tomcat 4 and 5 as well. What is the contents of the jre\lib\ext directory of the JDK you are using with Tomcat 3.3.2? Larry -Original Message- From: Donald Brewer [mailto:[EMAIL PROTECTED] Sent: Thursday, July 15, 2004 3:49 PM To: [EMAIL PROTECTED] Subject: Tomcat 3 will not load on Windows 98 I am trying to load tomcat 3 on a windows 98 platform. I have been sitting in this chair for two days now!!! It just will not load. I generated all this by putting hold.txt at the end of the run command in the tomcat.bat file. The DOS windows scroll by and leave me with nothing to look at. ERROR reading C:\jakarta-tomcat-3.3.2\conf\server.xml At Line 241 /Server/ContextManager/CoyoteConnector/ port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false acceptCount=100 debug=0 connectionTimeout=2 disableUploadTimeout=true EmbededTomcat: exception initializing ContextManager Guessed home=C:\jakarta-tomcat-3.3.2 Exception: java.lang.reflect.InvocationTargetException Root Exception: org.apache.tomcat.core.TomcatException: EmbededTomcat.initContextManager When I comment out the Coyote Connector lines in conf/server.xml, the next connector down has a problem: ERROR reading C:\jakarta-tomcat-3.3.2\conf\server.xml At Line 287 /Server/ContextManager/Ajp12Connector/ port=8007 EmbededTomcat: exception initializing ContextManager Guessed home=C:\jakarta-tomcat-3.3.2 Exception: java.lang.reflect.InvocationTargetException Root Exception: org.apache.tomcat.core.TomcatException: EmbededTomcat.initContextManager When I comment out the Ajp12 lines, this is the output: ERROR reading C:\jakarta-tomcat-3.3.2\conf\server.xml At Line 312 /Server/ContextManager/CoyoteConnector/ processorClassName=org.apache.jk.server.JkCoyoteHandler port=8009 EmbededTomcat: exception initializing ContextManager Guessed home=C:\jakarta-tomcat-3.3.2 Exception: java.lang.reflect.InvocationTargetException Root Exception: org.apache.tomcat.core.TomcatException: EmbededTomcat.initContextManager With those lines commented out of the xml doc, i get this in the main dos window: C:\jakarta-tomcat-3.3.2\bincall .\tomcat run 2004-07-15 15:30:55 - ServerXmlReader: Config=$TOMCAT_HOME\conf\server.xml 2004-07-15 15:30:55 - PathSetter: home=C:\jakarta-tomcat-3.3.2 2004-07-15 15:30:56 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-127.0.0.1.xml 2004-07-15 15:30:56 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-admin.xml 2004-07-15 15:30:56 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-examples.xml 2004-07-15 15:30:56 - AutoWebApp: Auto-Adding DEFAULT:/ 2004-07-15 15:30:56 - AutoWebApp: Loaded from config: DEFAULT:/admin 2004-07-15 15:30:56 - AutoWebApp: Loaded from config:
RE: Retrieveing Unicode stuff from MySQL 4.1.x ?
I tried to use table with CHARACTER SET UTF8, but it didn't change anything :( Any other suggestions? -Original Message- From: Koon Yue Lam [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 13, 2004 9:50 PM To: Tomcat Users List Subject: Re: Retrieveing Unicode stuff from MySQL 4.1.x ? http://dev.mysql.com/doc/mysql/en/Charset-defaults.html in your case, u just define everything as unicode, so just set the database encoding to unicode hopes this help - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Retrieveing Unicode stuff from MySQL 4.1.x ?
I tried using those URL parameters. Doesn't change anything. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 14, 2004 2:30 AM To: Tomcat Users List Subject: Re: Retrieveing Unicode stuff from MySQL 4.1.x ? Ivan Jouikov wrote: I tried to use table with CHARACTER SET UTF8, but it didn't change anything :( Any other suggestions? I'm using a line like the one below to connect to the MySQL DB and it is working quite well here: DBUrl=jdbc:mysql://+server+:+databaseport+/+database+?user=+login+ password=+password+useUnicode=truecharacterEncoding=UTF-8; You may want to specify characterSetResults as well. http://dev.mysql.com/doc/connector/j/en/index.html Andre. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Retrieveing Unicode stuff from MySQL 4.1.x ?
Hey! Im trying to make it so that my clients could use different languages when entering stuff into my froms. What I am doing right now is: All my pages have %@ page language=java contentType=text/html; charset=UTF-8 at the top When I retrieve parameters I use the following procedure: String text = request.getParameter(text); text = new String(text.getBytes(8859_1),UTF8); This seems to work perfectly for throwing parameters from page to page. Also, it seems to work fine to ENTER stuff into MySQL (I look at mysql through GUI client, and I can see all my Unicode stuff correctly). However, what is troubling me, is that when I retrieve that Unicode stuff from DB and try to display it, I get a whole bunch of junk on my page. Heres how I retrieve it: /** * Returns a list containing GuestBookEntry's ordered by date. * @param page from which page (page 1: entries 1 thru 5) * @return a list containing GuestBookEntry's ordered by date, empty list if none. */ public static List getEntries( int page ) throws SQLException { Connection con = null; PreparedStatement st = null; ResultSet rs = null; List entries = new LinkedList(); if ( page 1 ) throw new IllegalArgumentException(Page must be 1 or above!); int startIndex = (page-1)*offset; try { con = Manager.getInstance().getConnection(); st = con.prepareStatement(SELECT name,email,date,IP,message FROM GuestBook ORDER BY date DESC LIMIT ?,?); st.setInt(1,startIndex); st.setInt(2,offset); rs = st.executeQuery(); while ( rs.next() ) { String name = rs.getString(1); String email = rs.getString(2); String IP = rs.getString(4); String message = rs.getString(5); Timestamp date = rs.getTimestamp(3); GuestBookEntry e = new GuestBookEntry(name,email,IP,message,date); entries.add(e); } } finally { try{ if ( con != null ) con.close(); } catch(SQLException e){ Logger.getLogger(problem).error(Can't close Connection!,e); } } return entries; } And in my JSP page I simply display name and message from the list returned by this function Does anyone know how to make my JSP page display my stuff correctly? I also tried doing: %= new String(message.getBytes(8859_1),UTF8) % But that just gives me a whole bunch of boxes instead of text. Any help is greatly appreciated. Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
RE: Retrieveing Unicode stuff from MySQL 4.1.x ?
Hmm any idea how to define that? -Original Message- From: Koon Yue Lam [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 13, 2004 9:34 PM To: Tomcat Users List Subject: Re: Retrieveing Unicode stuff from MySQL 4.1.x ? Hi, I am not en expert, just some piece of advice I know from MySql 4.01, u can define the character encoding on each database, table and column. Are u sure your column is encoded in unicode? Because the GUI client may smart enought to auto convert the encoding, so u can view the character properly but becomes boxes when retrieve. Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null'
Hmm I have fixed the problem, but in a weird way. Instead of using host resk, which I specified inside my /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1 localhost.localdomain localhost 127.0.0.1 localhost.localdomain resk And I had no problem retrieveing my JSPs under that host Everything seemed to be just fine, but for some reason the JDBC resources coulndt be found I wonder I didnt change anything at all, except for moving my ROOT.xml into /conf/Catalina/localhost and changing the docBase= directory. So, Looks like it wasnt Tomcats fault after all. or was it? :-) However, if any of you know what the problem was, Id be glad to find out, so if I face this kind of stuff in the future, Id know what to do -Original Message- From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Sunday, July 11, 2004 10:04 PM To: 'Tomcat Users List' Subject: RE: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' Just to make sure that theres no problems with my code, I wrote the following page and tried it. TADA! I get the same goddamn error: %@ page language=java import=javax.naming.*, javax.sql.*, java.sql.* % Hello! Running DB test... br % DataSource ds = (DataSource)new InitialContext().lookup(java:comp/env/jdbc/RESK); % DS looked up!br %-- IT EXECUTED UP TO HERE. EVRYTHING WAS FINE. THEN I ADDED THE BOTTOM PART AND GOT THE cannot create ERROR! --% Now trying to execute a query...br % Connection con = ds.getConnection(); PreparedStatement st = con.prepareStatement(SELECT CURTIME()); ResultSet rs = st.executeQuery(); rs.next(); String time = rs.getString(1); rs.close(); st.close(); con.close(); % Time is: %=time% !!! br I just wish tomcat developers actually tested their shit before putting it out. _ From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Sunday, July 11, 2004 9:28 PM To: 'Tomcat Users List' Subject: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' When they compiled the latest stable Tomcat, did they bother to test it before putting it out? I looke through the entire google, and through this entire list, and I found lots of people having this problem. Yet, I didnt find any solutions (that worked for me that is). Basically, heres what I have: Im running Tomcat 5.0.27 on Java 1.5 beta 2; I am using MySQL 4.1.2 Inside /common/lib/ I have mysql-connector.jar which is 3.0.14 production version. Inside my server.xml I have (relevant stuff): Host appBase=/home/resk/web name=resk autoDeploy=true unpackWARs=true liveDeploy=true /Host Inside my /conf/Catalina/resk I have resk.xml: ?xml version='1.0' encoding='utf-8'? Context debug=5 displayName=RESK docBase=ROOT // BY THE WAY I also tried /home/resk/web/ROOT path=/ reloadable=false Environment name=data.source.name type=java.lang.String value=java:comp/env/jdbc/RESK/ // BTW I tried without this line Resource auth=Container name=jdbc/RESK type=javax.sql.DataSource/ ResourceParams name=jdbc/RESK parameter nameurl/name valuejdbc:mysql://127.0.0.1:3306/resk?autoReconnect=true/value /parameter parameter namemaxIdle/name value2/value /parameter parameter namemaxActive/name value10/value /parameter parameter namedriverClassName/name valuecom.mysql.jdbc.Driver/value /parameter parameter namemaxWait/name value1/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameusername/name valueresk/value /parameter parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter namepassword/name valueRESK/value /parameter /ResourceParams /Context Inside my /home/resk/web/ROOT/WEB-INF/ I have web.xml (relevant stuff): web-app version=2.4 xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; resource-ref descriptionDB Connection/description res-ref-namejdbc/RESK/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref !-- Used for startup primarly. Kepping things in one place. -- env-entry
RE: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null'
Just to make sure that theres no problems with my code, I wrote the following page and tried it. TADA! I get the same goddamn error: %@ page language=java import=javax.naming.*, javax.sql.*, java.sql.* % Hello! Running DB test... br % DataSource ds = (DataSource)new InitialContext().lookup(java:comp/env/jdbc/RESK); % DS looked up!br %-- IT EXECUTED UP TO HERE. EVRYTHING WAS FINE. THEN I ADDED THE BOTTOM PART AND GOT THE cannot create ERROR! --% Now trying to execute a query...br % Connection con = ds.getConnection(); PreparedStatement st = con.prepareStatement(SELECT CURTIME()); ResultSet rs = st.executeQuery(); rs.next(); String time = rs.getString(1); rs.close(); st.close(); con.close(); % Time is: %=time% !!! br I just wish tomcat developers actually tested their shit before putting it out. _ From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Sunday, July 11, 2004 9:28 PM To: 'Tomcat Users List' Subject: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' When they compiled the latest stable Tomcat, did they bother to test it before putting it out? I looke through the entire google, and through this entire list, and I found lots of people having this problem. Yet, I didnt find any solutions (that worked for me that is). Basically, heres what I have: Im running Tomcat 5.0.27 on Java 1.5 beta 2; I am using MySQL 4.1.2 Inside /common/lib/ I have mysql-connector.jar which is 3.0.14 production version. Inside my server.xml I have (relevant stuff): Host appBase=/home/resk/web name=resk autoDeploy=true unpackWARs=true liveDeploy=true /Host Inside my /conf/Catalina/resk I have resk.xml: ?xml version='1.0' encoding='utf-8'? Context debug=5 displayName=RESK docBase=ROOT // BY THE WAY I also tried /home/resk/web/ROOT path=/ reloadable=false Environment name=data.source.name type=java.lang.String value=java:comp/env/jdbc/RESK/ // BTW I tried without this line Resource auth=Container name=jdbc/RESK type=javax.sql.DataSource/ ResourceParams name=jdbc/RESK parameter nameurl/name valuejdbc:mysql://127.0.0.1:3306/resk?autoReconnect=true/value /parameter parameter namemaxIdle/name value2/value /parameter parameter namemaxActive/name value10/value /parameter parameter namedriverClassName/name valuecom.mysql.jdbc.Driver/value /parameter parameter namemaxWait/name value1/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameusername/name valueresk/value /parameter parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter namepassword/name valueRESK/value /parameter /ResourceParams /Context Inside my /home/resk/web/ROOT/WEB-INF/ I have web.xml (relevant stuff): web-app version=2.4 xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; resource-ref descriptionDB Connection/description res-ref-namejdbc/RESK/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref !-- Used for startup primarly. Kepping things in one place. -- env-entry env-entry-namedata.source.name/env-entry-name env-entry-typejava.lang.String/env-entry-type env-entry-valuejava:comp/env/jdbc/RESK/env-entry-value /env-entry Now, heres how I load the data source (relevant part of the class): public class Manager { DataSource ds; static Manager instance; private Manager() { try { // This is all the web.xml properties InitialContext context = new InitialContext(); dbDataSource = (String)context.lookup(java:comp/env/data.source.name); ds = (DataSource) new InitialContext().lookup(dbDataSource); } catch ( NamingException e ) { Logger.getLogger(problem).fatal(Unable to load database data source!,e); ds = null; // This will throw enough exceptions to notice the problem
will ROOT (/) context, folder hello interfere with context (hello) ?
Something just popped in my mind. If you have a ROOT context which has a folder named hello, And you have a context named hello When you request localhost:8080/hello/ Which one are you gonna get? The ROOT context or the hello context? I will try this out tomorrow, but I wonder how tomcat handles this? Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
RE: I've officially bored of your stupid blah blahs
That conversation ended about 2 days ago, I dont know why are you bringing this up now... -Original Message- From: Kunthar [mailto:[EMAIL PROTECTED] Sent: Thursday, July 08, 2004 11:58 PM To: Tomcat Users List Subject: Re: I've officially bored of your stupid blah blahs Guys, Everyday nearly 120 new mail drops to this list. Should we have to listen your important blah blahs??? Why i should define bunch of filters at all. Is there any moderator watches this??? Stop this and continue this lovely discussion from your private mails please... Shame on you cause i have to remind you that where a hell you are... If you agree please do not response by writing some other crap, response by showing your silence... Gokhan Ivan Jouikov wrote: What the hell are you talking about? I am all for java. Java is my #1 language. Oh for crying out loud Ivan! You challanged my assertion that Java is the number one language asking for the source of the stats and I give them to you but you just go on whining. Please take your trolling somewhere else. Get A LIFE. and as to C++? My trolling? I don't even know what that means. And I do have a life. Huge file sizes I wonder what compiler, and linking options are you using? I do not have a problem with my executables being huge at all. Then again, I don't use frameworks that are inefficeint hogs. Sounds like the programmer. Huge file sizes was said about C++ COMPARATIVELY to C. Any program in C++ will be much bigger than exactly same program in C. 100% guaranteed memory leaks Sounds like the programmer. My code doesn't have memory leaks! Then again, I know how to write disciplined code, something that quick and dirty programmers can't understand. I also know how to use tools that track memory leaks. Looks like you've never written a 600MB program. And lo The Heavenly Father doth rest. And whilst He rest, His hand accidentally brushed the keyboard and somehow keyed in the following code. Troller ivan = new Troller(); ivan.setIrrational(true); ivan.setOverEmotional(true); ivan.setLife(null); ivan.setClue(null); ivan.setThinkingStyle(Psychosis.THINKING_STYLE_BLACK_AND_WHITE); ivan.setDailyRoutine(new Runnable() { public void run() { while(ivan.awake()) { Forum target = web.surfForUnsuspectingVictims(); if(target != null) { Iterator i = target.getMessages(); while(i.hasNext()) { ForumPosting intelligentPosting = (Posting) i.next(); intelligentPosting.read(); ForumPostingReplyFactory replyFactory = ivan.getPsychoticReponseGenerator(); Reply reply = replyFactory.createResponse(); while(reply.makesSense()) { reply.rant(); reply.bitch(); reply.whine(); reply.moan(); reply.saySomethingIrrational(); } target.post(reply); ivan.setIQ(ivan.getIQ() - 1); } } } ivan.slapSelf(Slap.HARD); throw new IdiotTrollerException(); } }); ivan.run(); Hahahah :) That was a good one. You telling me to get a life and you have time to do that? BTW Iterator i = target.getMessages(); while(i.hasNext()) { I really like how 1.5 has the for( Element e : collection ) loop. Don't you agree? -Original Message- From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 9:29 PM To: 'Tomcat Users List' Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen Ok let's settle this argument simple. Tonight, I'll ask my Christian Science friend to talk to Jesus, and ask him the following: Jesus, if EL really DOES decrease performance significantly, and should not be used at all, please give me absolutely NO sign. However, if EL is a great thing and should be used by everyone, please give me a sign. I'll report to you in the morning and let you know what was God's opinion on that. -Original Message- From: SANTOS, DANIEL (SBCSI) [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 4:02 PM To: Tomcat Users List Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen If this is the case then I ask you why Java has been the number one programming language for 4 years now? Source of this statistic? I assumed that this was fairly common knowledge. I remember when it surpassed C++ in Febuary of 2000 (I thought at the time in development hours). Having been a Java programmer since 1997, this was a pretty big
RE: will ROOT (/) context, folder hello interfere with context (hello) ?
Then what about ROOT/hello ? How do you get to there? -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Friday, July 09, 2004 8:19 AM To: 'Tomcat Users List' Subject: RE: will ROOT (/) context, folder hello interfere with context (hello) ? You'd get the hello context. -Original Message- From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Friday, July 09, 2004 3:37 AM To: 'Tomcat Users List' Subject: will ROOT (/) context, folder hello interfere with context (hello) ? Something just popped in my mind. If you have a ROOT context which has a folder named hello, And you have a context named hello When you request localhost:8080/hello/ Which one are you gonna get? The ROOT context or the hello context? I will try this out tomorrow, but I wonder how tomcat handles this? _ Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat works for localhost, but won't work for the local intranet..
I am running tomcat 5.0.27 on Linux RH 9.0, and I have a little problem. I am using jsvc to launch Tomcat standalone as Tomcat5 user. Everything seems to work fine, when I connect to localhost or 127.0.0.1 from that same computer. However, if I try to connect to Tomcat from my local intranet, I get Page Cannot be Displayed after a long wait. If I try to ping that computer, everything works just fine: ping 192.168.0.33.. If I try to run MySQL client for that computer, everything works fine But if I type in my browser http://192.168.0.33/ I get page not found. Oh yeah, my Tomcat is set up to work standalone, and the only connector that it has is an HTTP connector on port 80. Does anyone know what could be wrong? Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
RE: Tomcat works for localhost, but won't work for the local intranet..
Also, if I try to run startup.sh instead of Tomcat5.sh (jsvc script), I get the same problem: localhost is working, but if I try to connect from another computer I get Page cannot be displayed _ From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Friday, July 09, 2004 5:19 PM To: 'Tomcat Users List' Subject: Tomcat works for localhost, but won't work for the local intranet.. I am running tomcat 5.0.27 on Linux RH 9.0, and I have a little problem. I am using jsvc to launch Tomcat standalone as Tomcat5 user. Everything seems to work fine, when I connect to localhost or 127.0.0.1 from that same computer. However, if I try to connect to Tomcat from my local intranet, I get Page Cannot be Displayed after a long wait. If I try to ping that computer, everything works just fine: ping 192.168.0.33.. If I try to run MySQL client for that computer, everything works fine But if I type in my browser HYPERLINK http://192.168.0.33/http://192.168.0.33/ I get page not found. Oh yeah, my Tomcat is set up to work standalone, and the only connector that it has is an HTTP connector on port 80. Does anyone know what could be wrong? _ Best Regards, Ivan V. Jouikov (206) 228-6670 HYPERLINK http://www.ablogic.net/; --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
RE: Tomcat works for localhost, but won't work for the local intranet..
I am pretty sure I don't because about 4 months ago I had no problem using tomcat from this computer... Although I do remember screweing around with iptables. Lemme see what's up in there, maybe that could be the problem... -Original Message- From: Robert F. Hall [mailto:[EMAIL PROTECTED] Sent: Friday, July 09, 2004 5:25 PM To: Tomcat Users List Subject: Re: Tomcat works for localhost, but won't work for the local intranet.. Ivan, do you have a firewall in place on the linux box? If so, is port 80 open? -Robert Ivan Jouikov wrote: I am running tomcat 5.0.27 on Linux RH 9.0, and I have a little problem. I am using jsvc to launch Tomcat standalone as Tomcat5 user. Everything seems to work fine, when I connect to localhost or 127.0.0.1 from that same computer. However, if I try to connect to Tomcat from my local intranet, I get Page Cannot be Displayed after a long wait. If I try to ping that computer, everything works just fine: ping 192.168.0.33.. If I try to run MySQL client for that computer, everything works fine But if I type in my browser http://192.168.0.33/ I get page not found. Oh yeah, my Tomcat is set up to work standalone, and the only connector that it has is an HTTP connector on port 80. Does anyone know what could be wrong? Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat works for localhost, but won't work for the local intranet..
Here are the contents of my /etc/sysconfig/iptables: # Firewall configuration written by lokkit # Manual customization of this file is not recommended. # Note: ifup-post will punch the current nameservers through the # firewall; such entries will *not* be listed here. *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :RH-Lokkit-0-50-INPUT - [0:0] -A INPUT -j RH-Lokkit-0-50-INPUT -A FORWARD -j RH-Lokkit-0-50-INPUT -A RH-Lokkit-0-50-INPUT -i lo -j ACCEPT -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --dport 0:1023 --syn -j REJECT -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --dport 2049 --syn -j REJECT -A RH-Lokkit-0-50-INPUT -p udp -m udp --dport 0:1023 -j REJECT -A RH-Lokkit-0-50-INPUT -p udp -m udp --dport 2049 -j REJECT -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --dport 6000:6009 --syn -j REJECT -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --dport 7100 --syn -j REJECT COMMIT I am not that good with iptables, but it seems to me that the line -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --dport 0:1023 --syn -j REJECT Blocks all ports from 0 to 1023 for TCP/IP... I don't recall putting that there, but is that what it really does? And if it is, how can I make it so that port 80 is available? -Original Message- From: Dennis Dai [mailto:[EMAIL PROTECTED] Sent: Friday, July 09, 2004 5:24 PM To: Tomcat Users List Subject: Re: Tomcat works for localhost, but won't work for the local intranet.. RedHat's defualt firewall rules? On 7/9/2004 5:18 PM, Ivan Jouikov wrote: I am running tomcat 5.0.27 on Linux RH 9.0, and I have a little problem. I am using jsvc to launch Tomcat standalone as Tomcat5 user. Everything seems to work fine, when I connect to localhost or 127.0.0.1 from that same computer. However, if I try to connect to Tomcat from my local intranet, I get Page Cannot be Displayed after a long wait. If I try to ping that computer, everything works just fine: ping 192.168.0.33.. If I try to run MySQL client for that computer, everything works fine But if I type in my browser http://192.168.0.33/ I get page not found. Oh yeah, my Tomcat is set up to work standalone, and the only connector that it has is an HTTP connector on port 80. Does anyone know what could be wrong? Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat works for localhost, but won't work for the local intranet..
Weee it does work! Thanks! So I was right on the assumption that that entry block all ports below 1023 from accessing my computer? Im gonna go read some info about iptables :) -Original Message- From: Dennis Dai [mailto:[EMAIL PROTECTED] Sent: Friday, July 09, 2004 5:57 PM To: Tomcat Users List Subject: Re: Tomcat works for localhost, but won't work for the local intranet.. On 7/9/2004 5:45 PM, Ivan Jouikov wrote: ... I am not that good with iptables, but it seems to me that the line -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --dport 0:1023 --syn -j REJECT Blocks all ports from 0 to 1023 for TCP/IP... I don't recall putting that there, but is that what it really does? And if it is, how can I make it so that port 80 is available? Just add an ACCEPT line above it: -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --dport 80 --syn -j ACCEPT then reload the rule (/etc/init.d/iptables restart). Dennis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How do you shut down tomcat when using JSVC?
Hey everyone! I am using JSVC to start up tomcat and run it as tomcat5 user. It seems to work fine. However, theres one problem I cant shut it down. If I use shutdown.sh, it gives me an exception saying that connection was refused. If I start tomcat using startup.sh instead of jsvc, everything works just fine. So, how do you shut down your tomcat daemon when using jsvc? Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
RE: How do you shut down tomcat when using JSVC?
No script came with jsvc... There's an executable called jsvc but it's not a script. -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:42 AM To: Tomcat Users List Subject: Re: How do you shut down tomcat when using JSVC? Are you using the script that came with jsvc to launch it? If so, starting is done with 'tomcat5 start' and shutdown with 'tomcat5 stop'. If you fully installed this as a service by putting the tomcat5 script in /etc/init.d, then a simple 'service tomcat5 start' will start and 'service tomcat5 stop' as root will stop it. If you aren't using the tomcat5 script, take a look at it in the source dist for how to stop tomcat. I believe the script just does a kill on the jsvc tomcat process. Not the prettiest way of doing things, but it works. --David Ivan Jouikov wrote: Hey everyone! I am using JSVC to start up tomcat and run it as tomcat5 user. It seems to work fine. However, theres one problem I cant shut it down. If I use shutdown.sh, it gives me an exception saying that connection was refused. If I start tomcat using startup.sh instead of jsvc, everything works just fine. So, how do you shut down your tomcat daemon when using jsvc? Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
Real programmers only need 2 buttons: 0 and 1 -Original Message- From: SANTOS, DANIEL (SBCSI) [mailto:[EMAIL PROTECTED] Sent: Thursday, July 08, 2004 9:14 AM To: Tomcat Users List Subject: RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind Why was C++ invented? To give programmers jobs. No other reason whatsoever, C does whatever C++ does just as good, and better. At that point, you just showed to be very closed-minded. (C++ does have an accurate object model, which improves a lot. Yes, you can do similar things with macros, but cumbersomely. From your point of view, go ahead and programm assembly code. Believe me, it dies whatever C does just as good, and better.) Assembly is impure and bloated by the macro-Assembly to machine code translation. If you are worth your weight, you can just write it all in hex, and with dipswitches. DEATH TO ALL KEYBOARD USERS!!! Daniel -Original Message- From: SH Solutions [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 4:36 AM To: 'Tomcat Users List' Subject: RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind Hi After getting convinced to try JSTL, I learned the following things: .. Having read points 1-6, I thought, there must be a truth in your remarks. (I did'nt use JSTL or EL yet, but I am about to try.) But then I got to: Why was C++ invented? To give programmers jobs. No other reason whatsoever, C does whatever C++ does just as good, and better. At that point, you just showed to be very closed-minded. (C++ does have an accurate object model, which improves a lot. Yes, you can do similar things with macros, but cumbersomely. From your point of view, go ahead and programm assembly code. Believe me, it dies whatever C does just as good, and better.) No more trusting any of your remarks... Regards, Steffen - 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] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worstthingsto ever happen
What the hell are you talking about? I am all for java. Java is my #1 language. Oh for crying out loud Ivan! You challanged my assertion that Java is the number one language asking for the source of the stats and I give them to you but you just go on whining. Please take your trolling somewhere else. Get A LIFE. and as to C++? My trolling? I don't even know what that means. And I do have a life. Huge file sizes I wonder what compiler, and linking options are you using? I do not have a problem with my executables being huge at all. Then again, I don't use frameworks that are inefficeint hogs. Sounds like the programmer. Huge file sizes was said about C++ COMPARATIVELY to C. Any program in C++ will be much bigger than exactly same program in C. 100% guaranteed memory leaks Sounds like the programmer. My code doesn't have memory leaks! Then again, I know how to write disciplined code, something that quick and dirty programmers can't understand. I also know how to use tools that track memory leaks. Looks like you've never written a 600MB program. And lo The Heavenly Father doth rest. And whilst He rest, His hand accidentally brushed the keyboard and somehow keyed in the following code. Troller ivan = new Troller(); ivan.setIrrational(true); ivan.setOverEmotional(true); ivan.setLife(null); ivan.setClue(null); ivan.setThinkingStyle(Psychosis.THINKING_STYLE_BLACK_AND_WHITE); ivan.setDailyRoutine(new Runnable() { public void run() { while(ivan.awake()) { Forum target = web.surfForUnsuspectingVictims(); if(target != null) { Iterator i = target.getMessages(); while(i.hasNext()) { ForumPosting intelligentPosting = (Posting) i.next(); intelligentPosting.read(); ForumPostingReplyFactory replyFactory = ivan.getPsychoticReponseGenerator(); Reply reply = replyFactory.createResponse(); while(reply.makesSense()) { reply.rant(); reply.bitch(); reply.whine(); reply.moan(); reply.saySomethingIrrational(); } target.post(reply); ivan.setIQ(ivan.getIQ() - 1); } } } ivan.slapSelf(Slap.HARD); throw new IdiotTrollerException(); } }); ivan.run(); Hahahah :) That was a good one. You telling me to get a life and you have time to do that? BTW Iterator i = target.getMessages(); while(i.hasNext()) { I really like how 1.5 has the for( Element e : collection ) loop. Don't you agree? -Original Message- From: Ivan Jouikov [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 9:29 PM To: 'Tomcat Users List' Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen Ok let's settle this argument simple. Tonight, I'll ask my Christian Science friend to talk to Jesus, and ask him the following: Jesus, if EL really DOES decrease performance significantly, and should not be used at all, please give me absolutely NO sign. However, if EL is a great thing and should be used by everyone, please give me a sign. I'll report to you in the morning and let you know what was God's opinion on that. -Original Message- From: SANTOS, DANIEL (SBCSI) [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 4:02 PM To: Tomcat Users List Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen If this is the case then I ask you why Java has been the number one programming language for 4 years now? Source of this statistic? I assumed that this was fairly common knowledge. I remember when it surpassed C++ in Febuary of 2000 (I thought at the time in development hours). Having been a Java programmer since 1997, this was a pretty big deal for me. I even remembered the month/year it happened (which made it easire for me to find this report). So here is the original report, a Bloor Research study from Febuary of 2000. It even has a cute little graph that plots the various languages-- http://www.bloor- research.com/research_library.php?pid=282 Now that I look back at it I see that this is when the *demand* for java skills surpassed that of C++ skills. It looks like it was just March of last year (http://www.sun.com/aboutsun/media/presskits/edge2003/factsheet.pdf) that that Java actually surpassed C++ in development hours. This was of course the eventual outcome of it's demand surpassing all other skills. The data from this Sun press release is from the Gartner Group BTW. Java is King, there are really no ifs, ands
RE: How do you shut down tomcat when using JSVC?
OHHH! Ok, cuz I deleted the source directory, and just left the executable. Thx! Dumb me. -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Thursday, July 08, 2004 1:27 PM To: Tomcat Users List Subject: Re: How do you shut down tomcat when using JSVC? Unless you got it pre-built from somewhere it should be there. It's in the jsvc source tree under src/native/unix/native/Tomcat5.sh. A copy of the jsvc source tree comes with tomcat as jsvc.tar.gz in the tomcat/bin directory. --David Ivan Jouikov wrote: No script came with jsvc... There's an executable called jsvc but it's not a script. -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Thursday, July 08, 2004 6:42 AM To: Tomcat Users List Subject: Re: How do you shut down tomcat when using JSVC? Are you using the script that came with jsvc to launch it? If so, starting is done with 'tomcat5 start' and shutdown with 'tomcat5 stop'. If you fully installed this as a service by putting the tomcat5 script in /etc/init.d, then a simple 'service tomcat5 start' will start and 'service tomcat5 stop' as root will stop it. If you aren't using the tomcat5 script, take a look at it in the source dist for how to stop tomcat. I believe the script just does a kill on the jsvc tomcat process. Not the prettiest way of doing things, but it works. --David Ivan Jouikov wrote: Hey everyone! I am using JSVC to start up tomcat and run it as tomcat5 user. It seems to work fine. However, theres one problem I cant shut it down. If I use shutdown.sh, it gives me an exception saying that connection was refused. If I start tomcat using startup.sh instead of jsvc, everything works just fine. So, how do you shut down your tomcat daemon when using jsvc? --- - Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - 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] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worstthingsto ever happen
Subject: Re: I've officially decided that JSTL is one of the worstthingsto ever happen Oh, man, ... Ok let's settle this argument simple. Tonight, I'll ask my Christian Science friend to talk to Jesus, Why not ask Jesus yourself? Prayer is open to anyone, and is not limited to the night. Ehh not for me. I'm a heathen and I'm going straight to hell, so there's no point in even trying. Night is preferable because usually prayer goes hand in hand with virgin boy sacrifice, and there's less people around at night to hear the screams in the church basement. and ask him the following: Jesus, if EL really DOES decrease performance significantly, and should not be used at all, please give me absolutely NO sign. However, if EL is a great thing and should be used by everyone, please give me a sign. Are you sure you haven't been setting us up just so you could say that? I'll admit, the 2LA for Expression Language causes me pause, but, ... Well, just in case you're serious, I'll mention Matthew 12, ca. 39. Might also mention Gideon and his fleece. Huh? I'll report to you in the morning and let you know what was God's opinion on that. I have an idea what He would say: Use the tools you understand. Work hard. Be happy. But don't insult other people by insulting their tools. And don't tweak people just because they use strange 2LAs for their runtime expression languages. I might be wrong, of course. -- Joel [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AGAIN: How can you deploy an application onto a specific host?
Ive asked this question before but nobody seemed to know the answer. So, Ill ask again So, Tomcat has a maanger application, which allows you to dynamically deploy sutff. Nice. But how can you deploy your stuff onto a SPECIFIC host? Thx. Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004
RE: Tomcat 5 Context problem
When you simply copy WAR file into $CATALINA_HOME/webapps directory like Lomboz does, you don't need to configure a context to describe a path, Tomcat will automatically make it available as localhost:8080/FolderName Where FolderName is the name of the folder inside /webapps/ where you application is. IF you do want to configure a separate context, you would want to do it inside server.xml. It's described very well at Jakarta.apache.org documentation. You can also toy around with /META-INF/context.xml (located similar to /WEB-INF/web.xml), and there specify the context like you would in server.xml. But I'd be very careful, because Tomcat seems to be very buggy when it comes to the second approach. -Original Message- From: Koon Yue Lam [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 07, 2004 8:12 PM To: [EMAIL PROTECTED] Subject: Tomcat 5 Context problem Hi, it really not a problem because I got everything work. I just curious WHY it will work ... ^^ I am using Esclipse 3.0 + Lomboz 3.0RC2 and I develop a webapp, details as follow: WebApp name: FirstWebApp Servlet name and class : FirstServlet, FirstServlet.class (package-less) web.xml: has a servlet mapping element of /FirstServlet after I depoly the webapp to Tomcat using Lomboz, I can access the servlet at http://localhost:8080/FirstWebApp/FirstServlet However I know Tomcat need a Context element in order to find the path of a webapp, and I can't find this Context element of FirstWebApp throughout Tomcat. Not in server.xml, not in conf/engine/host, not in /webapp/FirstWebApp/WEB-INF/web.xml Tomcat just depoly it automatically and it is great, do this mean i don't need to care about the Context element? If i do care, where should I put this Context element? new in here, greeting to everybody, hope someone can help me out Regards ^^ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5 Context problem
If you use tomcat manager to undeploy your lomboz project will be fine. But I don't know how to undeploy using lomboz sorry. -Original Message- From: Koon Yue Lam [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 07, 2004 9:11 PM To: Tomcat Users List Subject: Re: Tomcat 5 Context problem Thx for the help ! But I would also want to know how to undepoly an webapp? I try ro undepoly using Lomboz and it just build an undepoly.xml script. All files relate to that webapp are still under tomcat home/webapp/ folder. How can I depoly an webapp by using lomboz or using Tomcat manager?? If I use Tomcat manager to undepoly, will this affect my lomboz project?? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worstthingsto ever happen
If this is the case then I ask you why Java has been the number one programming language for 4 years now? Source of this statistic? As was recognized long ago, performance is not everything. And in fact, means little when you can't get your product out the door because you are still trying to chase down memory leaks, buffer overruns and corrupted pointers. When performance dependes on whether you use %=hello% or ${hello}, I'll stick with the first one, considering that it boosts performance up by like 5 times. As somebody else said, C++ programmers will understand this. Daniel -Original Message- From: Eric VERGNAUD [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 11:33 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worstthingsto ever happen le 4/07/04 14:27, SH Solutions [EMAIL PROTECTED] a crit : Right now, I would say that java applications (if well written) are at least half as fast as c applications (also well written). Which means that when your java app is in competition with a native app, youve lost the market. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - 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] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worstthingsto ever happen
Jesus agrees with me. -Original Message- From: Laurence Arabia [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 11:08 AM To: [EMAIL PROTECTED] Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen Exactly I agree when you are dealing with a team of 30+ delvelopers you either hold reviews every month and tie everyone down to a structure that evolves causing confusion and rewrites or the whole lot goes to pot. Which is fine if you work for a finance house with buckets of money but where productivity is more important than process C++ would not be my choice. Degres of abstraction are more difficult to attain. I would like to hear the opinion of a hardcore C++ programmer. Cause I would like to know the faults in this argument as I am sure there is. The performance question I think is almost irrelvant. If you want performance write C/Assembler in a kernel module perferably but ultimately its comes back to a some marshalling code whose structure has to be easily evolved and adapted its nature is almost disposable as protocols and business rules change. Whats the opinion on gcj ? From: SANTOS, DANIEL (SBCSI) [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen Date: Tue, 6 Jul 2004 12:22:25 -0500 If this is the case then I ask you why Java has been the number one programming language for 4 years now? As was recognized long ago, performance is not everything. And in fact, means little when you can't get your product out the door because you are still trying to chase down memory leaks, buffer overruns and corrupted pointers. As somebody else said, C++ programmers will understand this. Daniel -Original Message- From: Eric VERGNAUD [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 11:33 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worstthingsto ever happen le 4/07/04 14:27, SH Solutions [EMAIL PROTECTED] a crit : Right now, I would say that java applications (if well written) are at least half as fast as c applications (also well written). Which means that when your java app is in competition with a native app, youve lost the market. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - 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] _ Want to block unwanted pop-ups? Download the free MSN Toolbar now! http://toolbar.msn.co.uk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worstthingsto ever happen
Ok let's settle this argument simple. Tonight, I'll ask my Christian Science friend to talk to Jesus, and ask him the following: Jesus, if EL really DOES decrease performance significantly, and should not be used at all, please give me absolutely NO sign. However, if EL is a great thing and should be used by everyone, please give me a sign. I'll report to you in the morning and let you know what was God's opinion on that. -Original Message- From: SANTOS, DANIEL (SBCSI) [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 4:02 PM To: Tomcat Users List Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen If this is the case then I ask you why Java has been the number one programming language for 4 years now? Source of this statistic? I assumed that this was fairly common knowledge. I remember when it surpassed C++ in Febuary of 2000 (I thought at the time in development hours). Having been a Java programmer since 1997, this was a pretty big deal for me. I even remembered the month/year it happened (which made it easire for me to find this report). So here is the original report, a Bloor Research study from Febuary of 2000. It even has a cute little graph that plots the various languages-- http://www.bloor- research.com/research_library.php?pid=282 Now that I look back at it I see that this is when the *demand* for java skills surpassed that of C++ skills. It looks like it was just March of last year (http://www.sun.com/aboutsun/media/presskits/edge2003/factsheet.pdf) that that Java actually surpassed C++ in development hours. This was of course the eventual outcome of it's demand surpassing all other skills. The data from this Sun press release is from the Gartner Group BTW. Java is King, there are really no ifs, ands or butts about it. As to your performance issues, I don't have them so I can only sugest that you can examine your environement, your compiler options (are you using hotspot?) and your getters. All of my bottlenecks are in my DB calls. I have done performance analysis and never came up in my EL. As I sugested earlier, maybe you can run hprof and see where the bottleneck really is? Also, I considered myself a fairly hardcode C++ developer (having done it from '95 to 2002). If I am ever in a situation where my memory usage is critical, I'm almost certainly in C or C++. If performance is important, I consider C or C++. But IPC, threading, and networking is so phenominally better on Java not to mention the benefits of garbage collection and all of it's other features that I am hard pressed to leave it or go JNI. I did need JNI recently for some file system stuff that I wanted tweaked (traversing file systems with 100s of thousands of files). Daniel As was recognized long ago, performance is not everything. And in fact, means little when you can't get your product out the door because you are still trying to chase down memory leaks, buffer overruns and corrupted pointers. When performance dependes on whether you use %=hello% or ${hello}, I'll stick with the first one, considering that it boosts performance up by like 5 times. As somebody else said, C++ programmers will understand this. Daniel -Original Message- From: Eric VERGNAUD [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 11:33 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worstthingsto ever happen le 4/07/04 14:27, SH Solutions [EMAIL PROTECTED] a crit : Right now, I would say that java applications (if well written) are at least half as fast as c applications (also well written). Which means that when your java app is in competition with a native app, youve lost the market. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - 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] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
RE: I've officially decided that JSTL is one of the worst things to ever happen
See below for my replies What should we use instead? Welcome to the front page of JSP manual: % if( yourmoma ) { % Do some things % } % To me, it seems EASIER than this: c:set var=yourmoma value=%=yourMomaFromCode%/ c:if test=${yourmoma} Do some things /c:if What happened to the good old idea of using JAVA, with all its beautiful features, in the JSPs themselves? Understandable output? Do you really think you can find one designer who would understand a simple calendar written in tags? Hell no. And for me, as a programmer, understanding good old java code inside % % is MUCH MUCH easier than understanding all the tag BS. Besides, old java tags % % do very good job of presenting understandable layout. %=% and ${} are both equally to understand to me. A key phrases in that example is To me, it seems EASIER... And for me, as a programmer... both equally to understand to me But that is you, a programmer with experience using various programming languages. Why not use scriplets? Because of the development worlds experiences with ASP and CF where pages were riddled with code and vew developers (not designers) hard a hard time maitaining these view components. View developers in large teams have their respective discipline and it becomes more difficult for them to maintain thier tier. JSTL allows them to use familar syntax and structures from SGML/HTML and all those other markup languages, hence making it easier for them to display data, not processing it. Or would a company rather employ a perfectly good server side developer writing view code? If they have no usability skills it will be a waist of the company resources. The key phrase is display data, not processing it, which is what I agree with. However, that's not what JSTL agrees with. Tags like c:if and c:foreach shift XML from data to logic, which is NOT what XML is for. Didn't I say that before? But you're missing the point, again: the (major) reason JavaScript is NOT server-side, is because of its sloppy syntax which is like a warm oven for bacteria - bugs just GROW in it. EL is making the same mistake over again. Valid point for JavaScript, but again treat JSTL-EL as a view helper component not as a pure processing solution. Also did not mean to mention EJB it had no place in this arguement. That's one of the things that EL might be actually useful for: printing stuff out and escaping XML. Exactly... But again, you're forgetting that taglibs actually FORCES you not to use % % code inside tags (when you make tag files). And tags like c:if and c:foreach have no place in this world, I think we have a consensus on this. But still, what if TModel might return a null value? Then you're in for a nice 2 hour debugging ride with your EL syntax, or a 5 second adding if statement ride, if you used Java. The null values should be handled in the Model or in a heavy Controller... if those values are missing or a failure occurs send them to the appropriate view. There are a lot of java classes that return nulls as part of normal operation. For instance - sets. Set.get(someobj) returns null if object is not there. And when you do ${my.set.blah.wee} and blah wasn't found, and you get some crazy EL error, you'll remember my words. % if( yourmoma ) { % Lets leave yourmoma out of this... lol Cheers! Mr. Ariel S. Valentin mailto:[EMAIL PROTECTED] _ MSN 9 Dial-up Internet Access fights spam and pop-ups v now 3 months FREE! http://join.msn.click-url.com/go/onm00200361ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
1) Yes %=% was 10 times as fast. But Anything of simple complexity like using a model object request %=% to get ugly real fast with many getters and explict casts. There is a massive tradeoff in simplicity when you have the following: ${myObect.myGetter.aValue} Ahh must I repeat this again? First of all, it's not all that easy. You're gonna have to do c:set var=myObject value=%=myObjectFromCode%/ prior to using that. Now, what if myObject.myGetter returns null? You're in for some fun hour-long debugging session. I'd rather stick with % Set set = my.set(); Object value = set.get(weee); If ( value == null || !(object instanceof MySuperClass) ) Return; MySuperClass msc = (MySuperClass)object; String myString = msc.aValue(); % %=myString% I'd trade these 10 lines of code for that 1 line of code IN A FLASH, because I know, in the future, when there's a bug that's crashing my server, and my manager is yelling at me cuz the clients r calling bank and telling them to refund their accounts, because some variable was null and it says Thank you for your purchase. Null has been shipped. I KNOW I will spend at most an hour locating the bug in my Java code, whereas I'd spend days, if not weeks, if not re-write the entire application, just to fix bug dug inside the EL code. 2) I get massive headaches reading all the extra %% in code. Add any type of loops of block and it gets even worse. JSTL is simpler to read if you have good people writing consitent styles. Yes I agree, JSTL is simpler to read. How about this, your write a calendar using JSTL, considering all the loops and triggers you'd have to use. And then you tell me how much easier JSTL is to read, ok? 3) XML is for what you want it to be. But as for using xml as the syntax for JSTL, it does make things simpler for other tool sets to integrate. It also is an easier trasitition from things like cold fusion and such. True that XML is what you want it to be. Why don't we start programming in Microsoft word? I mean, it is a text editor isn't it? 4) This arguement is the blanket arguement against any loose typed languages. I shall ignore it. 5) This sounds like people having configuration and training issue. 6) All my developers have switched to JSTL. They love it and the code is much easier to write and *more important* review. Good luck with your developers. Can I have the name of your company plz? I'll make sure never to buy anything from it. 7) This is just plain old trolling. -Tim Ivan Jouikov wrote: After getting convinced to try JSTL, I learned the following things: 1. JSTL and EL are inefficient. Tests on similar pages clearly showed that. (compare - ${name} with %=name%, run in a loop 1 times, youll see the difference) 2. JSTL is cumbersome someone told me once that the reason they use JSTL is because their designers are scared of %=% code, but they have no problem throwing around XML statements. Well, whats my advice to him: hire new designers, and fire your high school students. On one hand, yeah ${parameter.name} is very nice relatively to %=request.getParameter(name)%. But after playing around with JSTLs ull see what I mean. Also, when your designers screwes up with the logical structure of your web-site cuz he thought he could just throw around tags, youll think twice. Which brings me to the next point 3. XML is for data flow, not for logic. Whoever the hell thought of tags like c:if and c:choose should be murdered in the worst way possible. With JSTLs exporting and importing variables, and all the logical statements and loops, the whole idea of XML gets destroyed. 4. EL encourages sloppy syntax. It doesnt even have data types (well it has on the bottom level, but not on the surface). Remember JavaScript? Did you know that at first, it was supposed to be server-side scripting language? You know the reason it didnt make it (one of the major ones)? Because of its sloppy syntax and the amount of errors it caused. Why bring it back? 5. Server-side content and client-side content should be separated. When everything looks like HTML (in some way), its hard to tell what actually gets processed, and what gets sent to the client as static (if you have all-nighters, youll understand). 6. JSTL is time-consuming. The whole idea of JSTL was to speed up the process. Not only is it less efficient than embedding code the normal way, but it also takes you forever to make something new with it. Dont believe me? Just try it. 7. The only reason JSTL was made is so that guys at Apache could write some stupid book explaining its hella complicated syntax, and charge people $50 for it. See, its just like the C++ story. Why was C++ invented? To give programmers jobs. No other reason whatsoever, C does
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
My replies below -Original Message- From: Joel [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 6:19 PM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind On Sat, 3 Jul 2004 23:03:45 -0700 Ivan Jouikov [EMAIL PROTECTED] wrote ... Point of this message: DO NOT USE JSTL OR EL. Youl regret it. I did. If a tool doesn't work for you, don't use it. There are plenty of tools. We all make mistakes. No reason to hate a tool just because it let you down. If there are serious faults in a certain tool in the context of your use, set it aside, regroup, learn from the experience, re-negotiate with your boss, coworkers, and/or your customers, move on. (Any boss or any customer who isn't willing to put up with the overhead of getting the right tool for the job just isn't worth the trouble.) Customer isn't worth the trouble? Maybe that theory of thought is the reason why you're using Japanese mail server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
-Original Message- From: Mike Fowler [mailto:[EMAIL PROTECTED] Sent: Monday, July 05, 2004 1:49 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind Hello, it seems I have missed a good conversation! Now for my two pence/cents: 4. EL encourages sloppy syntax. It doesnt even have data types (well it has on the bottom level, but not on the surface). Remember JavaScript? Did you know that at first, it was supposed to be server-side scripting language? You know the reason it didnt make it (one of the major ones)? Because of its sloppy syntax and the amount of errors it caused. Why bring it back? I agree that % code % is clearer, especially for debugging but I think that using % % excessively leads to poor page design. This is the most ridiculous thing I've ever heard. I think HAVING poor designs leads to poor design. Using % % might make it look ugly, but it won't affect the design itself (I am not speaking of graphical design here, I am speaking of program design) Embedding Java code directly into a presentation page leans towards placing business logic in the presentation tier, which is BAD design. Isn't that EXACTLY what c:foreach and c:if tags encourage? Having logic inside presentation? Embedding java code doesn't necessarily mean logic. % for ( Iterator I = collection.iterator(); i.hasNext(); ) { % Do stuff % } % Seems much better than: c:set var=myCollection value=%=collectionFromCode%/ c:for item=${myCollection} test=%=somecmplicated test here% Do stuff c:for Again, it's not what u use (JSTL or java) that makes a bad design, its a bad designer that makes a bad design. If you have to process your data objects on the presentation page you have a problem. It is better to construct a bean that contains all the information required for the page, embed it in the session when you serve the JSP and just pull data out of the bean. Need to loop? Use iterators in the bean. Need to construct a new object in the page? Why? This is presentation! Customer isn't worth the trouble? Maybe that theory of thought is the reason why you're using Japanese mail server? Good luck with your developers. Can I have the name of your company plz? I'll make sure never to buy anything from it No need to get personal, this is a debate not a slagging match. -Mike Fowler I could be a genius if I just put my mind to it, and I, I could do anything, if only I could get 'round to it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
My replies below -Original Message- From: Joel [mailto:[EMAIL PROTECTED] Sent: Monday, July 05, 2004 2:24 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind On Mon, 5 Jul 2004 00:55:17 -0700 Ivan Jouikov [EMAIL PROTECTED] wrote My replies below -Original Message- From: Joel [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 6:19 PM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind On Sat, 3 Jul 2004 23:03:45 -0700 Ivan Jouikov [EMAIL PROTECTED] wrote ... Point of this message: DO NOT USE JSTL OR EL. Youl regret it. I did. If a tool doesn't work for you, don't use it. There are plenty of tools. We all make mistakes. No reason to hate a tool just because it let you down. If there are serious faults in a certain tool in the context of your use, set it aside, regroup, learn from the experience, re-negotiate with your boss, coworkers, and/or your customers, move on. (Any boss or any customer who isn't willing to put up with the overhead of getting the right tool for the job just isn't worth the trouble.) Customer isn't worth the trouble? Maybe that theory of thought is the reason why you're using Japanese mail server? I live and work in Japan. :-o But if a customer is going to ask you to use a tool proficiently before you've had time to even learn whether it's appropriate for the job, and is not willing to negotiate, you should definitely think hard about whether they're paying you enough to cover rent. A tool is a tool. Rather than declare that a tool is worse than useless, it probably would be more effective to explain why you couldn't use it this time. It's a little easier that way to talk about what can be done, what tools could be used instead, where you might still profitably use the recalcitrant tool. Ok, so you're saying that if my task is to dig a hole, and there's a tool whose documentation says used for digging holes efficiently and easy, it automatically means that it's good for that task? You ever thought that good ideas don't necessarily mean good results? What if that tool is a vacuum cleaner? How would you dig a hole with a vacuum cleaner? I mean that's what its documentation says... The point is, some tools are just no good. If the customer or boss is willing to negotiate, positive information will be more useful. And that is enough platitudes for a day or so. I'll shut up. -- Joel [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
My replies below -Original Message- From: Mike Fowler [mailto:[EMAIL PROTECTED] Sent: Monday, July 05, 2004 2:40 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind Hello - I think I was unclear in what I meant. I am not talking about presentation of code, (hell assembler can be presented well!) what I mean is that using JSTL and EL forces you to abstract yourself from the business tier as you have restricted ability to handle the data. WRONG. It forces you to do the OPPOSITE. Logical flow statements like c:if and c:for FORCE you to have business logic embedded in the pages. You ever read JSTL manual? I recal it says something about no need for java at all... By using embedded Java you do not have this restriction (which may be a good thing for performance or clarity) which can lead you to perform operations you shouldn't in a presentation processing. I agree that having a bad designer leads to bad design, but a good design can be poorly implemented. I propose that the use of embedded java can be poor implementation as it is all to easy to perform operations that you shouldn't in a presentation tier. Hmm. Such simple thing like a guest book wouldn't need separate tires. I'd rather have it embedded in JSP -Mike Fowler I could be a genius if I just put my mind to it, and I, I could do anything, if only I could get 'round to it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
I've officially decided that JSTL is one of the worst things to ever happen to mankind
After getting convinced to try JSTL, I learned the following things: JSTL and EL are inefficient. Tests on similar pages clearly showed that. (compare - ${name} with %=name%, run in a loop 1 times, youll see the difference) JSTL is cumbersome someone told me once that the reason they use JSTL is because their designers are scared of %=% code, but they have no problem throwing around XML statements. Well, whats my advice to him: hire new designers, and fire your high school students. On one hand, yeah ${parameter.name} is very nice relatively to %=request.getParameter(name)%. But after playing around with JSTLs ull see what I mean. Also, when your designers screwes up with the logical structure of your web-site cuz he thought he could just throw around tags, youll think twice. Which brings me to the next point XML is for data flow, not for logic. Whoever the hell thought of tags like c:if and c:choose should be murdered in the worst way possible. With JSTLs exporting and importing variables, and all the logical statements and loops, the whole idea of XML gets destroyed. EL encourages sloppy syntax. It doesnt even have data types (well it has on the bottom level, but not on the surface). Remember _javascript_? Did you know that at first, it was supposed to be server-side scripting language? You know the reason it didnt make it (one of the major ones)? Because of its sloppy syntax and the amount of errors it caused. Why bring it back? Server-side content and client-side content should be separated. When everything looks like HTML (in some way), its hard to tell what actually gets processed, and what gets sent to the client as static (if you have all-nighters, youll understand). JSTL is time-consuming. The whole idea of JSTL was to speed up the process. Not only is it less efficient than embedding code the normal way, but it also takes you forever to make something new with it. Dont believe me? Just try it. The only reason JSTL was made is so that guys at Apache could write some stupid book explaining its hella complicated syntax, and charge people $50 for it. See, its just like the C++ story. Why was C++ invented? To give programmers jobs. No other reason whatsoever, C does whatever C++ does just as good, and better. So I am not sure if JSTL is a step to having advanced developers who get paid more because they took time to learn retarded JSTL syntax and EL, or is it just Apaches developers way of making money (and I am surre Oreilly and the bros are thankful too). Point of this message: DO NOT USE JSTL OR EL. Youll regret it. I did. Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
I am not closed minded. You got to give me some credit for opening myself up to JSTL and EL in the first place. And about C++ - I like it, but I use it only because I have to use it. What I DON'T like about it is: Huge file sizes 100% guaranteed memory leaks Classes = complicated structs I'd switch from C++ to C in a flash. -Original Message- From: SH Solutions [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 2:36 AM To: 'Tomcat Users List' Subject: RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind Hi After getting convinced to try JSTL, I learned the following things: .. Having read points 1-6, I thought, there must be a truth in your remarks. (I did'nt use JSTL or EL yet, but I am about to try.) But then I got to: Why was C++ invented? To give programmers jobs. No other reason whatsoever, C does whatever C++ does just as good, and better. At that point, you just showed to be very closed-minded. (C++ does have an accurate object model, which improves a lot. Yes, you can do similar things with macros, but cumbersomely. From your point of view, go ahead and programm assembly code. Believe me, it dies whatever C does just as good, and better.) No more trusting any of your remarks... Regards, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen
100% agree. I worked on a large C++ project with 8 other people, and everything seemed to go fine, until we released the product. Once it was put to the real test, we realized that fixing bugs and redistributing it to the users is a dead-end HARD job. Never touching C++ again unless at a gun point. -Original Message- From: Laurence Arabia [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 4:47 AM To: [EMAIL PROTECTED] Subject: RE: I've officially decided that JSTL is one of the worst things to ever happen Hi After getting convinced to try JSTL, I learned the following things: .. Having read points 1-6, I thought, there must be a truth in your remarks. (I did'nt use JSTL or EL yet, but I am about to try.) But then I got to: Why was C++ invented? To give programmers jobs. No other reason whatsoever, C does whatever C++ does just as good, and better. At that point, you just showed to be very closed-minded. (C++ does have an accurate object model, which improves a lot. Yes, you can do similar things with macros, but cumbersomely. From your point of view, go ahead and programm assembly code. Believe me, it dies whatever C does just as good, and better.) I am inclined to agree but not for the same blanket reasons. I have worked on 2 very large C++ projects 30+ developers. And I did with another company the same thing with C and Java with 7 people in 1/4 the time. I have never touched C++ since. Why if you realise you made a design booboo (As I am sure I am not the only one)and it has to be changed ripping C++ apart is a more difficult than Java. I know you can say thats down to good OO design but really in todays practical terms OO design is low on the priority of getting a product out the door. I have changed my doctrine to using small C files (less than 1000line) as drivers and then do all the business modelling in Java. A system becomes monolithic very quickly unless you are prepared to rip it apart and put it back together even before tomorrows deadline. Thats why I cannot see myself using C++ again because its too hard keep dependencies segregated and the number of layers while trying to do so increases. And developers becomes scared of changing anything. Do you think my argumenr is fundamentally flawed? _ Want to block unwanted pop-ups? Download the free MSN Toolbar now! http://toolbar.msn.co.uk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen
EH... what about eclipse? What about JBuilder? What about netBeans? All of them are written mostly in Java, except for some native driver code. And they work just fine for me. -Original Message- From: Eric VERGNAUD [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 4:57 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst thingsto ever happen I am inclined to agree but not for the same blanket reasons. I have worked on 2 very large C++ projects 30+ developers. And I did with another company the same thing with C and Java with 7 people in 1/4 the time. I have never touched C++ since. Why if you realise you made a design booboo (As I am sure I am not the only one)and it has to be changed ripping C++ apart is a more difficult than Java. I know you can say thats down to good OO design but really in todays practical terms OO design is low on the priority of getting a product out the door. I have changed my doctrine to using small C files (less than 1000line) as drivers and then do all the business modelling in Java. A system becomes monolithic very quickly unless you are prepared to rip it apart and put it back together even before tomorrows deadline. Thats why I cannot see myself using C++ again because its too hard keep dependencies segregated and the number of layers while trying to do so increases. And developers becomes scared of changing anything. Do you think my argumenr is fundamentally flawed? It's not. But the use case is. While Java is definitely a good approach for business apps, it's unacceptable for edited apps, for which look and feel and raw performance remain top criterias when the customer makes his choice. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worstthingsto ever happen
The reason they're stable? Those who worked with C++ syntax and java syntax will understand this. -Original Message- From: SH Solutions [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 9:43 AM To: 'Tomcat Users List' Subject: RE: I've officially decided that JSTL is one of the worstthingsto ever happen Hi Right now, I would say that java applications (if well written) are at least half as fast as c applications (also well written). Which means that when your java app is in competition with a native app, youve lost the market. In some very rare situations, maybe. Most software nowadays is waiting for the user 99% of the time. And even, when speed is important, reliability is always more important. In general, Java programs turn out to be much more stable. Furthermore, they are plattform independent. Regards, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind
Read my comments below: -Original Message- From: Ariel Valentin [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 11:20 AM To: [EMAIL PROTECTED] Subject: RE: I've officially decided that JSTL is one of the worst things to ever happen to mankind I am new to this mailing list but I figured I would throw in my two cents: (Please excuse my e-mail provider it interpreted the characters from Ivan's original message in some strange way Needless to say I was a bit concerned about a few comments... After getting convinced to try JSTL, I learned the following things: 1. JSTL and EL are inefficient. Tests on similar pages clearly showed that. (compare - ${name} with %=name%, run in a loop 1 times, you-?ll see the difference) Sure it will be slower, it is really java classes under the hood trying to hide complexity of scriptlet code. Is that a bad thing? Not really, helper classes a great, we create them to handle business logic, why not more for view components. The latest hardware is getting less expensive so I do not feel this argument holds (especially with the new 64 bit processers and DDR memory). You don't feel this argument holds? When you have a poor little tomcat running 100 different web applications with 10,000 clicks/day on each, it DOES become an issue. Your choice: get a new server, OR replace all the ${} with %=%. I've been faced with similar situation many times, and trust me, it drives you nuts. 2. JSTL is cumbersome -? someone told me once that the reason they use JSTL is because their designers are scared of %=% code, but they have no problem throwing around XML statements. Well, what-?s my advice to him: hire new designers, and fire your high school students. That is not nice to say about your fellow UI developers. Their specialty is usability and content development and if you ask my opinion most server side developers do not dedicate time to this discipliine. It is too much to ask a designer to learn a server side language when they are busy trying to keep up with their specialty. The job positing to replace the high schoolers will be like all of those other rediculous ones you see on Dice these days where companies are looking for a laundry list instead of a solid developer. I see your point, but you got me wrong. I am not suggesting that designers should have to learn a whole new language, but I am saying that if a designer is OK with this: ${name}, but NOT ok with this: %=name%, then it's a retarded designer. EL syntax sort of encourages designers to be free to throw expressions and tags around, which could result in SERIOUS logical errors when you pull some important ${} out of the loop, and as a result, the dev will have to spend two day figuring out why his code isnt working (this is where CVS is a charm). Bottom line is: designers are for designing, not for throwing important stuff around. 3. XML is for data flow, not for logic. Whoever the hell thought of tags like c:if and c:choose should be murdered in the worst way possible. With JSTL-?s exporting and importing variables, and all the logical statements and loops, the whole idea of XML gets destroyed. What should we use then for content development? HTML is done... no more updates... It's replacement is an XML application known as XHTML. Looks like XML has more uses that just data... Oh did someone mention XSL? XSLT? XSLT syntax xsl:If ... xsl:choose I wonder where Jakarta developers got the idea http://www.w3.org/MarkUp/Activity What should we use instead? Welcome to the front page of JSP manual: % if( yourmoma ) { % Do some things % } % To me, it seems EASIER than this: c:set var=yourmoma value=%=yourMomaFromCode%/ c:if test=${yourmoma} Do some things /c:if What happened to the good old idea of using JAVA, with all its beautiful features, in the JSPs themselves? IMHO, Java beats tag syntax in all aspects - easier to write and understand, strict syntax, and more efficient. I don't know WHY would you want to use XML for logic flow in the first place. 4. EL encourages sloppy syntax. It doesn-?t even have data types (well it has on the bottom level, but not on the surface). Remember JavaScript? Did you know that at first, it was supposed to be server-side scripting language? You know the reason it didn-?t make it (one of the major ones)? Because of its sloppy syntax and the amount of errors it caused. Why bring it back? Apples and oranges... Javascript indeed has it's problems, (heck I am forced to work with VBScript so I empathize here), but someone was smart enough to recognize Javascript's limitation and that is why it is a client side technology. I believe JSTL uses reflection and if you don't like that you sure as heck will never like EJB Container
c:if test=${} - won't accept any expressions for test!!!
When I tried the following: code: c:if test=${!empty param.name} NO name specified! /c:if I get this error: code: Exception message: /GuestBook/AddEntryHandler.jsp(18,2) According to TLD or attribute directive in tag file, attribute test does not accept any expressions Stack Trace: Error message: /GuestBook/AddEntryHandler.jsp(18,2) According to TLD or attribute directive in tag file, attribute test does not accept any expressions org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:39) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:376) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:150) org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:941) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:696) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1441) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:716) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1441) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:716) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1441) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213) org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2219) org.apache.jasper.compiler.Node$Root.accept(Node.java:456) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) org.apache.jasper.compiler.Validator.validate(Validator.java:1475) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:214) org.apache.jasper.compiler.Compiler.compile(Compiler.java:461) org.apache.jasper.compiler.Compiler.compile(Compiler.java:442) org.apache.jasper.compiler.Compiler.compile(Compiler.java:430) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:274) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) com.jspbook.GZIPFilter.doFilter(GZIPFilter.java:37) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) org.ablogic.web.CacheFilter.doFilter(CacheFilter.java:130) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) org.ablogic.web.IPBlockFilter.doFilter(IPBlockFilter.java:135) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) org.ablogic.web.TraceFilter.doFilter(TraceFilter.java:69) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
Problems moving context from server.xml to web.xml ...
I want to move context element from server.xml to web.xml, so I can add new applications without restarting the server. Everything works fine, my DB and all, until I move this entry: code: Context path=/ablogic docBase=C:\Documents and Settings\SysOp\My Documents\AB LOGIC\Eclipse Workspace\abLogic\web debug=9 reloadable=true !-- Database -- Resource name=jdbc/ablogic auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/ablogic !-- Max pool connections -- parameternamemaxActive/namevalue5/value/parameter !-- Max idle connections -- parameternamemaxIdle/namevalue5/value/parameter !-- Username -- parameternameusername/namevalueivan/value/parameter !-- Password -- parameternamepassword/namevaluekittiesrcute/value/parameter !--DB Driver -- parameternamedriverClassName/namevaluecom.mysql.jdbc.Driver/value/parameter !--DB URL -- parameternameurl/namevaluejdbc:mysql://192.168.0.1:3306/school?autoReconnect=true/value/parameter /ResourceParams /Context As soon as I move this thing, and try to use my DB, I get the following error: Error message: Cannot create JDBC driver of class '' for connect URL 'null' My mysql connector is both in my /common/lib and my /WEB-INF/lib/, just to keep it safe. Also, to my web.xml I added these two entries: code: ResourceLink name=jdbc/ablogic global=jdbc/ablogic/ resource-ref descriptionDB Connection/description res-ref-namejdbc/ablogic/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref I have no idea what the hell is wrong. Theoretically, I am not changing anything by simply copying context element, yet, it seems to stop working . --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
RE: logging
I'm having the same issue. Any suggestions would be welcome. -Original Message- From: Charles Baker [mailto:[EMAIL PROTECTED] Sent: Friday, July 02, 2004 7:04 AM To: [EMAIL PROTECTED] Subject: logging I'm using tomcat 4.1.30 on Red Hat Linux w/ Sun JDK 1.4.2_03. In catalina.sh one of the other admins has redirected standard out to a log file so that we can capture some info that would ordinarily only be seen at the console. What we would like to do is have the tomcat container itself, not just a particular web application, use log4j to log it's messages. Also, after the container is up and all webapps have been deployed, we would like to lower the logging level of the container from say INFO to FATAL. We are already doing this with JBoss but haven't been able to figure a way to do this with tomcat. I've googled and looked at the archives w/o finding anything relevant. Does anyone have a clue? Charles H. Baker O: 864.422.5349 C: 864.201.8456 [EMAIL PROTECTED] Whatever you vividly imagine, ardently desire, sincerely believe and enthusiastically act upon must inevitably come to pass! -- Paul J. Meyer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE-PROBLEM: Problems moving context from server.xml to web.xml ...
/namevalue5/value/parameter !-- Username -- parameternameusername/namevalueivan/value/parameter !-- Password -- parameternamepassword/namevaluekittiesrcute/value/parameter !--DB Driver -- parameternamedriverClassName/namevaluecom.mysql.jdbc.Driver/value/parameter !--DB URL -- parameternameurl/namevaluejdbc:mysql://192.168.0.1:3306/school?autoReconnect=true/value/parameter /ResourceParams /Context Try it, Happy computing, Lorenzo -Mensaje original- De: Ivan Jouikov [mailto:[EMAIL PROTECTED] Enviado el: Viernes, 02 de Julio de 2004 02:33 a.m. Para: 'Tomcat Users List' Asunto: Problems moving context from server.xml to web.xml ... I want to move context element from server.xml to web.xml, so I can add new applications without restarting the server. Everything works fine, my DB and all, until I move this entry: code: _ Context path=/ablogic docBase=C:\Documents and Settings\SysOp\My Documents\AB LOGIC\Eclipse Workspace\abLogic\web debug=9 reloadable=true !-- Database -- Resource name=jdbc/ablogic auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/ablogic !-- Max pool connections -- parameternamemaxActive/namevalue5/value/parameter !-- Max idle connections -- parameternamemaxIdle/namevalue5/value/parameter !-- Username -- parameternameusername/namevalueivan/value/parameter !-- Password -- parameternamepassword/namevaluekittiesrcute/value/parameter !--DB Driver -- parameternamedriverClassName/namevaluecom.mysql.jdbc.Driver/value/parameter !--DB URL -- parameternameurl/namevaluejdbc:mysql://192.168.0.1:3306/school?autoReconnect=true/value/parameter /ResourceParams /Context _ As soon as I move this thing, and try to use my DB, I get the following error: Error message: Cannot create JDBC driver of class '' for connect URL 'null' My mysql connector is both in my /common/lib and my /WEB-INF/lib/, just to keep it safe. Also, to my web.xml I added these two entries: code: _ ResourceLink name=jdbc/ablogic global=jdbc/ablogic/ resource-ref descriptionDB Connection/description res-ref-namejdbc/ablogic/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref _ I have no idea what the hell is wrong. Theoretically, I am not changing anything by simply copying context element, yet, it seems to stop working . --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 _ Lorenzo A. Jimenez Briceno WebMaster Banco Internacional de Costa Rica ( (506) 243-1077 1 (506) 243-1075 - [EMAIL PROTECTED] BICSA ?Un mundo de servicios financieros a su alcance! http://www.bicsa.com 7/2/2004 8:01 AM Este mensaje puede ser confidencial. Si usted no es la persona a quien se debio dirigir por favor notifiquenos de inmediato y borre el mensaje. BICSA no acepta responsabilidad legal por ningun dano causado por virus, errores u omisiones en el contenido de este mensaje. Todo uso o divulgacion no autorizado esta prohibido. Gracias. This message may be confidential. If you are not the intended recipient, please notify us immediately and delete this message. BICSA does not accept liability for any damage caused by virus, errors, or omissions in the contents of this message. Any unauthorized use or disclosure of its contents is prohibited. Thank you. --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE-PROBLEM: Problems moving context from server.xml to web.xml ...
Ok turns out there is a problem with Manager application - it doesn't read folders properly when you deploy as a folder or WAR, but it reads XML fine when you deploy is XML. Check it out: http://issues.apache.org/bugzilla/show_bug.cgi?id=29895 -Original Message- From: Lorenzo A. Jimenez Briceno [mailto:[EMAIL PROTECTED] Sent: Friday, July 02, 2004 3:25 PM To: Tomcat Users List Subject: RE: RE-PROBLEM: Problems moving context from server.xml to web.xml ... Importance: High Look at one of mine: ?xml version=1.0 encoding=UTF-8? Context docBase=C:\Documents and Settings\lorenzosjb\Desktop\demos path=/demos Resource auth=Container name=jdbc/dinamica type=javax.sql.DataSource/ ResourceParams name=jdbc/dinamica parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter nameurl/name valuejdbc:mckoi://localhost//value /parameter parameter namedriverClassName/name valuecom.mckoi.JDBCDriver/value /parameter parameter nameusername/name valuesa/value /parameter parameter namepassword/name valueadmin/value /parameter parameter namemaxActive/name value100/value /parameter parameter namemaxWait/name value1/value /parameter parameter namemaxIdle/name value30/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value300/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter /ResourceParams /Context -Mensaje original- De: Ivan Jouikov [mailto:[EMAIL PROTECTED] Enviado el: Viernes, 02 de Julio de 2004 04:12 p.m. Para: 'Tomcat Users List' Asunto: RE-PROBLEM: Problems moving context from server.xml to web.xml .. Ok, I put the following into my META-INF/context.xml: ?xml version=1.0 encoding=UTF-8 ? Context path=/ablogic debug=9 reloadable=true Resource name=jdbc/ablogic auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/ablogic !-- Max pool connections -- parameternamemaxActive/namevalue5/value/parameter !-- Max idle connections -- parameternamemaxIdle/namevalue5/value/parameter !-- Username -- parameternameusername/namevalueivan/value/parameter !-- Password -- parameternamepassword/namevaluekittiesrcute/value/parameter !--DB Driver -- parameternamedriverClassName/namevaluecom.mysql.jdbc.Driver/value/parameter !--DB URL -- parameternameurl/namevaluejdbc:mysql://192.168.0.1:3306/school?autoReconnect=true/value/parameter /ResourceParams /Context When I deploy the application using tomcat manager, it seems to deploy it correctly, because path /ablogic is automatically assigned to it. However, I still can't get a hold of my DB info: Error message: Cannot create JDBC driver of class '' for connect URL 'null' org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:750) org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:518) org.ablogic.db.Manager.getConnection(Manager.java:41) org.ablogic.db.Manager.testQuery(Manager.java:85) org.apache.jsp.init._2_jsp._jspService(_2_jsp.java:78) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:298) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) com.jspbook.GZIPFilter.doFilter(GZIPFilter.java:37) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) org.ablogic.web.CacheFilter.doFilter(CacheFilter.java:130) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) org.ablogic.web.IPBlockFilter.doFilter(IPBlockFilter.java:135) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) org.ablogic.web.TraceFilter.doFilter(TraceFilter.java:69
Deploying onto a specific host...
When using manager application, how can you specify which virtual host you want to deploy your application onto? Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
RE: Deploying onto a specific host...
Then how would you access that specific manager? www.host.com/manager ? -Original Message- From: Emerson Cargnin [mailto:[EMAIL PROTECTED] Sent: Friday, July 02, 2004 4:16 PM To: Tomcat Users List Subject: Re: Deploying onto a specific host... I think you have to have an manager per virtualhost, someone correct me if I'm wrong Emerson Cargnin Floripa/Brasil Ivan Jouikov wrote: When using manager application, how can you specify which virtual host you want to deploy your application onto? Best Regards, Ivan V. Jouikov (206) 228-6670 http://www.ablogic.net/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 -- Emerson Cargnin Analista de Sistemas - Gerente Regional - Tubarao Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How can you count incoming and outgoing traffic for an application?
I was wandering how can you count traffic in Tomcat? One way that I could think of, is to write a filter, and have it wrap the response output stream, and count the bytes. But that wont count the TCP IP headers size Is there any way to effectively count traffic for a given application using Tomcat? Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
What about Tomcat under java 1.5?
Just wondering if people tried it. Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
RE: What about Tomcat under java 1.5?
Does it work any faster? Sun claims that 1.5 (aka 5.0) is very efficient and robust... Is that a load of bull? -Original Message- From: Ryan McConigley [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 30, 2004 8:09 PM To: Tomcat Users List Subject: Re: What about Tomcat under java 1.5? At 08:05 PM 30/06/2004 -0700, you wrote: Just wondering if people tried it. I have. Seems to work fine for me with no hassles. Cheers, Ryan. -- Ryan McConigley - Systems Administrator _.-, Computer Science University of Western Australia.--' '-._ Tel: (+61 8) 6488 7082 - Fax: (+61 8) 6488 1089 _/`- _ '. [EMAIL PROTECTED] - http://www.csse.uwa.edu.au/~ryan ''._`.. \ ` \; You're just jealous because the voices are talking to me;_\ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
log4j question
With the following configuration: # All the .File parameters will be relative to the application's /WEB-INF/log/ # directory. # Global logger will be the general logger log4j.rootLogger=INFO, A2 log4j.rootLogger.additivity=false # This is logger for any general information we want to log log4j.appender.A2=org.apache.log4j.DailyRollingFileAppender log4j.appender.A2.MaxFileSize=2MB log4j.appender.A2.DatePattern='.'-MM-dd log4j.appender.A2.File=log.txt log4j.appender.A2.layout=org.apache.log4j.PatternLayout log4j.appender.A2.ConversionPattern=%d [%t] %-5p %c - %m%n # This is where all the debug information will go to log4j.logger.debugger=DEBUG, A1 log4j.debugger.additivity=false log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender log4j.appender.A1.MaxFileSize=2MB log4j.appender.A1.DatePattern='.'-MM-dd log4j.appender.A1.File=debug.txt log4j.appender.A1.layout=org.apache.log4j.PatternLayout log4j.appender.A1.layout.ConversionPattern=%5p (%F:%L) - %m%n How come when I use Logger.getLogger(debugger).debug(debug stuff); The debug stuff appears in log.txt (which is the root logger set on level INFO) Best Regards, Ivan V. Jouikov (206) 228-6670 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
RE: Tomcat and hot code deployment
Yes I am sure I am referring to WEB-INF. See, one of my classes has its own static daemon running, and when I update that class's code, a new one gets loaded in, but the old one keeps running. -Original Message- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 3:48 AM To: Tomcat Users List Subject: Re: Tomcat and hot code deployment At 10:37 PM 6/21/2004 -0700, you wrote: Hey! As far as I understand, hot code deployment, is when you modify .class inside /WEB-INF/classes, and tomcat reloads it, correct? If so, is it true, that whenever it reloads it, the OLD instance of static objects, threads, and properties stay alive, that is, tomcat doesnt destroy them? Is that why many developers dont use hot code deployment on production servers? Because Ive been trying to debug my app, and I realized this pattern, and if I am correct, then my application is bug-free. I haven't attempted to verify what you are saying, but it seems to me that if the classes containing static variables exist inside WEB-INF/lib or WEB-INF/classes, they should reflect any changes made to code as the WebappClassLoader is dumped and recreated upon reload. Are you sure you aren't referencing static variables from classes existing in common/lib, common/classes, shared/lib, or shared/classes? Those wouldn't be reloaded. Jake Thanks --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and hot code deployment
Guess I could do that... When I actually STOP the application thru the manager, the thread keeps on running. The thread is actually a timer set to execute every second, and I don't have any triggers to stop it. Maybe this could be my ultimate solution :) Thanks. -Original Message- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 2:07 PM To: Tomcat Users List Subject: RE: Tomcat and hot code deployment Quoting Ivan Jouikov [EMAIL PROTECTED]: Yes I am sure I am referring to WEB-INF. See, one of my classes has its own static daemon running, and when I update that class's code, a new one gets loaded in, but the old one keeps running. Are you able to shut down the daemon thread at application shutdown? If you can get a handle to the thread, use a servlet context listener contextDestroyed() method to do the shutdown. The classloader can't be destroyed properly when a daemon thread is still running within it. I don't pretend to know the details of the destruction of the WebappClassLoader, so I'll leave the specifics to someone who knows better. Jake -Original Message- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 3:48 AM To: Tomcat Users List Subject: Re: Tomcat and hot code deployment At 10:37 PM 6/21/2004 -0700, you wrote: Hey! As far as I understand, hot code deployment, is when you modify .class inside /WEB-INF/classes, and tomcat reloads it, correct? If so, is it true, that whenever it reloads it, the OLD instance of static objects, threads, and properties stay alive, that is, tomcat doesnt destroy them? Is that why many developers dont use hot code deployment on production servers? Because Ive been trying to debug my app, and I realized this pattern, and if I am correct, then my application is bug-free. I haven't attempted to verify what you are saying, but it seems to me that if the classes containing static variables exist inside WEB-INF/lib or WEB-INF/classes, they should reflect any changes made to code as the WebappClassLoader is dumped and recreated upon reload. Are you sure you aren't referencing static variables from classes existing in common/lib, common/classes, shared/lib, or shared/classes? Those wouldn't be reloaded. Jake Thanks --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - 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] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: AW: How can I add Host without restarting Tomcat?
Look at tomcat's administration tool - it can dynamically add hosts. Looks at its codes. Go from there. -Original Message- From: Carl Olivier [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 7:00 AM To: 'Tomcat Users List' Subject: RE: AW: How can I add Host without restarting Tomcat? Hmmm Is it possible to prgramatically init and start a new StandardHost? I have code that deploys the context for a new Host and writes the Host block into the server.xml - now I want to be able to programatically init and start the new host - making it available WITHOUT having to do a server restart! Is this possible? Thanks! Carl -Original Message- From: Peter Rossbach [mailto:[EMAIL PROTECTED] Sent: 18 June 2004 12:49 PM To: Tomcat Users List Subject: Re: AW: How can I add Host without restarting Tomcat? Hey, you can used the admin application. Tipp: Add a user with admin role at your conf/tomcat-users.xml! Before you create the new host, create the webapps directory! After create your new host, copy the Catalina/localhost/manager.xml to Catalina/newhost/manager.xml and you have at usefull new host without server restart. Tested with Tomcat 5.0.25. regards Peter Nikola Milutinovic schrieb: Gunnar Prschke wrote: Non way, because it is written in server.xml file. You'll need to stop the server, I guess Tomcat has a manager application. It can deploy new contexts (applications) on-the-fly, but I'm not sure about hosts. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- J2EE Systemarchitekt und Tomcat Experte http://objektpark.de/ http://www.webapp.de/ Am Josephsschacht 72, 44879 Bochum, Deutschland Telefon: (49) 234 9413228 Mobil:(49) 175 1660884 E-Mail: [EMAIL PROTECTED] - 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] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat and hot code deployment
Hey! As far as I understand, hot code deployment, is when you modify .class inside /WEB-INF/classes, and tomcat reloads it, correct? If so, is it true, that whenever it reloads it, the OLD instance of static objects, threads, and properties stay alive, that is, tomcat doesnt destroy them? Is that why many developers dont use hot code deployment on production servers? Because Ive been trying to debug my app, and I realized this pattern, and if I am correct, then my application is bug-free. Thanks --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
How can I add Host without restarting Tomcat?
Nobody knows the answer to subj? --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004
RE: Can server.xml be reloaded without restart?
Ok, I get it now... But is there any way to make it so that you can add new www.domain.com aka virtual hosts without restarting the server? -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Digby Sent: Thursday, June 17, 2004 12:52 AM To: [EMAIL PROTECTED] Subject: Re: Can server.xml be reloaded without restart? The context is your application so (context)/META-INF is right beside your (context)/WEB-INF. Tomcat will know whch host to use because that's where you deploy it (if you use the deployer) or you can stick the app in the host's appbase folder, and it'll work it out. It did with me anyway. Once it's deployed, have a look in conf\Catalina and you find equivalent context.xml files in there too. As Apache acknowledge, they just write software that they give away for free, and documentation and support are just extras when they get time. There are a couple of books on Tomcat that go into more detail and explain how things work. (Again, my experience). Ivan Jouikov wrote: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html And some other google stuff. What do you mean by {context}/META-INF? What the hell is {context} ? And still, how would it know which Host to use? -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 7:56 PM To: Tomcat Users List Subject: Re: Can server.xml be reloaded without restart? On Wed, Jun 16, 2004 at 07:04:12PM -0700, Ivan Jouikov wrote: : Tomcat HOW-TO does a really bad job of explaining of how context.xml would : work... Google didn't yield any useful information as well... I'm not sure where you're looking -- which howto did you read? : So, as far as I understand, you create a file called context.xml, and place : the Context tag and all its contents into it (instead of keeping them inside : of server.xml)... Correct. : Now, where does that context.xml go? Into WEB-INF? Tried it, didn't work. {context}/META-INF To answer your other question: this file is associated with the webapp because of its location in the context dir or WAR file. That's how the manager app/Tomcat/etc know what to do with it. I don't know what's up there now, but this was described on the Tomcat site when I made the switch to using context.xml many moons ago. ;) In fact, for Tomcat5 use of context.xml is encouraged. -QM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can you dynamically add a new Host element to server.xml without restarting?
Subj. says it all... If not, is there a workaround? -Original Message- From: David Goldschmidt [mailto:[EMAIL PROTECTED] Sent: Thursday, June 17, 2004 1:27 PM To: Tomcat Users List Subject: Re: Connecting Tomcat and Apache Maybe you need to cd to the $CONN_SRC_HOME/jk/native directory first? Then do the ./buildconf.sh command locally within that directory? DaveG Graeme wrote: Evening all, I'm trying to connect Tomcat and Apache, I've been following this tutorial: http://www.meritonlinesystems.com/docs/apache_tomcat_redhat.html In order to run the buildconf.sh I installed libtool, httpd-devel, autoconf and automake because I found on a site that redhat 9 users need httpd-devel, the rest are dependencies. After I installed all of this and tried to run the buildconf.sh script I got this: [EMAIL PROTECTED] root]# $CONN_SRC_HOME/jk/native/buildconf.sh libtoolize --force --automake --copy libtoolize: `configure.ac' does not exist Try `libtoolize --help' for more information. aclocal aclocal: `configure.ac' or `configure.in' is required automake -a --foreign -i --copy automake: `configure.ac' or `configure.in' is required autoconf autoconf: no input file [EMAIL PROTECTED] root]# How do I sort this out? I'm a bit lost :( Cheers in advance, Graeme :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can server.xml be reloaded without restart?
If I am hosting a large number of applications on my server, and I add a new application every couple of hours and every application requires having its own DB pool (aka Resource entry in server.xml), how can I make it so that my server.xml gets reloaded automatically? Because if I restart it, I'll loose all the current sessions and have downtime for a few seconds, and that's no good... Any advice? --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can server.xml be reloaded without restart?
Tomcat HOW-TO does a really bad job of explaining of how context.xml would work... Google didn't yield any useful information as well... So, as far as I understand, you create a file called context.xml, and place the Context tag and all its contents into it (instead of keeping them inside of server.xml)... Now, where does that context.xml go? Into WEB-INF? Tried it, didn't work. Also, how would it know which Host to belong to? And do I use the manager application to deploy those dynamically? In manager application, you can deploy only one .war file, so I guess it goes in it somehow? -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 3:04 PM To: Tomcat Users List Subject: Re: Can server.xml be reloaded without restart? On Wed, Jun 16, 2004 at 02:27:33PM -0700, Ivan Jouikov wrote: : If I am hosting a large number of applications on my server, and I add a new : application every couple of hours and every application requires having its : own DB pool (aka Resource entry in server.xml), how can I make it so that my : server.xml gets reloaded automatically? You can keep the Resource tags with the webapp. See the Tomcat docs for context.xml. The short version is, everything you put under a Context tag, you can put in a separate, per-webapp file. When that webapp is updated, the rest of the container is undisturbed. Icing on the cake: app-specific settings stay with the app, making it more portable within your infrastructure. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can server.xml be reloaded without restart?
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html And some other google stuff. What do you mean by {context}/META-INF? What the hell is {context} ? And still, how would it know which Host to use? -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 7:56 PM To: Tomcat Users List Subject: Re: Can server.xml be reloaded without restart? On Wed, Jun 16, 2004 at 07:04:12PM -0700, Ivan Jouikov wrote: : Tomcat HOW-TO does a really bad job of explaining of how context.xml would : work... Google didn't yield any useful information as well... I'm not sure where you're looking -- which howto did you read? : So, as far as I understand, you create a file called context.xml, and place : the Context tag and all its contents into it (instead of keeping them inside : of server.xml)... Correct. : Now, where does that context.xml go? Into WEB-INF? Tried it, didn't work. {context}/META-INF To answer your other question: this file is associated with the webapp because of its location in the context dir or WAR file. That's how the manager app/Tomcat/etc know what to do with it. I don't know what's up there now, but this was described on the Tomcat site when I made the switch to using context.xml many moons ago. ;) In fact, for Tomcat5 use of context.xml is encouraged. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]