RE: Tomcat Deploy

2006-04-10 Thread Earnie Dyke 
Greetings all,

We are running IIS 6 as our web server :-( and using mod_jk to get to our 
Tomcat servers running in JBoss. I am trying to tune the mod_jk and do not know 
how to tell how many threads per child IIS uses. How can I find this? From my 
reading this is needed to determine how best to configure the cachesize parm in 
the workers file.

Thanks in advance for any and all response.

Earnie!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

mod_jk error -60

2006-03-29 Thread Earnie Dyke 
Can anyone tell me what a -60 error is?

[Wed Mar 29 13:56:11 2006] [error] jk_ajp_common.c (961): Can't receive the 
response message from tomcat, network problems or tomcat is down 
(10.1.1.80:8009), err=-60

Earnie!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Time out on sessions with AJP13

2006-03-13 Thread Earnie Dyke 
You should consider implementing the finalize() method in your session bean to 
close the connection nicely. In theory a well behaved JDBC driver should clean 
up after itself. I don't like relying on theory. If you open the connection in 
your session bean, close it there.

Earnie!

-Original Message-
From: Serlet Jean-Claude [mailto:[EMAIL PROTECTED]
Sent: Monday, March 13, 2006 9:09 AM
To: 'users@tomcat.apache.org'
Subject: TR: Time out on sessions with AJP13


 Hello
 Third and last   send of this message : i didn't  get any answer until to
 day  
 
 My environment : OS= Windows 2000
   Web Server = Apache 2.0
   Tomcat-Apache = 1.4.31 with AJP 13 connector
   Application uses JSP, Servlet and Driver JDBC Thin of Oracle
   RDBMS = Oracle 7.3.62 under z/OS (mainframe IBM)
 The application does'nt use connexion pooling : one physical connexion is
 used for each user 
 The connexion is explicitly closed only when the user click on the button
 Quit of the application
  What's happen  when a session is timed out ( without activity during the
 time set in web.xml)
  for the processor(limited by maxProcessor of ajp13) in which the last
 request was executed ? does this processor be released ?
 what's happen for the connexion to the database ?
 i didn't find documentation for this situation on the web : only about
 howto configure AJP13 connector ( that is done )
 Last day i have to reboot the tomcat instance because the maxProcessor was
 reached ( saw it in the log of Tomcat )
 I suppose that many users don't quit the application properly
 I see many more sessions open in the database than users connected ( under
 z/os  the connection  not cleanly closed stay ther 
 until the shutdown of database)
 Any idea about the code built by the developpers : i asked them to close
 properly every object created after the end of its use specially prepare
 statement, result set...?
 Regards
 
 [EMAIL PROTECTED]
 
 
 
 

-
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]

RE: Time out on sessions with AJP13

2006-03-13 Thread Earnie Dyke 
Chuck makes a good point about the overhead of the finalize() method. I think 
the problem was however not with open result sets and statements but with a 
connection itself. Using a finally clause to ensure that result sets and 
statements are closed is a must but it the intention is to persist an open 
database connection, finally will not help. 

Perhaps a Session Listener would solve the problem.

Earnie!

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Monday, March 13, 2006 10:01 AM
To: Tomcat Users List
Subject: RE: Time out on sessions with AJP13


 From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
 Subject: RE: Time out on sessions with AJP13
 
 You should consider implementing the finalize() method in 
 your session bean to close the connection nicely.

If there's any possible way of avoiding finalize(), don't use it.  The
presence of a finalize() method requires special handling (much slower)
during object allocation, and there's no guarantee that the method will
_ever_ be called.  It's a really, really bad idea.

What you should be using is finally clauses for all your connection
manipulation to make sure that result sets, statements, and connections
are logically closed after use.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
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]

RE: mod_jk set up, running, no errors in log, but no connections between Tomcat / httpd

2006-02-24 Thread Earnie Dyke 
Depends on the log level and whether or not you have acutally hit a page that 
is picked up by mod_jk.

Earnie!

-Original Message-
From: Brad O'Hearne [mailto:[EMAIL PROTECTED]
Sent: Friday, February 24, 2006 3:33 PM
To: Tomcat Users List
Subject: mod_jk set up, running, no errors in log, but no connections
between Tomcat / httpd


Well, it appears I have Tomcat and httpd set up and running mod_jk 
without any errors in the logs. I have used the tomcat auto-config for 
mod_jk, and httpd is including it into the httpd.conf file. Logs look 
clean. But mod_jk.log is completely empty, and when I do a netstat, I 
see the following:

[EMAIL PROTECTED] jk]# netstat -vatn | grep 80
tcp0  0 127.0.0.1:8005  
0.0.0.0:*   LISTEN
tcp0  0 127.0.0.1:8009  
0.0.0.0:*   LISTEN
tcp0  0 0.0.0.0:80  
0.0.0.0:*   LISTEN

