The dll is called from the browser, that's a fact, in Dcomcnfg.exe you define access rights to this software so internet users can use it.That's all i know. And it runs via IIS5 on a win2k server. And there is nowhere a place in IIS where the dll is configured as a filter.
I've allready tried to call it with <cfhttp method="get" url="" but like i said before, the dll isn't working properly anymore.
I allready suggested to the developer to work with web services, but they never heard about it before, so about building serious web-apps i don't have to discuss with them: they have their own vision :-(. To make my own interface and build another application beside the existing one would be like re-inventing the wheel, isn't it?
W.
>> You are executing a DLL from the browser (so to speak); which is
>> different than an ISAPI application. I'm still under the impression
>> that if you are loading a DLL in a browser you are not running that
>> DLL as an ISAPI filter.
>
>You're right that this DLL wouldn't be an ISAPI filter. However, filters are
>only one small part of ISAPI, and this DLL would certainly be an ISAPI
>application if it's run through an IIS server - ISAPI is the only API
>available for writing IIS applications.
>
>Dave Watts, CTO, Fig Leaf Software
>http://www.figleaf.com/
>phone: 202-797-5496
>fax: 202-797-5444
>
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
