just an update for all. The WOAdaptor had a bug with pointer arithemtics,
leading to potential crashes when dealing with pointers above the 32 bit limit.
Windows Server 2012 assigns every process a random address space using
the whole 64 bit space, so you got crashes here all the time.

There is a new fixed WOAdaptor version (4.6.2) in WONDER master branch. 

As Kantala wrote to me, serving WebObjects under Windows Server 2012 does work 
now.

Markus

Am 03.04.2014 um 16:10 schrieb Kantala, Dmytro R. <dkant...@motleyrice.com>:

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

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



Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
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