Tomcat thread blocking
Hi, I've recently observed a scenario in Tomcat 6.0.13 64-bit under SUN JDK 1.6_03 (x64 Windows platform), where a large number of threads show a status of BLOCKED. Can someone please advise the easiest and most effective way of helping identify the original cause of the block?or have I just opened up a can of worms?! The behaviour is not something I can replicate so I need a method for in situ investigation, before I have to restart Tomcat to restore service (after a while Tomcat consumes too much CPU and becomes unresponsive) Any pointers would be much appreciated. Darren Kukulka Business Applications Architect Connaught PLC Tel: 01392 353497 Business in the Community (BiTC) Team of the Year 2008 for Community Impact RoSPA Gold Awards - Connaught now have 15 in total Winner of Partnering Contractor of the Year Award in 2005 and 2007 Tenant Care Scheme of the Year 2007 Please visit our website to see a full list of Connaught's Registered Companies www.connaught.plc.uk/Investors/Registered-Companies Disclaimer: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this message. Connaught plc, Head Office 01392 444546
Re: tomcat_trend.pl script is showing Unknown log entry for mod_jk
[EMAIL PROTECTED] wrote: Hi Ankush, As far as I know that scripts is not really maintained any more and need a fair amount of tweaking. I might be wrong though. That's true. What kind of statistics do you want to produce? Nowadays it's more convenient to not use JkRequestLogFormat (which mixed access log type line with the usual jk error log, but instead use the JK notes to directly log jk related information inline to the Apache access log. See "mod_log_config" in http://tomcat.apache.org/connectors-doc/reference/apache.html Regards, Rainer -Original Message- From: ankush grover [mailto:[EMAIL PROTECTED] Sent: 23 September 2008 12:16 To: users@tomcat.apache.org Subject: tomcat_trend.pl script is showing Unknown log entry for mod_jk Hi friends, I am running mod_jk 1.2.26 on Centos 5.2 64-bit with Apache 2.2.3 64-bit. I am trying to generate the mod_jk statistical data through tomcat_trend.pl and tomcat_report.pl scripts but unfortunately tomcat_trend.pl script is showing "Unknown log entry" when I am giving the path for reading the mod_jk.log file ./tomcat_trend.pl /var/log/httpd//var/www/html/reports Output Unknown log entry: [Sun Sep 21 04:58:01 2008] worker6 webserver.example.com 0.027690 /webserver/board.jsp worker.properties JkWorkersFile /etc/httpd/conf/workers.properties JkShmSize 10M JkLogLevel info JkLogStampFormat "[%a %b %d %H:%M:%S %Y] " JkRequestLogFormat "%w %V %T %U%q" What I am able to understand is the format of the mod_jk.log differs from the script. What should be the format for mod_jk logs so that this script can read this. Regards Ankush - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with mod_jk installation
Ken Bowen wrote: Hi all, I'm trying to setup a new virtual machine running CentOS 5 Linux over VMWare. Apache Httpd 2.2.3 was already installed and running. I've installed Java JDK 1.5.0_16 and Tomcat 5.5.27, which is running fine. I downloaded mod_jk-1.2.26-httpd-2.2.6.so and placed it with all the other httpd modules. When I try to restart apache httpd, I get the following error message: Cannot load /etc/httpd/modules/mod_jk-1.2.26-httpd-2.2.6 into server: /etc/httpd/modules/mod_jk-1.2.26-httpd-2.2.6: undefined symbol: ap_get_server_description [FAILED] When that happened, since the installed Httpd version was 2.2.3, I attempted to use the next earliest version of mod_jk, the version mod_jk-1.2.26-httpd-2.0.61. But when Httpd tries to load that, it says that it is garbled. What am I missing here?? When building mod_jk it detects the latest httpd features and uses them. So using our build against 2.2.6 and running with an older 2.2.3 got you in trouble. Since this happens to more users, wwe now added a build flag for the future 1.2.27 to make the build backwards comtaible to all 2.2.x. Future builds will thus no longer suffer from this problem, but our 1.2.26 downloads do. So either update your httpd to 2.2.6+ or rebuild mod_jk on your target system (which is pretty easy). Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat6.0.18+Log entries upon shutting down TomCat
Johnny Kewl wrote: > Look I dont know, I've never seen this, we dont run the latest as policy... > But I would drop back a few TC versions... Given http://tomcat.apache.org/security-6.html, downgrading is really bad advice. Added to which, it won't change anything. > I think a wrapper represents a servlet instance... (guess)... and > 253,020 sounds like a huge number. It is, and my previous on this thread explains it. > I think you should be concerned... whether it is a TC issue or a Webapp > issue you only going to discover if you try a few TC's that have been > around for a while... Trying different Tomcat versions isn't going to help. > I think document your entire system the JRE as well... and if it > does not show in an earlier TC, let the dev group know No need, we already know. As would you if you had a) used Google, b) looked in Bugzilla or c) searched the archives for this list. > The thing that would tell you that there is definitely an issue, is if > you watch the memory during the load test... if thats getting less and > less with time its crashing... I think you mean free memory here. Increasing memory usage during a load test isn't necessarily an issue as long as it levels off eventually. If you suspect a memory leak the only real way to be sure is to use a profiler and look at the actual usage. > It seems to be holding servlets in memory and making new ones... it may > not be TC... you now have to experiment No need to experiment. A little research was all that was required. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat thread blocking
Darren Kukulka wrote: > Hi, > > I've recently observed a scenario in Tomcat 6.0.13 64-bit under SUN JDK > 1.6_03 (x64 Windows platform), where a large number of threads show a > status of BLOCKED. > > Can someone please advise the easiest and most effective way of helping > identify the original cause of the block?or have I just opened up a > can of worms?! Get 2 or 3 thread dumps ~20secs apart and analyse them. > The behaviour is not something I can replicate so I need a method for in > situ investigation, before I have to restart Tomcat to restore service > (after a while Tomcat consumes too much CPU and becomes unresponsive) Thread dumps can be generated whilst Tomcat is running. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat thread blocking
- Original Message - From: "Darren Kukulka" <[EMAIL PROTECTED]> To: Sent: Wednesday, September 24, 2008 9:37 AM Subject: Tomcat thread blocking Hi, I've recently observed a scenario in Tomcat 6.0.13 64-bit under SUN JDK 1.6_03 (x64 Windows platform), where a large number of threads show a status of BLOCKED. Can someone please advise the easiest and most effective way of helping identify the original cause of the block?or have I just opened up a can of worms?! The behaviour is not something I can replicate so I need a method for in situ investigation, before I have to restart Tomcat to restore service (after a while Tomcat consumes too much CPU and becomes unresponsive) Any pointers would be much appreciated. == Google for VisualVM... its in the later Java versions Heap Dumps, Thread Dumps... its like JConsole on steroids ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Some Prilim questions
Hi
Spec:
O/s : Unix HP 11i
Tomcat : 6.0.18
J2sdk : 1.6
DB : Oracle 10g
Question
1) Which is faster JNDI Based Connection pool / ordinary JDBC based
connection / close ?
2) In JNDI / context based Connection pool for the code given below
InitialContext ic = new InitialContext();
DataSource ODS
=(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
Connection conn = ODS.getConnection()
// Insert /Update /Delete/...
conn.close() --> What does this code do ? (return connection to pool or
close the connection )
Googled /yahooed but non correct answers
Please advice
Karthik
Re: Some Prilim questions
>
> 1) Which is faster JNDI Based Connection pool / ordinary JDBC based
> connection / close ?
JNDI based connection pool. The connections are potentially already
formed and ready for use when you call for one. Ordinary JDBC would
explicitly create a new connection everytime you need one with all the
costs associated with that.
> conn.close() --> What does this code do ? (return connection to pool or close
> the connection )
It's essentially pool implementation specific, but in most db pools, the
connection is simply returned to the pool and made available to the next
request for a connection.
--David
karthikn wrote:
> Hi
>
> Spec:
> O/s : Unix HP 11i
> Tomcat : 6.0.18
> J2sdk : 1.6
> DB : Oracle 10g
>
> Question
>
> 1) Which is faster JNDI Based Connection pool / ordinary JDBC based
> connection / close ?
>
> 2) In JNDI / context based Connection pool for the code given below
>
>InitialContext ic = new InitialContext();
>DataSource ODS
> =(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
>Connection conn = ODS.getConnection()
>
>// Insert /Update /Delete/...
>
>conn.close() --> What does this code do ? (return connection to pool
> or close the connection )
>
> Googled /yahooed but non correct answers
>
> Please advice
> Karthik
>
>
>
>
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some Prilim questions
read this
http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business
of Sender. This transmission is of a confidential nature and Sender does not
endorse distribution to any party other than intended recipient. Sender does
not necessarily endorse content contained within this transmission.
> From: [EMAIL PROTECTED]
> To: users@tomcat.apache.org
> Date: Wed, 24 Sep 2008 18:19:38 +0530
> Subject: Some Prilim questions
>
> Hi
>
> Spec:
> O/s : Unix HP 11i
> Tomcat : 6.0.18
> J2sdk : 1.6
> DB : Oracle 10g
>
> Question
>
> 1) Which is faster JNDI Based Connection pool / ordinary JDBC based
> connection / close ?
>
> 2) In JNDI / context based Connection pool for the code given below
>
>InitialContext ic = new InitialContext();
>DataSource ODS
> =(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
>Connection conn = ODS.getConnection()
>
>// Insert /Update /Delete/...
>
>conn.close() --> What does this code do ? (return connection to pool
> or close the connection )
>
> Googled /yahooed but non correct answers
>
> Please advice
> Karthik
>
>
_
See how Windows Mobile brings your life together—at home, work, or on the go.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093182mrt/direct/01/
RE: Some Prilim questions
Hi
Ok, I have read the link provided
This answers the 2nd Question
What about the first Question ?
>> Which is faster JNDI Based Connection pool / ordinary JDBC based connection
>> / close ?
With regards
karthik
-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 6:48 PM
To: users@tomcat.apache.org
Subject: RE: Some Prilim questions
read this
http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business
of Sender. This transmission is of a confidential nature and Sender does not
endorse distribution to any party other than intended recipient. Sender does
not necessarily endorse content contained within this transmission.
> From: [EMAIL PROTECTED]
> To: users@tomcat.apache.org
> Date: Wed, 24 Sep 2008 18:19:38 +0530
> Subject: Some Prilim questions
>
> Hi
>
> Spec:
> O/s : Unix HP 11i
> Tomcat : 6.0.18
> J2sdk : 1.6
> DB : Oracle 10g
>
> Question
>
> 1) Which is faster JNDI Based Connection pool / ordinary JDBC based
> connection / close ?
>
> 2) In JNDI / context based Connection pool for the code given below
>
>InitialContext ic = new InitialContext();
>DataSource ODS
> =(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
>Connection conn = ODS.getConnection()
>
>// Insert /Update /Delete/...
>
>conn.close() --> What does this code do ? (return connection to pool
> or close the connection )
>
> Googled /yahooed but non correct answers
>
> Please advice
> Karthik
>
>
_
See how Windows Mobile brings your life together-at home, work, or on the go.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093182mrt/direct/01/
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some Prilim questions
the referenced jndi lookup in the webapp context is located in India and the DB
is in Ithaca NY the Indian JNDI lookup is considerably slower than 'ordinary
JDBC connection' from NY
With Warm Regards
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business
of Sender. This transmission is of a confidential nature and Sender does not
endorse distribution to any party other than intended recipient. Sender does
not necessarily endorse content contained within this transmission.
> From: [EMAIL PROTECTED]
> To: users@tomcat.apache.org
> Date: Wed, 24 Sep 2008 18:56:53 +0530
> Subject: RE: Some Prilim questions
>
> Hi
>
> Ok, I have read the link provided
>
> This answers the 2nd Question
>
> What about the first Question ?
> >> Which is faster JNDI Based Connection pool / ordinary JDBC based
> >> connection / close ?
>
>
> With regards
> karthik
>
> -Original Message-
> From: Martin Gainty [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 24, 2008 6:48 PM
> To: users@tomcat.apache.org
> Subject: RE: Some Prilim questions
>
>
> read this
> http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html
>
> Martin
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official
> business of Sender. This transmission is of a confidential nature and Sender
> does not endorse distribution to any party other than intended recipient.
> Sender does not necessarily endorse content contained within this
> transmission.
>
>
> > From: [EMAIL PROTECTED]
> > To: users@tomcat.apache.org
> > Date: Wed, 24 Sep 2008 18:19:38 +0530
> > Subject: Some Prilim questions
> >
> > Hi
> >
> > Spec:
> > O/s : Unix HP 11i
> > Tomcat : 6.0.18
> > J2sdk : 1.6
> > DB : Oracle 10g
> >
> > Question
> >
> > 1) Which is faster JNDI Based Connection pool / ordinary JDBC based
> > connection / close ?
> >
> > 2) In JNDI / context based Connection pool for the code given below
> >
> >InitialContext ic = new InitialContext();
> >DataSource ODS
> > =(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
> >Connection conn = ODS.getConnection()
> >
> >// Insert /Update /Delete/...
> >
> >conn.close() --> What does this code do ? (return connection to pool
> > or close the connection )
> >
> > Googled /yahooed but non correct answers
> >
> > Please advice
> > Karthik
> >
> >
>
> _
> See how Windows Mobile brings your life together-at home, work, or on the go.
> http://clk.atdmt.com/MRT/go/msnnkwxp1020093182mrt/direct/01/
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
_
See how Windows connects the people, information, and fun that are part of your
life.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/
RE: Some Prilim questions
Hi
Good Joke :(
With regards
Karthik
-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 7:19 PM
To: Tomcat Users List
Subject: RE: Some Prilim questions
the referenced jndi lookup in the webapp context is located in India and the DB
is in Ithaca NY the Indian JNDI lookup is considerably slower than 'ordinary
JDBC connection' from NY
With Warm Regards
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business
of Sender. This transmission is of a confidential nature and Sender does not
endorse distribution to any party other than intended recipient. Sender does
not necessarily endorse content contained within this transmission.
> From: [EMAIL PROTECTED]
> To: users@tomcat.apache.org
> Date: Wed, 24 Sep 2008 18:56:53 +0530
> Subject: RE: Some Prilim questions
>
> Hi
>
> Ok, I have read the link provided
>
> This answers the 2nd Question
>
> What about the first Question ?
> >> Which is faster JNDI Based Connection pool / ordinary JDBC based
> >> connection / close ?
>
>
> With regards
> karthik
>
> -Original Message-
> From: Martin Gainty [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 24, 2008 6:48 PM
> To: users@tomcat.apache.org
> Subject: RE: Some Prilim questions
>
>
> read this
> http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html
>
> Martin
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official
> business of Sender. This transmission is of a confidential nature and Sender
> does not endorse distribution to any party other than intended recipient.
> Sender does not necessarily endorse content contained within this
> transmission.
>
>
> > From: [EMAIL PROTECTED]
> > To: users@tomcat.apache.org
> > Date: Wed, 24 Sep 2008 18:19:38 +0530
> > Subject: Some Prilim questions
> >
> > Hi
> >
> > Spec:
> > O/s : Unix HP 11i
> > Tomcat : 6.0.18
> > J2sdk : 1.6
> > DB : Oracle 10g
> >
> > Question
> >
> > 1) Which is faster JNDI Based Connection pool / ordinary JDBC based
> > connection / close ?
> >
> > 2) In JNDI / context based Connection pool for the code given below
> >
> >InitialContext ic = new InitialContext();
> >DataSource ODS
> > =(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
> >Connection conn = ODS.getConnection()
> >
> >// Insert /Update /Delete/...
> >
> >conn.close() --> What does this code do ? (return connection to pool
> > or close the connection )
> >
> > Googled /yahooed but non correct answers
> >
> > Please advice
> > Karthik
> >
> >
>
> _
> See how Windows Mobile brings your life together-at home, work, or on the go.
> http://clk.atdmt.com/MRT/go/msnnkwxp1020093182mrt/direct/01/
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
_
See how Windows connects the people, information, and fun that are part of your
life.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
manipualting a select list from within an event handler
Manipulating checkboxes from withing an onchange event handler works
but I'd like to manipulate a select list like in this code example,
but without luck? I'd appreciate some little help, that would be
fantastic.
Thank's for some input here ;)
kind regards,
Robert
function CheckAuswahl(currForm)
{
a = document.form_addresses.form_protocol.value;
if(a==33554432)
{
for(var x=0; x < currForm.elements.length; x++) {
var y = currForm.elements[x];
y.checked = currForm.form_exch_enabled.checked;
if (y.name == "form_exch_enabled") {
y.checked = true;
//alert(y.name);
}
if (y.name == "form_exch_name") {
if(y.value == "") {
y.value = "ggg";
}
}
if (y.name == "form_exch_pass") {
if(y.value == "") {
y.value = "ggg";
}
}
if (y.name == "form_permitted_rcv") {
//var a=y.createElement('option');
//a.name="TEST";
//y.focus();
y.add('Test',null);
alert(y.size);
}
}
}
}
<%=Label_Protocol%>
<%
int intProtocol = Integer.parseInt(Value_Protocol);
%>
onchange="CheckAuswahl(this.form)" <%=Label_State%>>
selected<%}%>
value="<%=sysProtocol_ZModem%>"><
%=Value_Protocol_ZModem%>
---
Robert Welz
Pro2col Limited
Weinheimer Strasse 64
D-68309 Mannheim
t 0621 724 5837
f 0621 724 5782
w http://www.pro2col.de
e [EMAIL PROTECTED]
skype ro.welz
Pro2col Technischer Support
[EMAIL PROTECTED]
Tel.: +49 621 724 5837
Apple Solution Expert - Print & Publishing
File transfer & workflow specialists for the graphic art & prepress
industry
Distributors for DevZeroG, Hermstedt & OneVision within the UK and
Ireland
Pro2col's legal position regarding Internet communications can be
found at http://pro2col.com/about/legal.asp
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Configuration of jk_connector
We're updating configuration of jk_connector on Apache Httpd 2.2.9 and Jonas 4.6.6. Instructions at http://tldp.org/HOWTO/MMBase-Inst-HOWTO/jk2.html. re: chown root:root /usr/local/apache2/modules/jkjni.so We're unable to find the file jkjni.so within the /modules sub-directory where the source files have been extracted. What is this file? Any ideas where to downloaded and whether it is required? -- View this message in context: http://www.nabble.com/Configuration-of-jk_connector-tp19650567p19650567.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Configuration of jk_connector
jon80 wrote: > We're updating configuration of jk_connector on Apache Httpd 2.2.9 and Jonas > 4.6.6. Instructions at http://tldp.org/HOWTO/MMBase-Inst-HOWTO/jk2.html. JK2 is deprecated. You should use mod_jk of mod_proxy_http. > re: chown root:root /usr/local/apache2/modules/jkjni.so > > We're unable to find the file jkjni.so within the /modules sub-directory > where the source files have been extracted. What is this file? Any ideas > where to downloaded and whether it is required? I think you probably need to start from scratch with one of the supported connectors. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] RE: manipualting a select list from within an event handler
> From: Robert Welz [mailto:[EMAIL PROTECTED] > Manipulating checkboxes from withing an onchange event handler works > but I'd like to manipulate a select list like in this code example, > but without luck? I'd appreciate some little help, that would be > fantastic. [Javascript elided] Ask on a Javascript list? - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] RE: manipualting a select list from within an event handler
Oops, sorry... Robert Am 24.09.2008 um 16:56 schrieb Peter Crowther: From: Robert Welz [mailto:[EMAIL PROTECTED] Manipulating checkboxes from withing an onchange event handler works but I'd like to manipulate a select list like in this code example, but without luck? I'd appreciate some little help, that would be fantastic. [Javascript elided] Ask on a Javascript list? - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Robert Welz Pro2col Limited Weinheimer Strasse 64 D-68309 Mannheim t 0621 724 5837 f 0621 724 5782 w http://www.pro2col.de e [EMAIL PROTECTED] skype ro.welz Pro2col Technischer Support [EMAIL PROTECTED] Tel.: +49 621 724 5837 Apple Solution Expert - Print & Publishing File transfer & workflow specialists for the graphic art & prepress industry Distributors for DevZeroG, Hermstedt & OneVision within the UK and Ireland Pro2col's legal position regarding Internet communications can be found at http://pro2col.com/about/legal.asp - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
j_security_check requires session
I am having a problem posting credentials to j_security_check for form-based authentication. It seems that tomcat expects that I already have a session established before posting the username and password. If I don't already have a JSESSIONID cookie, j_security_check returns a 408. Unfortunately, I have another application attempting to talk to this one that requires that the first thing it does is post credentials to the j_security_check, so I have no mechanism of hitting another page first to establish a session. This mechanism worked fine with BEA Weblogic, but it seems that tomcat's handling of j_security_check is different. Does anyone know of any options to modify the behavior of j_security_check so that it would just do the authentication and establish the session in one shot at the time of the POST request? Thanks, Paul
Re: j_security_check requires session
[EMAIL PROTECTED] wrote: > I am having a problem posting credentials to j_security_check for > form-based authentication. > > It seems that tomcat expects that I already have a session established > before posting the username and password. If I don't already have a > JSESSIONID cookie, j_security_check returns a 408. Unfortunately, I > have another application attempting to talk to this one that requires > that the first thing it does is post credentials to the > j_security_check, so I have no mechanism of hitting another page first > to establish a session. > > This mechanism worked fine with BEA Weblogic, but it seems that tomcat's > handling of j_security_check is different. Does anyone know of any > options to modify the behavior of j_security_check so that it would just > do the authentication and establish the session in one shot at the time > of the POST request? Sorry, no. That isn't the way the spec is written. However, http://securityfilter.sourceforge.net/ should do exactly what you want. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some Prilim questions
I have no idea where you are going with this ... it makes no sense to
the original question.
If you mean the webapp is hosted on a geographically distant place from
the database server, then you'll have latency like no tomorrow
regardless of whether a database pool is used or not.
The point and reason developers use a database pool is the pooled
connections are already formed. Getting a connection is just borrowing
it from the pool and closing is just returning it after your all done.
Pooling makes sense because connection handshaking and authentication is
done once on the first call for a connection. Each successive borrow of
that connection is ready immediately without any overhead associated
with forming a new one.
--David
Martin Gainty wrote:
> the referenced jndi lookup in the webapp context is located in India and the
> DB is in Ithaca NY the Indian JNDI lookup is considerably slower than
> 'ordinary JDBC connection' from NY
>
> With Warm Regards
> Martin
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official
> business of Sender. This transmission is of a confidential nature and Sender
> does not endorse distribution to any party other than intended recipient.
> Sender does not necessarily endorse content contained within this
> transmission.
>
>
>
>> From: [EMAIL PROTECTED]
>> To: users@tomcat.apache.org
>> Date: Wed, 24 Sep 2008 18:56:53 +0530
>> Subject: RE: Some Prilim questions
>>
>> Hi
>>
>> Ok, I have read the link provided
>>
>> This answers the 2nd Question
>>
>> What about the first Question ?
>>
Which is faster JNDI Based Connection pool / ordinary JDBC based
connection / close ?
>> With regards
>> karthik
>>
>> -Original Message-
>> From: Martin Gainty [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, September 24, 2008 6:48 PM
>> To: users@tomcat.apache.org
>> Subject: RE: Some Prilim questions
>>
>>
>> read this
>> http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html
>>
>> Martin
>> __
>> Disclaimer and confidentiality note
>> Everything in this e-mail and any attachments relates to the official
>> business of Sender. This transmission is of a confidential nature and Sender
>> does not endorse distribution to any party other than intended recipient.
>> Sender does not necessarily endorse content contained within this
>> transmission.
>>
>>
>>
>>> From: [EMAIL PROTECTED]
>>> To: users@tomcat.apache.org
>>> Date: Wed, 24 Sep 2008 18:19:38 +0530
>>> Subject: Some Prilim questions
>>>
>>> Hi
>>>
>>> Spec:
>>> O/s : Unix HP 11i
>>> Tomcat : 6.0.18
>>> J2sdk : 1.6
>>> DB : Oracle 10g
>>>
>>> Question
>>>
>>> 1) Which is faster JNDI Based Connection pool / ordinary JDBC based
>>> connection / close ?
>>>
>>> 2) In JNDI / context based Connection pool for the code given below
>>>
>>>InitialContext ic = new InitialContext();
>>>DataSource ODS
>>> =(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
>>>Connection conn = ODS.getConnection()
>>>
>>>// Insert /Update /Delete/...
>>>
>>>conn.close() --> What does this code do ? (return connection to pool
>>> or close the connection )
>>>
>>> Googled /yahooed but non correct answers
>>>
>>> Please advice
>>> Karthik
>>>
>>>
>>>
>> _
>> See how Windows Mobile brings your life together-at home, work, or on the go.
>> http://clk.atdmt.com/MRT/go/msnnkwxp1020093182mrt/direct/01/
>>
>> -
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> _
> See how Windows connects the people, information, and fun that are part of
> your life.
> http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/
>
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some Prilim questions
David Smith wrote:
> I have no idea where you are going with this ... it makes no sense to
> the original question.
Don't worry. I think they're testing a humour module.
p
> --David
>
> Martin Gainty wrote:
>> the referenced jndi lookup in the webapp context is located in India and the
>> DB is in Ithaca NY the Indian JNDI lookup is considerably slower than
>> 'ordinary JDBC connection' from NY
>>
>> With Warm Regards
>> Martin
>> __
>> Disclaimer and confidentiality note
>> Everything in this e-mail and any attachments relates to the official
>> business of Sender. This transmission is of a confidential nature and Sender
>> does not endorse distribution to any party other than intended recipient.
>> Sender does not necessarily endorse content contained within this
>> transmission.
>>
>>
>>
>>> From: [EMAIL PROTECTED]
>>> To: users@tomcat.apache.org
>>> Date: Wed, 24 Sep 2008 18:56:53 +0530
>>> Subject: RE: Some Prilim questions
>>>
>>> Hi
>>>
>>> Ok, I have read the link provided
>>>
>>> This answers the 2nd Question
>>>
>>> What about the first Question ?
>>>
> Which is faster JNDI Based Connection pool / ordinary JDBC based
> connection / close ?
>
>>> With regards
>>> karthik
>>>
>>> -Original Message-
>>> From: Martin Gainty [mailto:[EMAIL PROTECTED]
>>> Sent: Wednesday, September 24, 2008 6:48 PM
>>> To: users@tomcat.apache.org
>>> Subject: RE: Some Prilim questions
>>>
>>>
>>> read this
>>> http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html
>>>
>>> Martin
>>> __
>>> Disclaimer and confidentiality note
>>> Everything in this e-mail and any attachments relates to the official
>>> business of Sender. This transmission is of a confidential nature and
>>> Sender does not endorse distribution to any party other than intended
>>> recipient. Sender does not necessarily endorse content contained within
>>> this transmission.
>>>
>>>
>>>
From: [EMAIL PROTECTED]
To: users@tomcat.apache.org
Date: Wed, 24 Sep 2008 18:19:38 +0530
Subject: Some Prilim questions
Hi
Spec:
O/s : Unix HP 11i
Tomcat : 6.0.18
J2sdk : 1.6
DB : Oracle 10g
Question
1) Which is faster JNDI Based Connection pool / ordinary JDBC based
connection / close ?
2) In JNDI / context based Connection pool for the code given below
InitialContext ic = new InitialContext();
DataSource ODS
=(javax.sql.DataSource)ic.lookup("java:comp/env/jdbc/MYSCEMA");
Connection conn = ODS.getConnection()
// Insert /Update /Delete/...
conn.close() --> What does this code do ? (return connection to
pool or close the connection )
Googled /yahooed but non correct answers
Please advice
Karthik
>>> _
>>> See how Windows Mobile brings your life together-at home, work, or on the
>>> go.
>>> http://clk.atdmt.com/MRT/go/msnnkwxp1020093182mrt/direct/01/
>>>
>>> -
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>> _
>> See how Windows connects the people, information, and fun that are part of
>> your life.
>> http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/
>>
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: manipualting a select list from within an event handler
- Original Message -
From: "Robert Welz" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Wednesday, September 24, 2008 4:20 PM
Subject: manipualting a select list from within an event handler
Manipulating checkboxes from withing an onchange event handler works but
I'd like to manipulate a select list like in this code example,
but without luck? I'd appreciate some little help, that would be
fantastic.
Thank's for some input here ;)
kind regards,
Robert
function CheckAuswahl(currForm)
{
a = document.form_addresses.form_protocol.value;
if(a==33554432)
{
for(var x=0; x < currForm.elements.length; x++) {
var y = currForm.elements[x];
y.checked = currForm.form_exch_enabled.checked;
if (y.name == "form_exch_enabled") {
y.checked = true;
//alert(y.name);
}
if (y.name == "form_exch_name") {
if(y.value == "") {
y.value = "ggg";
}
}
if (y.name == "form_exch_pass") {
if(y.value == "") {
y.value = "ggg";
}
}
if (y.name == "form_permitted_rcv") {
//var a=y.createElement('option');
//a.name="TEST";
//y.focus();
y.add('Test',null);
alert(y.size);
}
}
}
}
<%=Label_Protocol%>
<%
int intProtocol = Integer.parseInt(Value_Protocol);
%>
onchange="CheckAuswahl(this.form)" <%=Label_State%>>
selected<%}%>
value="<%=sysProtocol_ZModem%>"><
%=Value_Protocol_ZModem%>
---
Robert just looking at it... you passing a form element and the select in
not in one...
Have a look at this example...
http://www.mredkj.com/tutorials/tutorial005.html
and Javascript is a mine field so get yourself FireFox at least and the
plugin so you can see the whole DOM and what params are available...
Then make it work just in a normal HTML editor... then stick it in JSP...
else its difficult...
Like for example... look at that example... can you see they making special
allowances for IE... because microsoft are on their own mission.
Google for Javascript stuff... W3 Schools is quite good, but there are tons
of tut sites out there
Javascript is something you really want to use in moderation... its not easy
getting it cross browser compat...
And you'll get crapped out if you ask here ;)
Kinda fun though ;)
---
HARBOR : http://www.kewlstuff.co.za/index.htm
The most powerful application server on earth.
The only real POJO Application Server.
See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm
---
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat unable to find jars when deployed from Eclipse
I'm running Eclipse 3.4 with Tomcat 6.0.18 configured as a server. After a bit of consternation, I was able to see my test html and jsp files. However, for some reason, my servlet doesn't see the jar files it needs unless I put them in WebContent\WEB-INF\lib. Now I've already defined them in Eclipse and checked the export option. So why doesn't that work? Am I doing something wrong, or am I stuck with the only solution being to put them in the WebContent\WEB-INF\lib dir? TIA. Bai Shen
RE: Tomcat unable to find jars when deployed from Eclipse
> -Original Message- > From: Bai Shen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 24, 2008 2:54 PM > To: Tomcat Users List > Subject: Tomcat unable to find jars when deployed from Eclipse > > I'm running Eclipse 3.4 with Tomcat 6.0.18 configured as a server. > After a > bit of consternation, I was able to see my test html and jsp files. > However, for some reason, my servlet doesn't see the jar files it needs > unless I put them in WebContent\WEB-INF\lib. Now I've already defined > them > in Eclipse and checked the export option. So why doesn't that work? You are probably specifying the build time classpath, but not the runtime classpath. > > Am I doing something wrong, or am I stuck with the only solution being > to > put them in the WebContent\WEB-INF\lib dir? The alternative is to go to the Java EE Module Dependencies page of the project's properties. You should see your build time jars listed there. Check them to include them in the runtime classpath. These jars will then be included in the WEB-INF/lib of the Web application when the project is published to a server or exported as a war. Cheers, Larry > > TIA. > > Bai Shen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with AJP connector
We are running IIS6 and Tomcat 6, with the AJP connector forwarding traffic from IIS to Tomcat. Everything has been working well until we started running some load tests. When we ramp up our testing we start to see the following errors in the connector log. [Wed Sep 24 14:28:42 2008] [3456:1504] [error] jk_ajp_common.c (1879): (IppsClaimsWorker) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port [Wed Sep 24 14:28:42 2008] [3456:1504] [error] jk_isapi_plugin.c (1082): service() failed What could be causing this issue? Any help or troubleshooting tips would be appreciated. Thanks- Joe This e-mail is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this e-mail in error, please tell us immediately by return e-mail to [EMAIL PROTECTED] and delete the document. E-mails containing unprofessional, discourteous or offensive remarks violate Sentry policy. You may report employee violations by forwarding the message to [EMAIL PROTECTED] No recipient may use the information in this e-mail in violation of any civil or criminal statute. Sentry disclaims all liability for any unauthorized uses of this e-mail or its contents. This e-mail constitutes neither an offer nor an acceptance of any offer. No contract may be entered into by a Sentry employee without express approval from an authorized Sentry manager. Warning: Computer viruses can be transmitted via e-mail. Sentry accepts no liability or responsibility for any damage caused by any virus transmitted with this e-mail.
Re: HTTPS and Virtual Hosts
Hi Actually, most answers in this thread are more or less outdated. It IS possible to use one IP with multiple certificates, just not with tomcat to far. There IS (since June 2003, that is more than 5 years!) a TLS extension SNI (server name indication) that does the trick: It sends Information about the requested hostname to the server during ClientHello handshake. It IS supported by almost all browsers in their current versions. See: http://www.ietf.org/rfc/rfc3546.txt, Section 3.1 See: http://www.g-loaded.eu/2007/08/10/ssl-enabled-name-based-apache-virtual-host s-with-mod_gnutls/ I hope this will find it's way into java/tomat soon. Regards, Steffen -Ursprüngliche Nachricht- Von: Johnny Kewl [mailto:[EMAIL PROTECTED] Gesendet: Montag, 22. September 2008 15:02 An: Tomcat Users List Betreff: Re: [OT] RE: HTTPS and Virtual Hosts - Original Message - From: "Peter Crowther" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" Sent: Monday, September 22, 2008 2:30 PM Subject: [OT] RE: HTTPS and Virtual Hosts [Marked OT as this is not even remotely about Tomcat] > From: Johnny Kewl [mailto:[EMAIL PROTECTED] > http://support.microsoft.com/kb/257591 ... OK... > If it send the HOST info in step one ... which it doesn't as far as I can see... > and the server chose the correct > cert I see no problem, the secure session hasnt even > kicked in yet ;) Yes, exactly. So anything sent across the wire (such as the host header) is subject to eavesdropping. The URL, in particular, MUST NOT be sent in cleartext - consider a URL of the form https://www.innocentsite.com/myphotos/notsoinnocent/llamapr0n372.jpg *. The user would no doubt expect SSL to defend his/her access to that URL from eavesdropping :-). The case for not sending the host header in cleartext is weaker, but still present. Consider a blog site such as LiveJournal, for example. It hosts a range of content, separated onto one hostname per blog. Some of that content is pretty explicit, and some people might get rather upset if they knew that *even though they thought they were on a secure channel* then others could eavesdrop on the mere fact that they were reading *that* content, rather than some other innocent content that happened to be on the same IP. So I consider that the ID vul is still present, even via disclosure of just the host header. > If not what is the vulnerability? Whatever cert is sent what > oput there by > the admin dudes, and will be checked client side anyway ;) You're thinking about ID vuls from the side of the server admin. Broaden your thinking - what might a *client* get upset about? - Peter Ok... its off thread, but I disagree the secure session doesnt start out secure... even a certificate is clear text, dont see the big deal... once you in a session, different story... I guess this means you not going to help me with my new book ;) Curve Ball technology for biz sake... ha ha --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
