>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 1
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 n
>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
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 b
>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 co
-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 a
>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
mod_
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.
>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
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 w
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
-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 si
> 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 o
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 w
>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 sim
>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
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]
ajp_reset
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 15:50
-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 15:56
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) resettin
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
worker.worker_portfolio_son1.port=80
> 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 CONTA
> 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:
http://old.nabble.com/A-question-about-mod_jk-1.2.28-configuration-tp2626406
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.
>
>
-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
> 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:
http://old.nabble.com/A-question-about-mod_jk-1.2.28-c
>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 chan
> 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]
-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 th
-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-genera
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 To
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 i
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]
> worker.worker_portfolio_son1.conne
>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
worker.worker_portfolio_son1.socke
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
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
-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
37 matches
Mail list logo
