Which one is better: JSP or PHP with tomcat
Hello everyone !!! Which one is better with tomcat : JSP or PHP ?? which one is easier ?? whch one is suitable more to be secured (authentication and ssl) with tomcat ?? Thanks in advance Abdullah _ It's fast, it's easy and it's free. Get MSN Messenger 7.0 today! http://messenger.msn.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Which one is better: JSP or PHP with tomcat
Hi, I'd say JSP, which is native to Tomcat. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Abdullah Abdullah [mailto:[EMAIL PROTECTED] Sent: Sunday, July 10, 2005 10:08 AM To: tomcat-dev@jakarta.apache.org Subject: Which one is better: JSP or PHP with tomcat Hello everyone !!! Which one is better with tomcat : JSP or PHP ?? which one is easier ?? whch one is suitable more to be secured (authentication and ssl) with tomcat ?? Thanks in advance Abdullah _ It's fast, it's easy and it's free. Get MSN Messenger 7.0 today! http://messenger.msn.co.uk - 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]
cvs commit: jakarta-tomcat-catalina/webapps/docs apr.xml
jfclere 2005/07/10 10:20:22 Modified:webapps/docs apr.xml Log: Start documenting the minimal SSL parameters to allow testing. Revision ChangesPath 1.5 +26 -2 jakarta-tomcat-catalina/webapps/docs/apr.xml Index: apr.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/apr.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- apr.xml 4 Jul 2005 18:39:09 - 1.4 +++ apr.xml 10 Jul 2005 17:20:22 - 1.5 @@ -159,9 +159,33 @@ /p attributes - + +attribute name=SSLEngine required=false +p + Name of the SSLEngine to use. off: Do not use SSL, on: Use SSL but no specific ENGINE. + The default value is off. +/p +/attribute +attribute name=SSLCertificateFile required=true +p + Name of the file that contains the server certificate. The format is PEM-encoded. +/p +/attribute +attribute name=SSLCertificateKeyFile required=false +p + Name of the file that contains the server private key. The format is PEM-encoded. + The default value is the value of SSLCertificateFile and in this case both certificate + and private key have to be in this file (NOT RECOMMENDED). +/p +/attribute +attribute name=SSLPassword required=false +p + Pass phrase for the encrypted private key. If SSLPassword is not provided, the callback fonction + should prompt for the pass phrase. +/p +/attribute + /attributes - /subsection subsection name=AJP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35682] New: - more flexible JDBCRealm
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35682. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35682 Summary: more flexible JDBCRealm Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The JDBCRealm currently is configured via table names and column names. In our database, this is not flexible enough and we cannot use the JDBCRealm. The proposed enhancement adds new configuration strings to the JDBCRealm to allow it to work with more database schemas. Specifically, you specify and credentialsSQL and rolesSQL configuration string in the Realm fragment in server.xml. With this enhancement, my Realm fragment looks like this: Realm className=org.apache.catalina.realm.JDBCRealm driverName=net.sourceforge.jtds.jdbc.Driver connectionURL=jdbc:jtds:sqlserver://localhost:1433/xxx;SelectMethod=cursor;Use r=xxx;Password=xxx credentialsSQL=SELECT FPassword FROM DAccount WHERE FUsername=? rolesSQL=SELECT DRole.FName FROM DAccount INNER JOIN DAccountToDRole ON DAccount.FId = DAccountToDRole.FAccountId INNER JOIN DRole ON DAccountToDRole.FRoleId = DRole.FId WHERE (DAccount.FUsername = ?) / The code modifications in JDBCRealm.java are minor, the diff -u will be attached. Basically, if the credentialsSQL and rolesSQL are valid (ie non null and not ), then the credentialsSQL and rolesSQL will be used instead of any column/table names provided. -- thanks, Andrew -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35682] - more flexible JDBCRealm
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35682. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35682 --- Additional Comments From [EMAIL PROTECTED] 2005-07-11 00:58 --- Created an attachment (id=15642) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15642action=view) diff -u of the change -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35682] - more flexible JDBCRealm
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35682. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35682 --- Additional Comments From [EMAIL PROTECTED] 2005-07-11 00:58 --- Created an attachment (id=15643) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15643action=view) new JDBCRealm.java -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35682] - more flexible JDBCRealm
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35682. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35682 --- Additional Comments From [EMAIL PROTECTED] 2005-07-11 01:00 --- One more thing, probably should'nt have, but the fixes a typo in the work given. -- Andrew -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jocelyne Cerasa/LaDefense/Mazars-Guerard/Fr est absent(e).
Je serai absent(e) du 11/07/2005 au 18/07/2005. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34526] - Truncated content in decompressed requests from mod_deflate
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34526. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34526 --- Additional Comments From [EMAIL PROTECTED] 2005-07-11 03:44 --- To [EMAIL PROTECTED]: by nature of compressed content, mod_deflate cannot know decompressed length in advance when it just begins streaming the content to mod_jk. There has to be some kind of an end of stream indicator independent of any lengths known at the beginning of the exchange. Maybe it already exists, I do not know. Either way I fully agree with Jess Holle: it would be in everyone's best interest if mod_jk people discuss it directly with the HTTP Server people... Thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]