Re: Jakarta ISAP Redirector

2012-06-14 Thread Rainer Jung

On 14.06.2012 03:03, DeMarco, Alex wrote:

I have 4 servers all configured the same way..  Locally the call works fine yet 
remotely I get an iis 404


Maybe you get a redirect that isn't working remotely?

Use a browser that allows to track traffic, like Firefox with the 
FireBug plugin and check the full conversation.


Regards,

Rainer


-Original Message-
From: DeMarco, Alex [mailto:alex.dema...@suny.edu]
Sent: Wednesday, June 13, 2012 8:45 PM
To: Tomcat Users List
Subject: RE: Jakarta ISAP Redirector

Yes I have looked in the log file and set it debug.  There are no errors logged.

My uriworkermap has this:


/myapp=DTS_Submission
/myapp/*=DTS_Submission

My Workers file has:

worker.list=DTS_Submission

worker.DTS_Submission.type=ajp13
worker.DTS_Submission.host=xxx.xxx.xxx.xxx
worker.DTS_Submission.port=3305


If I am locally on the box (with a local host entry that maps to the same IIS 
site on that box) it works fine.

However, from my desktop I get a page could not be found...  However, it says 
it can't find http://myurl:80/jakarta/isapi_redirect.dll  I have double and 
triple checked my config.

 From my desktop this works:

http://myurl/myapp/services/mywebservice?wsdl

but this fails

http:// myurl/myapp/services?wsdl

but when on the local sever everything works.  I see no errors in the log.  
It's like IIS is stopping the request??

- Alex

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com]
Sent: Wednesday, June 13, 2012 2:18 PM
To: Tomcat Users List
Subject: Re: Jakarta ISAP Redirector

DeMarco, Alex wrote:

I hope this is the right place to post this question.



It is the right place.




We have the latest Jakarta Plugin installed with IIS 7.5.



Do you know, does the plugin specifically block  /services requests on
wsdl's



Short answer : no, it does not specifically block any request.
In fact, it is the opposite : it only forwards requests to Tomcat, if the 
request URL matches some pre-defined values.
See :
http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html
the section How does it work ?.
(and for the word worker, understand a back-end tomcat).

One more thing : the isapi_redirector can write a logfile.
See item (3) in the section Configuring the ISAPI Redirector for details.
The logfile will tell you when and why it is forwarding a request to Tomcat and 
when/why not.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




--
kippdata
informationstechnologie GmbH   Tel: 0228 98549 -0
Bornheimer Str. 33aFax: 0228 98549 -50
53111 Bonn www.kippdata.de

HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417
Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Jakarta ISAP Redirector

2012-06-14 Thread André Warnier
Top-posting (as I am doing here : writing every response at the top of the message), makes 
it difficult for others to follow the flow of the conversation.

Better to put your responses under the question or paragraph to which they 
relate.
See below.

DeMarco, Alex wrote:

I have 4 servers all configured the same way..  Locally the call works fine yet 
remotely I get an iis 404

- Alex

-Original Message-
From: DeMarco, Alex [mailto:alex.dema...@suny.edu] 
Sent: Wednesday, June 13, 2012 8:45 PM

To: Tomcat Users List
Subject: RE: Jakarta ISAP Redirector

Yes I have looked in the log file and set it debug.  There are no errors logged.

My uriworkermap has this:


/myapp=DTS_Submission
/myapp/*=DTS_Submission

My Workers file has:

worker.list=DTS_Submission

worker.DTS_Submission.type=ajp13
worker.DTS_Submission.host=xxx.xxx.xxx.xxx
worker.DTS_Submission.port=3305



The above configuration looks fine, provided that the IP address xxx.xxx.xxx.xxx is 
really the IP address of the Tomcat host, as IIS sees it.





If I am locally on the box (with a local host entry that maps to the same IIS 
site on that box) it works fine.

However, from my desktop I get a page could not be found...  However, it says 
it can't find http://myurl:80/jakarta/isapi_redirect.dll


It would never find this resource, unless :
- either you do have a subdirectory jakarta in your IIS document space
- or you have a isapi_redirect mapping which maps this URL to Tomcat, and tomcat has a 
webapp named jakarta
And even if it found it there, it would then return the dll to the browser.  That is 
certainly not what you want.
Do you understand the above paragraph, really ?  It is important, because if you do not 
understand that, then it will be very difficult to help you here.


And anyway, why are you giving this as an example ? it is totally irrelevant.  In the 
uriworkermap that you list above, you are mapping URI's starting with /myapp. You are 
not mapping URI's starting with /jakarta or anything else, so why would you expect this 
to be relevant ?


  I have double and triple checked my config.



From my desktop this works:


your desktop where ? be precise, please.  Try not to force us to guess at each 
step.



http://myurl/myapp/services/mywebservice?wsdl


By myurl you mean the hostname, yes ?
(then say so, plase. The URL is the whole thing 
http://myurl/myapp/services/mywebservice?wsdl;.)




but this fails

http:// myurl/myapp/services?wsdl


What is that space there ? if it is really there, then no wonder it fails.
And /how/ does it fail ?  it fails doesn't mean anything, technically 
speaking.



but when on the local sever everything works.  I see no errors in the log.  
It's like IIS is stopping the request??

Very carefully said : yes, it looks that way.  Why, I have no idea.  But at this point it 
does not look as if it has anything to do with the isapi_redirector.
With the configuration which you show above, and as far as only isapi_redirector is 
concerned, all the URI's that (after the hostname part) start with /myapp, should be 
forwarded by IIS and isapi_redirector to Tomcat, and the isapi_redirector log should show 
that.
It would be very strange if something at (or before) the IIS level was allowing URI's like 
http://myurl/myapp/services/mywebservice; to go through, but was blocking URI's like 
http://myurl/myapp/services;.  But only you know what is in the configuration of that 
server, its firewall, etc..
Maybe services is something defined somewhere in IIS, and directed somewhere else (or 
forbidden) ?



You need to design a test setup in which you can check this systematically.
For example :
Under the IIS wwwroot, create a sub-directory /myapp/, and put some document test.html 
there.  Then with your browser, try to access http://yourhost/myapp/test.html. And note 
the result.
Then create a sub-directory wwwroot/myapp/services/, put a document test2.html there, and 
try to access it, and note the result.

etc..

Do this both from a browser on a separate workstation, and from a browser running on the 
IIS host itself.  Then compare the results, and also look in the isapi_redirector logs.

And then think.
The answer is somewhere in the configuration of the browser, the network, the host, IIS, 
isapi_redirector or Tomcat.  We do not have access to those things; but you do.  You must 
make a list of what could be happening, and then design tests to rule out one or the other 
possibility.  When you are left with only one, then that is the answer.


And stop top-posting.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Jakarta ISAP Redirector

2012-06-14 Thread DeMarco, Alex


-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Thursday, June 14, 2012 4:16 AM
To: Tomcat Users List
Subject: Re: Jakarta ISAP Redirector

Top-posting (as I am doing here : writing every response at the top of the 
message), makes it difficult for others to follow the flow of the conversation.
Better to put your responses under the question or paragraph to which they 
relate.
See below.

DeMarco, Alex wrote:
 I have 4 servers all configured the same way..  Locally the call works fine 
 yet remotely I get an iis 404
 
 - Alex
 
 -Original Message-
 From: DeMarco, Alex [mailto:alex.dema...@suny.edu]
 Sent: Wednesday, June 13, 2012 8:45 PM
 To: Tomcat Users List
 Subject: RE: Jakarta ISAP Redirector
 
 Yes I have looked in the log file and set it debug.  There are no errors 
 logged.
 
 My uriworkermap has this:
 
 
 /myapp=DTS_Submission
 /myapp/*=DTS_Submission
 
 My Workers file has:
 
 worker.list=DTS_Submission
 
 worker.DTS_Submission.type=ajp13
 worker.DTS_Submission.host=xxx.xxx.xxx.xxx
 worker.DTS_Submission.port=3305
 

The above configuration looks fine, provided that the IP address 
xxx.xxx.xxx.xxx is really the IP address of the Tomcat host, as IIS sees it.


 
 If I am locally on the box (with a local host entry that maps to the same IIS 
 site on that box) it works fine.
 
 However, from my desktop I get a page could not be found...  However, it says 
 it can't find http://myurl:80/jakarta/isapi_redirect.dll

It would never find this resource, unless :
- either you do have a subdirectory jakarta in your IIS document space
- or you have a isapi_redirect mapping which maps this URL to Tomcat, and 
tomcat has a 
webapp named jakarta
And even if it found it there, it would then return the dll to the browser.  
That is 
certainly not what you want.
Do you understand the above paragraph, really ?  It is important, because if 
you do not 
understand that, then it will be very difficult to help you here.

And anyway, why are you giving this as an example ? it is totally irrelevant.  
In the 
uriworkermap that you list above, you are mapping URI's starting with /myapp. 
You are 
not mapping URI's starting with /jakarta or anything else, so why would you 
expect this 
to be relevant ?

   I have double and triple checked my config.
 
From my desktop this works:

your desktop where ? be precise, please.  Try not to force us to guess at each 
step.

 
 http://myurl/myapp/services/mywebservice?wsdl

By myurl you mean the hostname, yes ?
(then say so, plase. The URL is the whole thing 
http://myurl/myapp/services/mywebservice?wsdl;.)

 
 but this fails
 
 http:// myurl/myapp/services?wsdl

What is that space there ? if it is really there, then no wonder it fails.
And /how/ does it fail ?  it fails doesn't mean anything, technically 
speaking.

 
 but when on the local sever everything works.  I see no errors in the log.  
 It's like IIS is stopping the request??
 
Very carefully said : yes, it looks that way.  Why, I have no idea.  But at 
this point it 
does not look as if it has anything to do with the isapi_redirector.
With the configuration which you show above, and as far as only 
isapi_redirector is 
concerned, all the URI's that (after the hostname part) start with /myapp, 
should be 
forwarded by IIS and isapi_redirector to Tomcat, and the isapi_redirector log 
should show 
that.
It would be very strange if something at (or before) the IIS level was allowing 
URI's like 
http://myurl/myapp/services/mywebservice; to go through, but was blocking 
URI's like 
http://myurl/myapp/services;.  But only you know what is in the configuration 
of that 
server, its firewall, etc..
Maybe services is something defined somewhere in IIS, and directed somewhere 
else (or 
forbidden) ?


You need to design a test setup in which you can check this systematically.
For example :
Under the IIS wwwroot, create a sub-directory /myapp/, and put some document 
test.html 
there.  Then with your browser, try to access http://yourhost/myapp/test.html. 
And note 
the result.
Then create a sub-directory wwwroot/myapp/services/, put a document test2.html 
there, and 
try to access it, and note the result.
etc..

Do this both from a browser on a separate workstation, and from a browser 
running on the 
IIS host itself.  Then compare the results, and also look in the 
isapi_redirector logs.
And then think.
The answer is somewhere in the configuration of the browser, the network, the 
host, IIS, 
isapi_redirector or Tomcat.  We do not have access to those things; but you do. 
 You must 
make a list of what could be happening, and then design tests to rule out one 
or the other 
possibility.  When you are left with only one, then that is the answer.

And stop top-posting.

OK Well thanks for the list etiquette lesson.  I will setup a basic test with a 
clean website(removing all the extra stuff we have) and use a base 
configuration and work up from there.  When I call the url via IE

Re: Jakarta ISAP Redirector

2012-06-14 Thread André Warnier

DeMarco, Alex wrote:



...



OK Well thanks for the list etiquette lesson.  


Apart from the top-posting, it was not so much about list etiquette, as about expressing 
yourself precisely, so as to save some time to the people trying to help you.
When you say my desktop, it is confusing, because you have a my desktop also when you 
are working directly on the webserver host.  When you show a sample URL with a space in 
the middle and you say it doesn't work, we are left to wonder what doesn't work or why.
Isolated, any one of these things can be overcome, but when you pile up 5 things like that 
in the same message, it is getting hard to figure out what is what.


Basically, you want to be helped, and there are people here prepared to help.
But if these people think that they'll have to spend 20 minutes first to ask you to 
correct typos or explain precisely what you mean by it fails, they will get discouraged 
and leave your message to be answered later, or by someone else.

The result is that you get no answer, or get it later.
So, be nice to yourself.

...

When I call the url via IE directly on the webserver a log entry appears in the redirector 
log and the web service listing comes up correctly.


Allright.  That means that, when given a correct URL to fetch, IIS and Isapi_redirector 
and Tomcat do their job properly.  By extrapolation, neither IIS nor Isapi_redirector nor 
Tomcat are refusing that URL with /myapp/services in it.



Yet when I call the same URL from my (own workstation's) desktop no entry 
appears in the log and IIS returns a 404 as shown in firebug.


By extrapolation again, it must be that when you do this from your own workstation, 
something happens to that URL, before it gets to IIS, that results in :
- IIS + isapi_redirector not recognising that this URL matches one of the URL parts 
mentioned in the uriworkermap

- so they do not forward it to Tomcat
- in consequence, IIS is trying to serve it itself
- and IIS does not find /myapp/services (or whatever it has become) in its own URL space 
(e.g. under wwwroot), so it returns a 404 Not Found.


Now what happens to the URL, is for you to find out.  Firebug is a good option, if you 
really check what is the complete dialog before you get the 404 error.

It may be some re-direct, as mentioned by Rainer earlier.
Check in Firebug if between the original request, and the 404, there is any 302 response 
coming back.  If there is, then check what that 302 response says in its Location: header.
Maybe for example it says http://localhost/;.  That would work when you are on the 
webserver itself, but fail when you are on your workstation.  (And it would fail with a 
404 error if you also have IIS running on your workstation; if you don't have IIS running, 
then it should fail with some other error status.)


In Firebug, there must be a way to copy a request/response sequence to the clipboard. If 
so, do that and paste it here. We might spot something you don't.






-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Jakarta ISAP Redirector

2012-06-13 Thread DeMarco, Alex
I hope this is the right place to post this question.

 

We have the latest Jakarta Plugin installed with IIS 7.5.

 

Do you know, does the plugin specifically block  /services requests on
wsdl's

 

If I go here:

 

 

http://myural/myapp/services

 

I get a page not available

 

However, if I am locally on the page the services listing does load.

 

Also,  if I go here from my desk:

 

http://myural/myapp/services/someservicename?wsdl

 

It works fine.  In fact all the wsdl's work I just cannot display the
services list remotely.

 

Thanks in advance.

 

-  Alex

 

 

 

 

 

 



Re: Jakarta ISAP Redirector

2012-06-13 Thread André Warnier

DeMarco, Alex wrote:

I hope this is the right place to post this question.



It is the right place.

 


We have the latest Jakarta Plugin installed with IIS 7.5.

 


Do you know, does the plugin specifically block  /services requests on
wsdl's



Short answer : no, it does not specifically block any request.
In fact, it is the opposite : it only forwards requests to Tomcat, if the request URL 
matches some pre-defined values.

See :
http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html
the section How does it work ?.
(and for the word worker, understand a back-end tomcat).

One more thing : the isapi_redirector can write a logfile.
See item (3) in the section Configuring the ISAPI Redirector for details.
The logfile will tell you when and why it is forwarding a request to Tomcat and 
when/why not.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Jakarta ISAP Redirector

2012-06-13 Thread Pid *
On 13 Jun 2012, at 18:18, DeMarco, Alex alex.dema...@suny.edu wrote:

 I hope this is the right place to post this question.



 We have the latest Jakarta Plugin installed with IIS 7.5.



 Do you know, does the plugin specifically block  /services requests on
 wsdl's

No, it doesn't.

 If I go here:

 http://myural/myapp/services

 I get a page not available

Please post your config.


p




 However, if I am locally on the page the services listing does load.



 Also,  if I go here from my desk:



 http://myural/myapp/services/someservicename?wsdl



 It works fine.  In fact all the wsdl's work I just cannot display the
 services list remotely.



 Thanks in advance.



 -  Alex














-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Jakarta ISAP Redirector

2012-06-13 Thread DeMarco, Alex
Yes I have looked in the log file and set it debug.  There are no errors logged.

My uriworkermap has this:


/myapp=DTS_Submission
/myapp/*=DTS_Submission

My Workers file has:

worker.list=DTS_Submission

worker.DTS_Submission.type=ajp13
worker.DTS_Submission.host=xxx.xxx.xxx.xxx
worker.DTS_Submission.port=3305


If I am locally on the box (with a local host entry that maps to the same IIS 
site on that box) it works fine.

However, from my desktop I get a page could not be found...  However, it says 
it can't find http://myurl:80/jakarta/isapi_redirect.dll  I have double and 
triple checked my config.

From my desktop this works:

http://myurl/myapp/services/mywebservice?wsdl

but this fails

http:// myurl/myapp/services?wsdl

but when on the local sever everything works.  I see no errors in the log.  
It's like IIS is stopping the request??

- Alex

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Wednesday, June 13, 2012 2:18 PM
To: Tomcat Users List
Subject: Re: Jakarta ISAP Redirector

DeMarco, Alex wrote:
 I hope this is the right place to post this question.
 

It is the right place.

  
 
 We have the latest Jakarta Plugin installed with IIS 7.5.
 
  
 
 Do you know, does the plugin specifically block  /services requests on 
 wsdl's
 

Short answer : no, it does not specifically block any request.
In fact, it is the opposite : it only forwards requests to Tomcat, if the 
request URL matches some pre-defined values.
See :
http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html
the section How does it work ?.
(and for the word worker, understand a back-end tomcat).

One more thing : the isapi_redirector can write a logfile.
See item (3) in the section Configuring the ISAPI Redirector for details.
The logfile will tell you when and why it is forwarding a request to Tomcat and 
when/why not.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Jakarta ISAP Redirector

2012-06-13 Thread DeMarco, Alex
I have 4 servers all configured the same way..  Locally the call works fine yet 
remotely I get an iis 404

- Alex

-Original Message-
From: DeMarco, Alex [mailto:alex.dema...@suny.edu] 
Sent: Wednesday, June 13, 2012 8:45 PM
To: Tomcat Users List
Subject: RE: Jakarta ISAP Redirector

Yes I have looked in the log file and set it debug.  There are no errors logged.

My uriworkermap has this:


/myapp=DTS_Submission
/myapp/*=DTS_Submission

My Workers file has:

worker.list=DTS_Submission

worker.DTS_Submission.type=ajp13
worker.DTS_Submission.host=xxx.xxx.xxx.xxx
worker.DTS_Submission.port=3305


If I am locally on the box (with a local host entry that maps to the same IIS 
site on that box) it works fine.

However, from my desktop I get a page could not be found...  However, it says 
it can't find http://myurl:80/jakarta/isapi_redirect.dll  I have double and 
triple checked my config.

From my desktop this works:

http://myurl/myapp/services/mywebservice?wsdl

but this fails

http:// myurl/myapp/services?wsdl

but when on the local sever everything works.  I see no errors in the log.  
It's like IIS is stopping the request??

- Alex

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com]
Sent: Wednesday, June 13, 2012 2:18 PM
To: Tomcat Users List
Subject: Re: Jakarta ISAP Redirector

DeMarco, Alex wrote:
 I hope this is the right place to post this question.
 

It is the right place.

  
 
 We have the latest Jakarta Plugin installed with IIS 7.5.
 
  
 
 Do you know, does the plugin specifically block  /services requests on 
 wsdl's
 

Short answer : no, it does not specifically block any request.
In fact, it is the opposite : it only forwards requests to Tomcat, if the 
request URL matches some pre-defined values.
See :
http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html
the section How does it work ?.
(and for the word worker, understand a back-end tomcat).

One more thing : the isapi_redirector can write a logfile.
See item (3) in the section Configuring the ISAPI Redirector for details.
The logfile will tell you when and why it is forwarding a request to Tomcat and 
when/why not.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org