Resolved the 404, now getting a 500.  I am looking into this now.

The new 500 error which is most likely because I have not installed the .NET 
extensibility feature.  It could be permissions.
Most likely causes:
IIS received the request; however, an internal error occurred during the 
processing of the request. The root cause of this error depends on which module 
handles the request and what was happening in the worker process when this 
error occurred. 
IIS was not able to access the web.config file for the Web site or application. 
This can occur if the NTFS permissions are set incorrectly. 
IIS was not able to process configuration for the Web site or application. 
The authenticated user does not have permission to use this DLL. 
The request is mapped to a managed handler but the .NET Extensibility Feature 
is not installed.

Detailed Error Information:
Module    IsapiModule 
Notification    ExecuteRequestHandler 
Handler    WebObjects 
Error Code    0x8007045a 
Requested URL    http://chauga:80/scripts/WebObjects.dll/CMPTraining.woa 
Physical Path    
C:\Apple\Local\Library\WebServer\Documents\scripts\WebObjects.dll\CMPTraining.woa
 
Logon Method    Anonymous 
Logon User    Anonymous


How I resolved the 404:
The DLL is getting loaded, but it could not access the SiteConfig.

So I changed registry entry as follows:
CONFIG_URL = http://localhost:1085/

Now the log file is looking better.

FYI: Looks like there is a typo when writing this info statement in the log
Info: <WebObjects ISAPI> new request: 
/scripts/WebObjects.dll/scripts/WebObjects.dll/CMPTraining.woa

Section of the Log file that let me know the SiteConfig was not being read.
------------------------------------------------------------------------------

Info: ac_init(): reading configuration from: 
file:///C:/Apple/Local/Library/WebObjects/Configuration/SiteConfig.xml
Debug: init_adaptor(): ac_init succeeded
Debug: init_adaptor(): transaction_init() succeeded
Debug: Checking config file 
/C:/Apple/Local/Library/WebObjects/Configuration/SiteConfig.xml
Debug: Checking config 
/C:/Apple/Local/Library/WebObjects/Configuration/SiteConfig.xml
Debug: stat call failed on 
/C:/Apple/Local/Library/WebObjects/Configuration/SiteConfig.xml (errno=2)
Debug: Checking config C:/TEMP//WebObjects.xml
Debug: stat call failed on C:/TEMP//WebObjects.xml (errno=2)
Info: <WebObjects ISAPI> new request: 
/scripts/WebObjects.dll/scripts/WebObjects.dll/CMPTraining.woa
------------------------------------------------------------------------------

Thanks,

Dmytro R. Kantala 

-----Original Message-----
From: Markus Stoll, junidas GmbH [mailto:markus.st...@junidas.de] 
Sent: Thursday, April 03, 2014 8:16 AM
To: Kantala, Dmytro R.
Cc: webobjects-deploy@lists.apple.com
Subject: Re: 404 Error with an IIS Deployment

Hi,

hmm, i guess its time to install Windows Server 2012 R2 for myself, but this 
will take some time.

Next things you can do are:

1. Check whether IIS did load the ISAPI-Plugin 
   you can use ProcessExplorer from sysinternals 
   under Windows 2008 R2, a process "w3wp.exe" is holding the reference to 
WebObjects.dll

2. for Adapter logging, you need an additional registriy entry: LOG_FLAG
   let it for example point to 
   C:\Apple\Local\Library\Logs\Adapter\webobjects.logflag
   then create an empty file with that path
   adaptor logging checks for the existences of this file to activate it

3. you can use procmon (sysinternals too) to check, whether IIS does even try
   to load the WOAdaptor

With these checks we should get more info to estimate whether there is a 
general problem
with the adaptor or a configuration problem with IIS 8.5

regards, Markus

Am 02.04.2014 um 23:40 schrieb Kantala, Dmytro R. <dkant...@motleyrice.com>:

