Sietse,
I've carried out your instructions and the web page isn't working at
all.
I've given the component a admin account to run under.
If I unload it and go back to the original dll it works. Only when it
goes inside component services it fails.
These are the steps I took before putting the dll into component
services
1, I Stopped the WWW publishing service
2, I ran "regsvr32 /u support.dll" which succeeded. (checked that
support.server was removed from registry)
3, I carried out your instructions below to the letter (Named the com+
application as "support"
4, I then started up the WWW publishing service
5, opened my browser and pointed it to the website. The browser reports
a http 500 error. The webpage called is an asp page that contains
<%set oserver=server.createobject("support.server")
Response.write(oserver.main())%>
That worked ok before I put the dll into the com+ applications
I checked support.server properties and the CLSID, ApplicationID and DLL
all look correct.
What have I done wrong?
Kind Regards
Robert
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Sietse Wijnker
Posted At: 14 August 2007 16:43
Posted To: Profox Archive
Conversation: Running a batch file from VFP MTDLL
Subject: RE: Running a batch file from VFP MTDLL
Actually, it's suprisingly easy IMO.
1. Start Component Services (in administrative tools) 2. Drill down to
Console Root/Componen Services/Computers/My Computer/COM+ Applications
3. Right Click on COM+ Applications, select New, Application 4. Click
Next on the intro screen of the wizard 5. Click the 'Create an empty
application' button 6. Enter a name for your COM+ app, click next 7.
Specify the user (this is the user the application uses the credentials
of), click next 8. Click Next, Next, Finish 9. Open the application you
named, select 'Components'
10. Drag the DLL From Explorer into the left of the screen. This will
register the COM classes of the DLL inside COM+
That's it. There are some possibilities for tweaking, but for the first
usage this is all.
Good Luck & Regards,
Sietse Wijnker
-----Oorspronkelijk bericht-----
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Namens Robert Jennings
Verzonden: dinsdag 14 augustus 2007 17:00
Aan: [EMAIL PROTECTED]
Onderwerp: RE: Running a batch file from VFP MTDLL
Ouch,
That sounds complicated although getting that to work could help me out
in other ways (like getting an application to protect data files from
users)
I'll have a look into the permissions and try to see what exactly is
getting denied.
Thanks
Regards
Robert Jennings
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Sietse Wijnker
Posted At: 14 August 2007 15:02
Posted To: Profox Archive
Conversation: Running a batch file from VFP MTDLL
Subject: RE: Running a batch file from VFP MTDLL
The MTDll in ISS is instanciated uner the credentials of the IWAM_...
user.
This user has no rights outside the inetpub folder.
Try putting the MTDLL inside a COM+ application, setting it up to
impersonate. That way the MTDLL gets called from within IIS but runs
under credentials you can specify (and during debugging it's not needed
to reset IIS when updating the dll file)
Regards,
Sietse Wijnker
-----Oorspronkelijk bericht-----
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Namens Robert Jennings
Verzonden: dinsdag 14 augustus 2007 10:58
Aan: [EMAIL PROTECTED]
Onderwerp: Running a batch file from VFP MTDLL
Hi all,
I've been banging my head against the screen for 2 days trying to solve
this one:-
I'm creating a batch file to create self extracting zip files which is
working fine. This will package up Workstation, Application and Data
files into a self extracting zip for application installation.
I can run the following command from the command window
! c:\test\setup.bat 110
I can also run this
! &lccommand
(Where lccommand="c:\test\setup.bat 110" 110 is a parameter for the
batch file.)
Both work fine.
However, when I compile the code up as a MTDLL and create an object of
the DLL and get IIS to run it the ! command doesn't seem to work. It
causes a HTTP500 error.
I've tried Shellexe to no avail. That returns error code 5 which is
Access Denied, but everyone has full control in C:\test\ (for testing
purposes) and the DLL can create a text file in that folder.
Any idea's?
TIA
Robert
------------------------------------------------------------------------
----
----------------------------------
This email was sent to [email protected]
Unless otherwise agreed expressly in writing by Marine Software Limited,
this communication and attachments are to be treated as confidential and
the information in it may not be used or disclosed except for the
purpose for which it was sent.
If you are not the intended recipient of this communication you should
notify the sender immediately [EMAIL PROTECTED] , then destroy
it without copying, disclosing or otherwise using its contents.
Marine Software Limited. Registered in England & Wales. No 2576494
Regsitered Office. Unit3, Aylesham Business Pk, Aylesham. Kent. UK
------------------------------------------------------------------------
----
--------------------------------------
--- StripMime Report -- processed MIME parts --- multipart/alternative
text/plain (text body -- kept)
text/html
---
[excessive quoting removed by server]
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