The first and second lines are obviously Tomcat listening for shutdown 
and ajp connections, and the third one is apache listening for http. But 
I thought (based on several documents I read online) that I was supposed 
to see connections between tomcat and apache. Is this correct? If so, 
where should I be looking next to debug, as I see no errors in the logs?

Brad

-
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]

Today's ISAPI Redirector challenge

2006-02-22 Thread Earnie Dyke 
I started getting the following error yesterday afternoon. Can someone tell me 
where I can find an explanation of the err=-60?
 
Thanks!
 
Earnie!
 

[Tue Feb 21 15:45:19 2006] [error] 
ajp_connection_tcp_get_message::jk_ajp_common.c (933): ERROR: can't receive the 
response message from tomcat, network problems or tomcat is down 
(127.0.0.0:8009), err=-60

RE: Today's ISAPI Redirector challenge

2006-02-22 Thread Earnie Dyke 
1. 1.2.8
2. Windows 2000 Version 5.0.2195 Service Pack 4 Build 2195

Earnie!

-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 22, 2006 8:42 AM
To: Tomcat Users List
Subject: Re: Today's ISAPI Redirector challenge


Earnie Dyke wrote:
 I started getting the following error yesterday afternoon. Can someone tell 
 me where I can find an explanation of the err=-60?
 Thanks!
 [Tue Feb 21 15:45:19 2006] [error] 
 ajp_connection_tcp_get_message::jk_ajp_common.c (933): ERROR: can't receive 
 the response message from tomcat, network problems or tomcat is down 
 (127.0.0.0:8009), err=-60
 

Two things:
1. mod_jk/isapi_redirect version
2. OS version

Anyhow,
http://apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/
Download and use isapi_redirect.dll from there.

Regards,
Mladen.


-
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]

Can anyone tell me what causes this?

2006-02-21 Thread Earnie Dyke 
[Tue Feb 21 10:36:39 2006] [3476:3868] [info]  jk_open_socket::jk_connect.c 
(183): connect() failed errno = 55
 
I get this on some requests but not all.  I have two workers loadbalanced with 
stick session =1.
 
Earnie!

RE: [May Be Spam] Re: Can anyone tell me what causes this?

2006-02-21 Thread Earnie Dyke 
On which end? IIS or JBoss/Tomcat?

Earnie!

-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 21, 2006 10:56 AM
To: Tomcat Users List
Subject: [May Be Spam] Re: Can anyone tell me what causes this?


Earnie Dyke wrote:
 [Tue Feb 21 10:36:39 2006] [3476:3868] [info]  jk_open_socket::jk_connect.c 
 (183): connect() failed errno = 55
  

ENOBUFS No buffer space available.
Sounds like you're running low on system resources.

Regards,
Mladen.

-
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]

RE: [May Be Spam] Re: [May Be Spam] Re: Can anyone tell me what causes this?

2006-02-21 Thread Earnie Dyke 
Duh!

Earnie!

-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 21, 2006 11:05 AM
To: Tomcat Users List
Subject: [May Be Spam] Re: [May Be Spam] Re: Can anyone tell me what
causes this?


Earnie Dyke wrote:
 On which end? IIS or JBoss/Tomcat?
 

Well, it's the isapi_redirect error, so it's
in the IIS obviously :)

Regards,
Mladen.

-
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]

Can anyone tell me...

2006-02-21 Thread Earnie Dyke 
what the units are for this in ISAPI redirector? Milliseconds, seconds, minutes?
 
Earnie!
 
 
cache_timeout 0 

Cache timeout property should be used with cachesize to specify how to time JK 
should keep an open socket in cache before closing it. This property should be 
used to reduce the number of threads on the Tomcat WebServer. 
 
Each child could open an ajp13 connection if it have to forward a request to 
Tomcat, creating a new ajp13 thread on Tomcat side. 
 
The problem is that after an ajp13 connection is created, the child won't drop 
it until killed. And since the webserver will keep its childs/threads running 
to handle high-load, even it the child/thread handle only static contents, you 
could finish having many unused ajp13 threads on the Tomcat side.

Rolling mod_jk logs

2006-02-17 Thread Earnie Dyke 
Greetings all.
 
Is there a way to configure mod_jk to roll its log file? 

Earnie!

RE: [May Be Spam] Re: Rolling mod_jk logs

2006-02-17 Thread Earnie Dyke 
This would probably work had I not failed to mention that we use IIS instead of 
Apache. :-(

Guess I got rolled after all!! :-)

Earnie!

-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Friday, February 17, 2006 2:16 PM
To: Tomcat Users List
Subject: [May Be Spam] Re: Rolling mod_jk logs


Earnie Dyke wrote:
 Greetings all.
  
 Is there a way to configure mod_jk to roll its log file? 
 