> I originally didn't put in all the keys.  I only specified the Config URL.
> 
> I just put in some additional keys, restarted the server to make sure they 
> were seen.  I am not getting a log.
> I tried putting in a folder path and a file path.  I wasn't sure what was 
> needed for that key.
> 
> Here are all the keys and values I entered.
> CONF_INTERVAL = 600
> CONF_URL = 
> file:///C:/Apple/Local/Library/WebObjects/Configuration/SiteConfig.xml
> LOG_PATH = C:\Apple\Local\Library\Logs\Adapter\webobjects.txt
> 
> No Montreal for me though...
> 
> Thanks,
> Dmytro R. Kantala
> 
> -----Original Message-----
> From: Markus Stoll [mailto:markus.st...@junidas.de] 
> Sent: Wednesday, April 02, 2014 3:25 PM
> To: Kantala, Dmytro R.
> Cc: webobjects-deploy@lists.apple.com
> Subject: Re: 404 Error with an IIS Deployment
> 
> Hi,
> 
>> I downloaded the 64bit WebObjects.dll (and exe) from here: 
>> http://wocommunity.org/documents/tools/mod_WebObjects/IIS
>> I followed the instructions located here:  
>> https://github.com/wocommunity/wonder/tree/master/Utilities/Adaptors/IIS
> I am the one, who did the latest changes on this, but I never had the chance 
> to test this against Windows
> Server 2012 / IIS 8.5 and I do not yet have a clue whats happening on your 
> server.
> 
> Did you set the logging keys in the Registry? If yes, is the WOAdapter 
> logfile even created?
> This wood be good hint to decide whether the WebObjects adapter is loaded / 
> initialized or not.
> 
> I you happen to come to Montreal I would be glad to debug this with you.
> 
> Regards, Markus
> 
>> I have the Application Pool set to "No Managed Code" in "Classic" mode.
>> 
>> I put the dll under the site's document root in a folder call "scripts".
>> I added the registry settings mentioned in the instructions and specifically 
>> added a value for the CONFIG_URL.  Note:  I did have the wrong 
>> I have allowed the dll in "ISAPI and CGI Restrictions".
>> I added an "Module Mapping" with path "*.dll" using handler "IsapiModule."  
>> I set the Request Restrictions to invoke on "File or folder"; "All Verbs"; 
>> "Script"
>> 
>> I keep getting a 404 when accessing the site.
>> I am using base URL:  http://chauga/scripts/WebObjects.dll/Test.woa
>> 
>> I have tried setting the Request Restrictions to "Execute"
>> I have played with the app pool configuration. 
>> 
>> It is acting like it is trying to pass the request.  It also crashes the app 
>> pool if I try a couple of times.
>> 
>> There is no error message in the application's log file.  The last entry 
>> says "Welcome.."   I am using the default action and I have some logging 
>> there, so I am assuming the default action is never being called.
>> 
>> The IIS logs says 404 and the system event shows where the App Pool crashes 
>> and I see a warning about the app pool suffered a fatal communication error 
>> with Window Process Activation Service.
>> 
>> It appears others have gotten this working so I am assuming I am missing 
>> something.
>> 
>> Any help is appreciated.
>> 
>> Thanks,
>> 
>> Dmytro R. Kantala
>> 
>> 
>> Confidential & Privileged
>> Unless otherwise indicated or obvious from its nature, the information 
>> contained in this communication is attorney-client privileged and 
>> confidential information/work product. This communication is intended for 
>> the use of the individual or entity named above.  If the reader of this 
>> communication is not the intended recipient, you are hereby notified that 
>> any dissemination, distribution or copying of this communication is strictly 
>> prohibited.  If you have received this communication in error or are not 
>> sure whether it is privileged, please immediately notify us by return e-mail 
>> and destroy any copies--electronic, paper or otherwise--which you may have 
>> of this communication
>> 
>> 
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-deploy/markus.stoll%40junidas.de
>> 
>> This email sent to markus.st...@junidas.de
> 
> -- 
> Dr. Markus Stoll (Geschäftsführer)
> markus.st...@junidas.de
> 
> junidas GmbH, Aixheimer Str. 12, 70619 Stuttgart
> Tel. +49 (711) 4599799-11, Fax +49 (711) 4599799-10
> Geschäftsführer: Dr. Markus Stoll, Matthias Zepf
> Amtsgericht Stuttgart, HRB 21939
> 
> 
> Confidential & Privileged
> Unless otherwise indicated or obvious from its nature, the information 
> contained in this communication is attorney-client privileged and 
> confidential information/work product. This communication is intended for the 
> use of the individual or entity named above.  If the reader of this 
> communication is not the intended recipient, you are hereby notified that any 
> dissemination, distribution or copying of this communication is strictly 
> prohibited.  If you have received this communication in error or are not sure 
> whether it is privileged, please immediately notify us by return e-mail and 
> destroy any copies--electronic, paper or otherwise--which you may have of 
> this communication
> 

-- 
Dr. Markus Stoll (Geschäftsführer)
markus.st...@junidas.de

junidas GmbH, Aixheimer Str. 12, 70619 Stuttgart
Tel. +49 (711) 4599799-11, Fax +49 (711) 4599799-10
Geschäftsführer: Dr. Markus Stoll, Matthias Zepf
Amtsgericht Stuttgart, HRB 21939


Confidential & Privileged
Unless otherwise indicated or obvious from its nature, the information 
contained in this communication is attorney-client privileged and confidential 
information/work product. This communication is intended for the use of the 
individual or entity named above.  If the reader of this communication is not 
the intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited.  If you 
have received this communication in error or are not sure whether it is 
privileged, please immediately notify us by return e-mail and destroy any 
copies--electronic, paper or otherwise--which you may have of this communication


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to