Scroll back to Rainer's message dated 17/11/2009.
There is a question there. The answer to that question is what Rainer
is waiting for.
Ok, here again Rainer's question:
I know, that you have seen a problem, the errno=11 thing. I need to
know, whether *this* problem (errno=11, which is
On 20.11.2009 09:03, thomas2004 wrote:
Scroll back to Rainer's message dated 17/11/2009.
There is a question there. The answer to that question is what Rainer
is waiting for.
Ok, here again Rainer's question:
I know, that you have seen a problem, the errno=11 thing. I need to
Thanks for the info. I though you opened a buzilla issue? Would you mind
pasting this into the issue as a new comment? Once we agree, that
something looks like a bug and an issue is opened, it's best to collct
further info there.
Yes, I opened a buzilla issue. It's called Problem with mod_jk
Rainer is asking you a question, here. If you can work with him, I'm
sure he'll be able to diagnose and possibly solve your problem.
Sorry for my misunderstanding Rainer's question. I can surely work with him.
Just tell me how and in which way. I will try my best.
--
View this message in
thomas2004 wrote:
Rainer is asking you a question, here. If you can work with him, I'm
sure he'll be able to diagnose and possibly solve your problem.
Sorry for my misunderstanding Rainer's question. I can surely work with him.
Just tell me how and in which way. I will try my best.
Scroll
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 11/18/2009 2:26 AM, thomas2004 wrote:
I know, that you have seen a problem, the errno=11 thing. I need to
know, whether *this* problem (errno=11, which is your original PDF
generation problem) also happens, when no socket-timeout and no
Sorry for the late reply. I was not in office yesterday.
Are you saying that the web browser does not show anything? I'd be
interested in seeing what the browser is receiving, because that HTML is
pretty ugly (i.e. not well-formed).
What I mean is: The browser is waiting for the returned page
I think the reproduction with html is not working because of some other
reasons likely not related with mod_jk. In the original message he has a
jk error message referring to errno 11=EAGAIN. There is a change between
1.2.26 and 1.2.28 related to how EAGAIN gets handled while waiting for
data. So
Hello Thomas,
On 17.11.2009 11:05, thomas2004 wrote:
I think the reproduction with html is not working because of some other
reasons likely not related with mod_jk. In the original message he has a
jk error message referring to errno 11=EAGAIN. There is a change between
1.2.26 and 1.2.28
I know, that you have seen a problem, the errno=11 thing. I need to
know, whether *this* problem (errno=11, which is your original PDF
generation problem) also happens, when no socket-timeout and no
reply_timeout is set.
Your reproduction attempt using a simple html snippet did *not* show a
I cannot tell you what's wrong, but I can tell you that the log you show
below, shows that the JBoss response is a HTML document, not a PDF.
So maybe you have to revise some of your assumptions.
Sorry, you are right. This time I haven't test the PDF generation since I
just want to test the
thomas2004 wrote:
I cannot tell you what's wrong, but I can tell you that the log you show
below, shows that the JBoss response is a HTML document, not a PDF.
So maybe you have to revise some of your assumptions.
Sorry, you are right. This time I haven't test the PDF generation since I
just
So now, maybe you want to state your real problem again, and please send
us some information that is really related to that problem.
And, so far, and judging by the log that you did send, but where you
also mention that nothing shows up in the browser, it does not look like
either a tomcat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 11/13/2009 2:55 AM, thomas2004 wrote:
Sorry, the return page this time should just contains simply text, somewhat
like Generated in 0 msec[query time: 22186 msec, processing time: 20
msec] for 36 contracts. , not a PDF-stream since
On 13.11.2009 15:49, Christopher Schultz wrote:
Thomas,
On 11/13/2009 2:55 AM, thomas2004 wrote:
Sorry, the return page this time should just contains simply text, somewhat
like Generated in 0 msec[query time: 22186 msec, processing time: 20
msec] for 36 contracts. , not a PDF-stream
Thomas can open an issue in Bugzilla, which helps us not forgetting it.
Topic: Socker read returns EAGAIN during long wait.
Regards,
Rainer
Where is 'Bugzilla'?
--
View this message in context:
From: thomas2004 [mailto:thomas200...@yahoo.de]
Subject: Re: A question about mod_jk 1.2.28 configuration
Where is 'Bugzilla'?
Try the link from the Tomcat home page, cleverly hidden under the name Bug
Database.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE
I change the workers.properties now as follow to make the things simple:
worker.worker_portfolio_son1.connection_pool_timeout=600
worker.worker_portfolio_son1.socket_keepalive=True
worker.worker_portfolio_son1.lbfactor=1
worker.worker_portfolio_son1.type=ajp13
log-message in mod_jk.log Continue:
[code]
[Thu Nov 12 16:08:15 2009] [9280:2537062720] [debug]
wc_maintain::jk_worker.c (339): Maintaining worker worker_portfolio_son1
[Thu Nov 12 16:08:15 2009] [9280:2537062720] [debug]
ajp_reset_endpoint::jk_ajp_common.c (743): (worker_portfolio_son1)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 11/12/2009 10:12 AM, thomas2004 wrote:
I issue a request from the client (browser) to the to generate the report.
On Jboss-log I can watch as follow:
2009-11-12 15:50:24,094 INFO [STDOUT] - 1. Get data -
2009-11-12
thomas2004 wrote:
...
I cannot tell you what's wrong, but I can tell you that the log you show
below, shows that the JBoss response is a HTML document, not a PDF.
So maybe you have to revise some of your assumptions.
...
00 00 FF 00 00 00 00 00 00 00 00 00 - 0...
[Thu Nov 12
thomas2004 wrote:
log-message in mod_jk.log Continue:
But it's still a HTML response, not a PDF.
[code]
[Thu Nov 12 16:08:15 2009] [9280:2537062720] [debug]
wc_maintain::jk_worker.c (339): Maintaining worker worker_portfolio_son1
[Thu Nov 12 16:08:15 2009] [9280:2537062720] [debug]
The Content-Type is text/html. What does the content actually look like?
Is it an error message or something?
If the browser is showing nothing, you may want to use an HTTP protocol
sniffer to see what the content is (although mod_jk appears to be
dumping the full data into the log file, so you
Is the log message the same when running without socket_timeout?
Without socket_timeout the log message looks as follow:
[code]
[Wed Nov 11 14:25:13 2009] [1976:2537062720] [info]
ajp_handle_cping_cpong::jk_ajp_common.c (865): timeout in reply cpong
[Wed Nov 11 14:25:15 2009] [1976:2537062720]
20-40 minutes is an unreasonable amount of time to wait for an HTTP request
to complete. I recommend changing your architecture so that HTTP requests
don't have to take so long.
Surely is a good idea. But the situation is we just host the application for
our customer who will do not want to
Without socket_timeout the log message looks as follow:
[code]
[Wed Nov 11 14:25:13 2009] [1976:2537062720] [info]
ajp_handle_cping_cpong::jk_ajp_common.c
Please ignog my post. The log message is wrong.
--
View this message in context:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 11/11/2009 9:45 AM, thomas2004 wrote:
20-40 minutes is an unreasonable amount of time to wait for an HTTP request
to complete. I recommend changing your architecture so that HTTP requests
don't have to take so long.
Surely is a
On 11.11.2009 22:53, Christopher Schultz wrote:
Thomas,
On 11/11/2009 9:45 AM, thomas2004 wrote:
20-40 minutes is an unreasonable amount of time to wait for an HTTP request
to complete. I recommend changing your architecture so that HTTP requests
don't have to take so long.
Surely is a
On 09.11.2009 11:27, thomas2004 wrote:
I newly installed the mod_jk 1.2.28 and since then got problem (see below).
**
We have a web application deployed on Jboss (RH Linux OS). The access to the
web application is via a Apache Httpd Web Server. One of the function of
Remove the socket_timeout. Please let us know, whether that helped.
I've moved the socket_timeout and the reply_timeout two days ago but it
doesn't help.
My workersproperties looks now as follow:
[code]
worker.worker_portfolio_son1.connection_pool_timeout=600
On 10.11.2009 14:26, thomas2004 wrote:
Remove the socket_timeout. Please let us know, whether that helped.
I've moved the socket_timeout and the reply_timeout two days ago but it
doesn't help.
My workersproperties looks now as follow:
[code]
Rainer Jung wrote:
On 10.11.2009 14:26, thomas2004 wrote:
Remove the socket_timeout. Please let us know, whether that helped.
I've moved the socket_timeout and the reply_timeout two days ago but it
doesn't help.
...
Hi.
Just my Tomcat- and Java-dummy look on this.
As I understand the basic
On 10.11.2009 17:12, André Warnier wrote:
Rainer Jung wrote:
On 10.11.2009 14:26, thomas2004 wrote:
Remove the socket_timeout. Please let us know, whether that helped.
I've moved the socket_timeout and the reply_timeout two days ago but it
doesn't help.
...
Hi.
Just my Tomcat- and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 11/10/2009 2:53 AM, thomas2004 wrote:
Just to confirm: you have a single request that takes 20-40 minutes to
fulfill? Or do you issue a request to generate the report and then,
later, issue a request to retrieve the (already-generated)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer,
On 11/10/2009 11:26 AM, Rainer Jung wrote:
It's possible, that this would work as a workaround. The usual let some
bits dripple to keep the connection active strategy.
Ugh. Why not have the request fire-off a report-generation thread that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 11/9/2009 5:27 AM, thomas2004 wrote:
We have a web application deployed on Jboss (RH Linux OS). The access to the
web application is via a Apache Httpd Web Server. One of the function of
this web application is one can online generate
Hi,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just to confirm: you have a single request that takes 20-40 minutes to
fulfill? Or do you issue a request to generate the report and then,
later, issue a request to retrieve the (already-generated) report?
I issue a request to generate the
37 matches
Mail list logo