Only if you put the 'rock' in front. Then mod_jk will
rock'n'roll it's log files :)

Sorry, I had to ;)

Anyhow, I suppose you might be interested in log rotation.
The syntax is the same as for the Apache http.
For example:
JkLogFile |/path/to/the/rotatelogs /where/is/the/mod_jk.log 86400
should do the trick.

Regards,
Mladen.

-
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]

RE: [May Be Spam] Re: Rolling mod_jk logs

2006-02-17 Thread Earnie Dyke 
Thanks for the info.

Earnie!

-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Friday, February 17, 2006 2:45 PM
To: Tomcat Users List
Subject: Re: [May Be Spam] Re: Rolling mod_jk logs


Earnie Dyke wrote:
 This would probably work had I not failed to mention that we use IIS instead 
 of Apache. :-(
 
 Guess I got rolled after all!! :-)


Right, I'm afraid isapi_redirect does not support log rotation.

Regards,
Mladen.

-
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]

RE: Session Expires At Every Request (Tomcat5.0.28/Firefox)

2006-02-15 Thread Earnie Dyke 
Are you blocking cookies at the browser?

Earnie!

-Original Message-
From: Michael Andreas Omerou [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 10:06 AM
To: 'Tomcat Users List'
Subject: Session Expires At Every Request (Tomcat5.0.28/Firefox)


 Anybody has an idea what could be causing what I describe in the below two
emails?

-Original Message-
From: Michael Andreas Omerou [mailto:[EMAIL PROTECTED] 
Sent: 15 February 2006 13:10
To: 'Tomcat Users List'
Subject: RE: Session Problems with Firefox

Further to my below email I have put in some code to check the 
HTTP headers in each case (IE and FireFox).

These are:

IE
accept: */*
accept-language: en-gb
accept-encoding: gzip, deflate
user-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; 
SV1; .NET CLR 1.1.4322; InfoPath.1)
host: localhost
connection: Keep-Alive
cookie: JSESSIONID=D79835F3D70ADD58F4770DD15B463320

FireFox
host: localhost
user-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.12)
Gecko/20050919 Firefox/1.0.7
accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,
text/plain;q=
0.8,image/png,*/*;q=0.5
accept-language: en-gb,en;q=0.5
accept-encoding: gzip,deflate
accept-charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
keep-alive: 300
connection: keep-alive
cookie: JSESSIONID=A3893195B065989E5B03BC8681E4D0D6
cache-control: max-age=0


I wonder whether the keep-alive which exists in the case of 
FireFox but not in the case of IE could be the cause of my problems.

Michael



-Original Message-
From: Michael Andreas Omerou [mailto:[EMAIL PROTECTED]
Sent: 15 February 2006 11:27
To: users@tomcat.apache.org
Subject: Session Problems with Firefox

Hello,

I have some problems with session management when our application 
runsin Firefox.

Basically, what happens is that after I set in the session some 
attributes/beans which are needed down the application, I 
check in all 
JSPs and servlets that an old session is still there by using
  if (request.getSession(false)==null){
 
response.sendRedirect(response.encodeRedirectURL(timeout.jsp));

}

With IE all works fine, however with Firefox, it seems that 
the session 
is re-initialised whenever the client/browser requests a new page.  I 
checked this by printing the session id in the log on each page and 
with IE it does not change, while with Firefox it changes.

I checked my firefox settings for cookies and all look ok.

Anybody has a clue of what I might be doing wrong?

Regards,
Michael


-
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]



-
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]

RE: Session Expires At Every Request (Tomcat5.0.28/Firefox)

2006-02-15 Thread Earnie Dyke 
The META tags should not have an effect on cookies. Firefox would not be the 
one that expires your session, Tomcat would. Do you have a session timeout 
specified in your application?

Earnie!

-Original Message-
From: Michael Andreas Omerou [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 10:19 AM
To: 'Tomcat Users List'
Subject: RE: Session Expires At Every Request (Tomcat5.0.28/Firefox)


Hi Earnie,

Cookies are allowed at the browser.  It seems for some reason that at then
end of loading each JSP firefox expires my session.  I use some meta tags
(META HTTP-EQUIV=Cache-Control CONTENT=No-Cache, META
HTTP-EQUIV=Pragma CONTENT=No-Cache, META HTTP-EQUIV=Expires
CONTENT=-1) and also set the corresponding header values using
response.setHeader but even if I remove them nothing changes.

Michael

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 15 February 2006 17:10
To: Tomcat Users List
Subject: RE: Session Expires At Every Request (Tomcat5.0.28/Firefox)

Are you blocking cookies at the browser?

Earnie!

-Original Message-
From: Michael Andreas Omerou [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 10:06 AM
To: 'Tomcat Users List'
Subject: Session Expires At Every Request (Tomcat5.0.28/Firefox)


 Anybody has an idea what could be causing what I describe in 
the below two emails?

-Original Message-
From: Michael Andreas Omerou [mailto:[EMAIL PROTECTED]
Sent: 15 February 2006 13:10
To: 'Tomcat Users List'
Subject: RE: Session Problems with Firefox

Further to my below email I have put in some code to check the HTTP 
headers in each case (IE and FireFox).

These are:

IE
accept: */*
accept-language: en-gb
accept-encoding: gzip, deflate
user-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; 
.NET CLR 1.1.4322; InfoPath.1)
host: localhost
connection: Keep-Alive
cookie: JSESSIONID=D79835F3D70ADD58F4770DD15B463320

FireFox
host: localhost
user-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.12)
Gecko/20050919 Firefox/1.0.7
accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,
text/plain;q=
0.8,image/png,*/*;q=0.5
accept-language: en-gb,en;q=0.5
accept-encoding: gzip,deflate
accept-charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
keep-alive: 300
connection: keep-alive
cookie: JSESSIONID=A3893195B065989E5B03BC8681E4D0D6
cache-control: max-age=0


I wonder whether the keep-alive which exists in the case of 
FireFox but 
not in the case of IE could be the cause of my problems.

Michael



-Original Message-
From: Michael Andreas Omerou [mailto:[EMAIL PROTECTED]
Sent: 15 February 2006 11:27
To: users@tomcat.apache.org
Subject: Session Problems with Firefox

Hello,

I have some problems with session management when our application 
runsin Firefox.

Basically, what happens is that after I set in the session some 
attributes/beans which are needed down the application, I
check in all
JSPs and servlets that an old session is still there by using
 if (request.getSession(false)==null){
 
response.sendRedirect(response.encodeRedirectURL(timeout.jsp));

}

With IE all works fine, however with Firefox, it seems that
the session
is re-initialised whenever the client/browser requests a new 
page.  I 
checked this by printing the session id in the log on each page and 
with IE it does not change, while with Firefox it changes.

I checked my firefox settings for cookies and all look ok.

Anybody has a clue of what I might be doing wrong?

Regards,
Michael


-
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]



-
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]



-
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]

RE: Example of Flaky Problems with Microsoft Products

2006-02-13 Thread Earnie Dyke 
That has not been my experience. We use Opta2000 drivers with MS SQL Server and 
we can read columns in any order and any number of times within the same row.

Earnie!

-Original Message-
From: Rhino [mailto:[EMAIL PROTECTED]
Sent: Monday, February 13, 2006 3:06 PM
To: Tomcat Users List
Subject: Re: Example of Flaky Problems with Microsoft Products



- Original Message - 
From: George Sexton [EMAIL PROTECTED]
To: 'Tomcat Users List' users@tomcat.apache.org
Sent: Monday, February 13, 2006 1:00 PM
Subject: OT: Example of Flaky Problems with Microsoft Products


 In another thread I commented on strange behaviors when dealing with MS
 Products, and the time that they eat in projects. Here is an example:

 http://support.microsoft.com/default.aspx?scid=kb;en-us;824106

 For any row in the ResultSet, you can read any column from left to right,
 and each column should be read only one time. If you try to read columns 
 out
 of order, or if you re-read a column from the ResultSet, you may receive 
 the
 error message that the Symptoms section describes.

 Pretty much the same issue was present in ADO 6-8 years ago.

Maybe this wasn't the best example; I'm pretty sure you'll have that problem 
with JDBC in _any_ environment. It's JDBC that wants you to read columns 
from left to right and once only, not Microsoft.

--
Rhino 



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.15.6/258 - Release Date: 13/02/2006


-
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]

AJP Connector problem

2006-02-06 Thread Earnie Dyke 
Greetings all.
 
I have installed AJP connector v 1.2.15 into our test environment and I am not 
longer getting log information with log level info. If I set log level to 
debug, I get output, log level info I get a 0 kb sized log file with no 
entries. 
 
Is there a bug in v1.2.15?
 
Earnie!

RE: The Future of Tomcat

2006-02-02 Thread Earnie Dyke 
Not to mention the fact that JBoss uses Tomcat as its JSP engine. Tomcat is not 
going away any time soon.

Earnie!

-Original Message-
From: David Kerber [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 8:10 AM
To: Tomcat Users List
Subject: Re: The Future of Tomcat


Roel De Nijs wrote:

Hi,
 
I heard that resources, updates, development and support of tomcat are 
slightly disappearing. MAny people are looking for alternatives (e.g. JBoss). 
Even Microsoft and HP are cooperating with JBoss very closely. As far as i 
know Tomcat is the most used app server, so it will take lots of time to 
replace every Tomcat app server with some alternative.
 
So does Tomcat have a future or will it die in the future?
  


If I understand correctly, Tomcat and JBoss aren't really equivalent, 
and don't aim at the same markets.  Tomcat is a servlet container, 
handling servlets, .jsp's and related pieces.  JBoss is a full-blown 
J2EE server, which does the same things as tomcat, but also adds support 
for the Enterprice pieces of J2EE, such as EJB's and the like.  The 
price you pay for that extra functionality is extra complexity in 
development and maintenance.  It's kind of like the relationship between 
Apache and Tomcat:  Tomcat can do all the stuff that Apache can in 
serving up static pages, but it's not the best tool for that job.  
Apache does a subset of what Tomcat does, and Tomcat does a subset of 
what JBoss does.  Somebody please correct me if I'm off base here, 
because it also affects my company's future decisions.

That said, everything dies eventually, so you have to decide how far 
away your definition of future is, and go from there.  I expect Tomcat 
will continue to be developed and useful for *at least* 5 more years.  
JMPO, of course.

Dave



-
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]

RE: Tomcat under IIS using isapi_redirect.dll

2006-02-02 Thread Earnie Dyke 
Richard,

Is that all there is in the log? You may want to change to log level in the 
redirector to trace to get more info.

Our biggest problem was with the firewall. IIS runs on one side and 
JBoss/Tomcat on the other.

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 10:27 AM
To: users@tomcat.apache.org
Subject: Tomcat under IIS using isapi_redirect.dll


Hi all,

 

I'm having a little trouble getting tomcat to work in conjunction with
IIS. I have followed the instructions to the letter but to no avail.
When I check in the IIS properties, the filter has a green arrow so the
isapi portion seems to be okay. When I try to take a look at something
that should be farmed out to Tomcat, I get The specified module could
not be found and in the log I see:

 

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (835):
Default redirection of /NetSearch/jsp/index.jsp

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(449): Attempting to map URI '/NetSearch/jsp/index.jsp' from 4 maps

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/servlet/*'

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*.jsp'

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(475): Found a wildchar match NetSearchWorker - /NetSearch/*.jsp

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (845):
check if [/NetSearch/jsp/index.jsp] is points to the web-inf directory

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (863):
[/NetSearch/jsp/index.jsp] is a servlet url - should redirect to
NetSearchWorker

 

Any hints on where I'm going wrong?

 

Cheers,
Richard.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat under IIS using isapi_redirect.dll

2006-02-02 Thread Earnie Dyke 
] jk_uri_worker_map.c
(449): Attempting to map URI '/localhost/NetSearch/jsp/index.jsp' from 4
maps
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/servlet/*'
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*.jsp'
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*'
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (835):
Default redirection of /NetSearch/jsp/index.jsp
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(449): Attempting to map URI '/NetSearch/jsp/index.jsp' from 4 maps
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/servlet/*'
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*.jsp'
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(475): Found a wildchar match NetSearchWorker - /NetSearch/*.jsp
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (845):
check if [/NetSearch/jsp/index.jsp] is points to the web-inf directory
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (863):
[/NetSearch/jsp/index.jsp] is a servlet url - should redirect to
NetSearchWorker
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_isapi_plugin.c (762):
Filter started
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_isapi_plugin.c (828):
Virtual Host redirection of /localhost/NetSearch
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(449): Attempting to map URI '/localhost/NetSearch' from 4 maps
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/servlet/*'
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*.jsp'
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*'
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_isapi_plugin.c (835):
Default redirection of /NetSearch
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(449): Attempting to map URI '/NetSearch' from 4 maps
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/servlet/*'
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*.jsp'
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*'
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_isapi_plugin.c (845):
check if [/NetSearch] is points to the web-inf directory
[Thu Feb 02 12:00:34 2006] [5684:1588] [debug] jk_isapi_plugin.c (942):
[/NetSearch] is not a servlet url
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_isapi_plugin.c (762):
Filter started
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_isapi_plugin.c (828):
Virtual Host redirection of /localhost/NetSearch/index.html
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(449): Attempting to map URI '/localhost/NetSearch/index.html' from 4
maps
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/servlet/*'
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*.jsp'
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*'
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_isapi_plugin.c (835):
Default redirection of /NetSearch/index.html
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(449): Attempting to map URI '/NetSearch/index.html' from 4 maps
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/servlet/*'
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*.jsp'
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(461): Attempting to map context URI '/NetSearch/*'
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_uri_worker_map.c
(475): Found a wildchar match NetSearchWorker - /NetSearch/*
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_isapi_plugin.c (845):
check if [/NetSearch/index.html] is points to the web-inf directory
[Thu Feb 02 12:12:09 2006] [5684:1588] [debug] jk_isapi_plugin.c (863):
[/NetSearch/index.html] is a servlet url - should redirect to
NetSearchWorker

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 15:32
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

Richard,

Is that all there is in the log? You may want to change to log level in
the redirector to trace to get more

RE: Tomcat under IIS using isapi_redirect.dll

2006-02-02 Thread Earnie Dyke 
The two lines are informational. It tells you that it matched the URI with a 
worker. Can you post your workers and uriworkers properties files?

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 10:49 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


Hmm... No, that's not it. Still getting exactly the same error. Where
exactly is this 'The specified module could not be found' coming from?
Is it the redirector that is failing or is Tomcat somehow giving an
incorrect response?

Are these two lines an error or informational?

[Thu Feb 02 15:40:31 2006] [2240:5376] [debug] jk_isapi_plugin.c (845):
check if [/NetSearch/jsp/index.jsp] is points to the web-inf directory
[Thu Feb 02 15:40:31 2006] [2240:5376] [debug] jk_isapi_plugin.c (863):
[/NetSearch/jsp/index.jsp] is a servlet url - should redirect to
NetSearchWorker

I can't find a lot of help anywhere if things don't work...

Cheers,
Richard.

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 15:40
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

That could do it.

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 10:38 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


D'oh!! It's okay, I've just spotted the problem. I had put
'workers.properties' in the registry, not 'worker.properties'. I suspect
it will work now.

Thanks for looking, anyway!

Cheers,
Richard.

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 15:34
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

They are both running on the same machine and it doesn't have a firewall
installed.

Here is a more extensive snippet from the log file:

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_shm.c (134):
Initialized shared memory size=67584 free=65536 addr=0xfe
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1160):
Using registry.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1163):
Using log file C:\Program Files\Apache Software Foundation\Tomcat
5.5\logs\jk_iis.log.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1164):
Using log level 1.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1165):
Using extension uri /tomcat/isapi_director.dll.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1166):
Using worker file C:\Program Files\Apache Software Foundation\Tomcat
5.5\conf\workers.properties.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1167):
Using worker mount file C:\Program Files\Apache Software
Foundation\Tomcat 5.5\conf\uriworkermap.properties.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1169):
Using uri select 0.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /servlet-examples/*.jpeg=ajp13w was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /NetSearch/*=NetSearchWorker was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /NetSearch/*.jsp=NetSearchWorker was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /NetSearch/servlet/*=NetSearchWorker was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (236):
creating worker ajp12
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (141): about
to create instance ajp12 of ajp12
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp12_worker.c (241):
Into ajp12_worker_factory
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (154): about
to validate and init ajp12
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp12_worker.c (153):
Into jk_worker_t::validate
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp12_worker.c (165):
In jk_worker_t::validate for worker ajp12 contact is localhost:8007
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (248):
removing old ajp12 worker
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (236):
creating worker ajp13
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (141): about
to create instance ajp13 of ajp13
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (154): about
to validate and init ajp13
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp_common.c (1806):
worker ajp13 contact is 'localhost:8009'
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp_common.c (1895):
setting socket keepalive to 0
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp_common.c (1934):
setting socket timeout to -1
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp_common.c (1938):
setting socket buffer size to 0
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp_common.c (1942):
setting

RE: Tomcat under IIS using isapi_redirect.dll

2006-02-02 Thread Earnie Dyke 
Is the port 8019 correct. Usually Tomcat AJP connector is listening on 8009.

From the log snippet, it is finding a worker based on the URI. 

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 11:38 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


worker.properties

worker.list=NetSearchWorker
worker.NetSearchWorker.port=8019
worker.NetSearchWorker.host=localhost
worker.NetSearchWorker.type=ajp13


uriworkermap.properties

/NetSearch/*=NetSearchWorker
/NetSearch/*.jsp=NetSearchWorker
/NetSearch/servlet/*=NetSearchWorker

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 16:15
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

The two lines are informational. It tells you that it matched the URI
with a worker. Can you post your workers and uriworkers properties
files?

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 10:49 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


Hmm... No, that's not it. Still getting exactly the same error. Where
exactly is this 'The specified module could not be found' coming from?
Is it the redirector that is failing or is Tomcat somehow giving an
incorrect response?

Are these two lines an error or informational?

[Thu Feb 02 15:40:31 2006] [2240:5376] [debug] jk_isapi_plugin.c (845):
check if [/NetSearch/jsp/index.jsp] is points to the web-inf directory
[Thu Feb 02 15:40:31 2006] [2240:5376] [debug] jk_isapi_plugin.c (863):
[/NetSearch/jsp/index.jsp] is a servlet url - should redirect to
NetSearchWorker

I can't find a lot of help anywhere if things don't work...

Cheers,
Richard.

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 15:40
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

That could do it.

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 10:38 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


D'oh!! It's okay, I've just spotted the problem. I had put
'workers.properties' in the registry, not 'worker.properties'. I suspect
it will work now.

Thanks for looking, anyway!

Cheers,
Richard.

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 15:34
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

They are both running on the same machine and it doesn't have a firewall
installed.

Here is a more extensive snippet from the log file:

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_shm.c (134):
Initialized shared memory size=67584 free=65536 addr=0xfe
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1160):
Using registry.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1163):
Using log file C:\Program Files\Apache Software Foundation\Tomcat
5.5\logs\jk_iis.log.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1164):
Using log level 1.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1165):
Using extension uri /tomcat/isapi_director.dll.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1166):
Using worker file C:\Program Files\Apache Software Foundation\Tomcat
5.5\conf\workers.properties.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1167):
Using worker mount file C:\Program Files\Apache Software
Foundation\Tomcat 5.5\conf\uriworkermap.properties.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1169):
Using uri select 0.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /servlet-examples/*.jpeg=ajp13w was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /NetSearch/*=NetSearchWorker was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /NetSearch/*.jsp=NetSearchWorker was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_uri_worker_map.c
(260): wildchar rule /NetSearch/servlet/*=NetSearchWorker was added
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (236):
creating worker ajp12
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (141): about
to create instance ajp12 of ajp12
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp12_worker.c (241):
Into ajp12_worker_factory
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (154): about
to validate and init ajp12
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp12_worker.c (153):
Into jk_worker_t::validate
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_ajp12_worker.c (165):
In jk_worker_t::validate for worker ajp12 contact is localhost:8007
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_worker.c (248):
removing old

RE: Tomcat under IIS using isapi_redirect.dll

2006-02-02 Thread Earnie Dyke 
In your Connector definition add the attriute:

debug=6

This will turn on debugging on the Tomcat side. You should see message
in your Tomcat log then.

Can you connect to the app by going straight at Tomcat?

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 12:12 PM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


Yeah, I had to change the port because something else on my machine is
holding port 8009, but I've changed it in both the worker.properties and
the server.xml connector so it should work? I've just modified the
ports back to the normal 8009 and got it all running but I'm still
seeing the same problem.

I understand that it's finding a worker based on the URI but I don't
understand what could be wrong past that point? How can I tell whether
Tomcat is receiving the request? Even a request to /NetSearch/index.html
won't work even though a work is found based on the URI.

I'm confused! %o)

Rich.

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 17:00
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

Is the port 8019 correct. Usually Tomcat AJP connector is listening on
8009.

From the log snippet, it is finding a worker based on the URI. 

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 11:38 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


worker.properties

worker.list=NetSearchWorker
worker.NetSearchWorker.port=8019
worker.NetSearchWorker.host=localhost
worker.NetSearchWorker.type=ajp13


uriworkermap.properties

/NetSearch/*=NetSearchWorker
/NetSearch/*.jsp=NetSearchWorker
/NetSearch/servlet/*=NetSearchWorker

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 16:15
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

The two lines are informational. It tells you that it matched the URI
with a worker. Can you post your workers and uriworkers properties
files?

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 10:49 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


Hmm... No, that's not it. Still getting exactly the same error. Where
exactly is this 'The specified module could not be found' coming from?
Is it the redirector that is failing or is Tomcat somehow giving an
incorrect response?

Are these two lines an error or informational?

[Thu Feb 02 15:40:31 2006] [2240:5376] [debug] jk_isapi_plugin.c (845):
check if [/NetSearch/jsp/index.jsp] is points to the web-inf directory
[Thu Feb 02 15:40:31 2006] [2240:5376] [debug] jk_isapi_plugin.c (863):
[/NetSearch/jsp/index.jsp] is a servlet url - should redirect to
NetSearchWorker

I can't find a lot of help anywhere if things don't work...

Cheers,
Richard.

-Original Message-
From: Earnie Dyke [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 15:40
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

That could do it.

Earnie!

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 10:38 AM
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll


D'oh!! It's okay, I've just spotted the problem. I had put
'workers.properties' in the registry, not 'worker.properties'. I suspect
it will work now.

Thanks for looking, anyway!

Cheers,
Richard.

-Original Message-
From: Richard Burman [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2006 15:34
To: Tomcat Users List
Subject: RE: Tomcat under IIS using isapi_redirect.dll

They are both running on the same machine and it doesn't have a firewall
installed.

Here is a more extensive snippet from the log file:

[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_shm.c (134):
Initialized shared memory size=67584 free=65536 addr=0xfe
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1160):
Using registry.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1163):
Using log file C:\Program Files\Apache Software Foundation\Tomcat
5.5\logs\jk_iis.log.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1164):
Using log level 1.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1165):
Using extension uri /tomcat/isapi_director.dll.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1166):
Using worker file C:\Program Files\Apache Software Foundation\Tomcat
5.5\conf\workers.properties.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1167):
Using worker mount file C:\Program Files\Apache Software
Foundation\Tomcat 5.5\conf\uriworkermap.properties.
[Thu Feb 02 11:57:38 2006] [5684:1588] [debug] jk_isapi_plugin.c (1169):
Using uri select 0.
[Thu Feb 02 11:57:38 2006] [5684:1588

RE: Desperate for help with isapi_redirect.dll

2006-02-01 Thread Earnie Dyke 


-Original Message-
From: David Thielen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 01, 2006 11:35 AM
To: tomcat-user@jakarta.apache.org
Subject: Desperate for help with isapi_redirect.dll


Hi;

David,

As I understand it, you want the jk version 1.2.x NOT jk2. jk2 was a splitter 
effort that sputtered.

As for your IIS log file problem, I have the same problem. We working with web 
trends to try to get the to be able to read the Apache log format from Tomcat.

I am presuming you are running your app locally or at least on the same server 
as IIS. Correct? It does not appear your Tomcat is listening on port 8009. Are 
you sure it is started and stays up? Do you have a firewall on the machine that 
may be hosing the connections?

Earnie!
 

Is there anyone on this list that know isapi_redirect? I have this bad
feeling that there is only 1 person who knows this code (the one who wrote
it) and that he/she is not on this list. If I have to pay for support that's
fine but I really need to get this answered (or we'll be forced to switch to
WebLogic and that's a giant PITA).

1.  Where is the latest isapi_redirect.dll  documentation? (There are
several of both on the apache website and it's not clear which is the most
recent. What I thought was the most recent documentation has dead links so
I'm guessing that is not it.)
2.  When demo.faces is requested from my website, it is displayed in the
IIS logfile. On a submit of that form demo_license.faces is requested and
watching the http requests, a request is sent to IIS for demo_license.faces.
However, that request is never displayed in the IIS logfile.
(demo_license.faces does have a link to windward.css and the IIS logfile
does show that request and shows demo_license.faces as the page requesting
it.) How do I get this request to display in the log file? We need it for
our web tracking software.
3.  I consistently get the following in the isapi_redirect.log file
(removed duplicates):

[Fri Jan 27 12:40:39 2006] [error] HttpExtensionProc::jk_isapi_plugin.c
(1029): could not get a worker for name ajp13

[Fri Jan 27 13:53:06 2006] [info]  ajp_send_request::jk_ajp_common.c (1178):
Socket 616 is not connected any more (errno=-1)

[Fri Jan 27 13:53:06 2006] [info]  ajp_send_request::jk_ajp_common.c (1225):
All endpoints are disconnected or dead

[Fri Jan 27 13:53:06 2006] [info]  ajp_service::jk_ajp_common.c (1749):
Sending request to tomcat failed,  recoverable operation attempt=1

[Fri Jan 27 13:53:07 2006] [info]  jk_open_socket::jk_connect.c (444):
connect to 127.0.0.1:8009 failed with errno=61

[Fri Jan 27 13:53:07 2006] [info]  ajp_connect_to_endpoint::jk_ajp_common.c
(889): Failed opening socket to (127.0.0.1:8009) with (errno=61)

[Fri Jan 27 13:53:07 2006] [info]  ajp_send_request::jk_ajp_common.c (1248):
Error connecting to the Tomcat process.

[Fri Jan 27 13:53:08 2006] [error] ajp_service::jk_ajp_common.c (1758):
Error connecting to tomcat. Tomcat is probably not started or is listening
on the wrong port. worker=ajp13w failed 

[Fri Jan 27 13:53:08 2006] [error] HttpExtensionProc::jk_isapi_plugin.c
(1022): service() failed

 

Help please - thanks - dave

 

 

David Thielen

 http://www.windwardreports.com www.windwardreports.com

303-499-2544

 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

FW: Connector problem

2006-01-30 Thread Earnie Dyke 
Greetings all,
 
We have the following AJP connector configuration:
 
!-- A AJP 1.3 Connector on port 8009 --
Connector port=8009 address=${jboss.bind.address}
enableLookups=false redirectPort=8443 debug=6
protocol=AJP/1.3 scheme=https isSecure=true/
 
I expected that when my application does a request.getScheme() I will get back 
HTTPS but I am not, I get HTTP. Do I not understand the purpose of scheme=?
 
The problem we are trying to solve is this:
 
1. Loadbalancer receives HTTPS request, terminates SSL and forwards HTTP 
request to IIS server
2. IIS Server, using ISAPI Redirector, forwards request to JBoss/AJP Connector
3. When a Struts action is configured as a redirect the url returned to the 
browser is HTTP not HTTPS.
 
Any help solving this would be greatly appreciated.
 
Earnie!
Earnest Dyke 
IS Technical Designer 
The Virginia Retirement System 
Richmond, Va 
804-649-8059 ext 359