Re: tomcat-user Digest 11 Sep 2005 15:29:19 -0000 Issue 5872
Hi- You might investigate using the include directive: %@ include file=... % instead of the include action. -Terence M. Bandoian [EMAIL PROTECTED] wrote: Hi, i am using Jasper coming with tomcat 4.1.31 for precompilation of some jsps. It generates empty-element tags where generation of start-tag followed by immediate end-tag would be needed/preferred. For example there are includes like: jsp:include page=includes/scripts.jsp/ where scripts.jsp contains the lines like script type=text/javascript src=lib/whatever.js /script. Precompiled jsps output these in their shortened form: script type=text/javascript src=lib/whatever.js/. How do i tune that behaviour - jasper options, jsps themselves, xml parser? thanks, Taimo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat4 HTTP response header Cache-control
The following might do the trick: response.setHeader( Cache-Control, no-cache ); -Terence M. Bandoian Hello all, I'm currently having to (still) work on an application which is running under Tomcat4 - the suppliers haven't yet validated against Tomcat5 and I'm looking at clustering in that environment. I've looked at Filips excellent reference http://people.apache.org/~fhanik/ and at the end is a comment about AOL and cache control where he suggests cache control to no-store . Can I do this within Tomcat or do I have to use Apache to alter it? thanks Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get ssl redirection to work properly
Hi,
You might try including a URL pattern containing only / in addition to
the /* pattern.
-Terence M. Bandoian
Hi again.. I don´t know if this mail reached the mailinglist som I
just reply to myself to get the attention again ;).
Is this kind of behaviour by tomcat normal with the redirection?. Does
behave in this way even if you just have an application.war file
deployed on a standalone tomcat?
Best regards
Stefan Nilsson.
On 7/15/05, Stefan Nilsson [EMAIL PROTECTED] wrote:
I am running Jboss 4.0.1 with the tomcat 5.0 and I have an
application.ear called pds running on it. To access the application
you simple write http://adress:8080/pds;
Now I wanted to enable ssl on the webapp.war in the application so I
changed the server.xml and web.xml and created a keystore and
everything. I redirect from 8080 to 8443 and everything works as
long as do like this.
https://adress:8443/pds - works!!
http://adress:8080/pds/login.jsp - works! get redirected to
https://adress:8443/pds/x
http://adress:8080/pds - doesn´t work - I time out and get a no page
found error.
I really need the the old url http://adress:8080/pds; to be
redirected to https://adress:8443/pds
Any suggestions??
Best regards
Stefan Nisson
Below follows some relevant sections from my server.xml and web.xml:
=== server.xml ==
Connector
port = 8080
address = ${jboss.bind.address}
maxThreads = 150
minSpareThreads = 25
maxSpareThreads = 75
enableLookups = false
redirectPort = 8443
acceptCount = 100
connectionTimeout = 2
disableUploadTimeout = true/
Connector
port = 8443
address = ${jboss.bind.address}
maxThreads = 100
minSpareThreads = 5
maxSpareThreads = 15
scheme = https
secure = true
clientAuth = false
keystoreFile = ./keystore
keystorePass = secret
sslProtocol = TLS/
=== web.xml =
security-constraint
display-nameSecurity for Julius PDS/display-name
web-resource-collection
web-resource-nameJulius web Security/web-resource-name
descriptionRedirect all to SSL/description
url-pattern/*/url-pattern
/web-resource-collection
user-data-constraint
descriptionProtection should be CONFIDENTIAL/description
transport-guaranteeCONFIDENTIAL/transport-guarantee
/user-data-constraint
/security-constraint
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't get ssl redirection to work properly
Hi,
You might try including a URL pattern containing only / in addition to
the /* pattern.
-Terence M. Bandoian
Hi again.. I don´t know if this mail reached the mailinglist som I
just reply to myself to get the attention again ;).
Is this kind of behaviour by tomcat normal with the redirection?. Does
behave in this way even if you just have an application.war file
deployed on a standalone tomcat?
Best regards
Stefan Nilsson.
On 7/15/05, Stefan Nilsson [EMAIL PROTECTED] wrote:
I am running Jboss 4.0.1 with the tomcat 5.0 and I have an
application.ear called pds running on it. To access the application
you simple write http://adress:8080/pds;
Now I wanted to enable ssl on the webapp.war in the application so I
changed the server.xml and web.xml and created a keystore and
everything. I redirect from 8080 to 8443 and everything works as
long as do like this.
https://adress:8443/pds - works!!
http://adress:8080/pds/login.jsp - works! get redirected to
https://adress:8443/pds/x
http://adress:8080/pds - doesn´t work - I time out and get a no page
found error.
I really need the the old url http://adress:8080/pds; to be
redirected to https://adress:8443/pds
Any suggestions??
Best regards
Stefan Nisson
Below follows some relevant sections from my server.xml and web.xml:
=== server.xml ==
Connector
port = 8080
address = ${jboss.bind.address}
maxThreads = 150
minSpareThreads = 25
maxSpareThreads = 75
enableLookups = false
redirectPort = 8443
acceptCount = 100
connectionTimeout = 2
disableUploadTimeout = true/
Connector
port = 8443
address = ${jboss.bind.address}
maxThreads = 100
minSpareThreads = 5
maxSpareThreads = 15
scheme = https
secure = true
clientAuth = false
keystoreFile = ./keystore
keystorePass = secret
sslProtocol = TLS/
=== web.xml =
security-constraint
display-nameSecurity for Julius PDS/display-name
web-resource-collection
web-resource-nameJulius web Security/web-resource-name
descriptionRedirect all to SSL/description
url-pattern/*/url-pattern
/web-resource-collection
user-data-constraint
descriptionProtection should be CONFIDENTIAL/description
transport-guaranteeCONFIDENTIAL/transport-guarantee
/user-data-constraint
/security-constraint
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP pre-compile and Apache
Have you granted the site accessClassInPackage runtime permission? -Terence M. Bandoian [EMAIL PROTECTED] I used to precompile my JSP's (which worked great and was a big time saver in testing), but since running Tomcat 4.1.31 together with Apache, all sorts of weird errors occurred. I remember reading somewhere that Apache expected the actual jsp file, not the compiled version. So I reverted back to *not* precompiling JSP's and everything worked as expected. Question now, obviously there is a first-time-compile penalty per jsp, but once compiled, should performance be the same? How about the overhead to check if the .jsp file indeed matches the compiled version? Has someone managed to get precompiled JSP's running in combination with Apache? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: database - jdbc setup help
For information about JDBC, you may want to try the Sun JDBC tutorial http://java.sun.com/docs/books/tutorial/jdbc/ - http://java.sun.com/docs/books/tutorial/jdbc/ -Terence - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
