Hello all,

I am new to this list but am having a particular bothersome problem with a
new project. I have an ActiveX EXE program that makes telnet (using Winsock)
connections to different servers and does screen scrapes of the information.
This EXE has an exposed class which allows me to connect to it from an ASP
page. (In fact, this is how the .exe first starts up) It then puts this data
into an HTML string and returns that to the ASP code. This has worked
intermittently. That is it worked for almost a week without fail, but since
Friday it will only run as long as it is making the connections to the
telnet sessions. Once it's done the ASP returns:

Server object error 'ASP 0177 : 80080005' 

Server.CreateObject Failed 

/sales/qwatcher/qnewtest.asp, line 10 

Server execution failed 

and in the Event Viewer I get this error:

Failed on creation from object context: IClassFactory::CreateInstance
(Package: IIS-{SourceWorks//Root/Sales/QWatcher}) (ProgId: QW2.QW2Connector)
(CLSID: {8E8C53F0-0B96-4617-AFB7-07BD1C46A315}) (Interface: IUnknown) (IID:
{00000000-0000-0000-C000-000000000046})   (Microsoft Transaction Server
Internals Information: File: i:\viper\src\runtime\context\ccontext.cpp,
Line: 1260)   


I have set the security of the object through dcomcnfg, changed it's
identity to a Domain service account that has rights to the entire server.
Set the virtual directory to run out of processes and even changed it's
identity to run as the same user as the dcom object.

The executable is still running, as I can see it in the process list of Task
Manager, but I am unable to make new connections to it. 

What may I be missing? I've also been unable to get this bugger to run on
any other server successfully.


Thanks in advance!

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx

Do you have the ActiveX EXE installed in an MTS package?

> Hello all,

I am new to this list but am having a particular bothersome problem with a
new project. I have an ActiveX EXE program that makes telnet (using 
Winsock)
connections to different servers and does screen scrapes of the 
information.
This EXE has an exposed class which allows me to connect to it from an ASP
page. (In fact, this is how the .exe first starts up) It then puts this 
data
into an HTML string and returns that to the ASP code. This has worked
intermittently. That is it worked for almost a week without fail, but since
Friday it will only run as long as it is making the connections to the
telnet sessions. Once it's done the ASP returns:

Server object error 'ASP 0177 : 80080005' 

Server.CreateObject Failed 

/sales/qwatcher/qnewtest.asp, line 10 

Server execution failed 

and in the Event Viewer I get this error:

Failed on creation from object context: IClassFactory::CreateInstance
(Package: IIS-{SourceWorks//Root/Sales/QWatcher}) (ProgId: 
QW2.QW2Connector)
(CLSID: {8E8C53F0-0B96-4617-AFB7-07BD1C46A315}) (Interface: IUnknown) (IID:
{00000000-0000-0000-C000-000000000046})   (Microsoft Transaction Server
Internals Information: File: i:\viper\src\runtime\context\ccontext.cpp,
Line: 1260)   


I have set the security of the object through dcomcnfg, changed it's
identity to a Domain service account that has rights to the entire server.
Set the virtual directory to run out of processes and even changed it's
identity to run as the same user as the dcom object.

The executable is still running, as I can see it in the process list of 
Task
Manager, but I am unable to make new connections to it. 

What may I be missing? I've also been unable to get this bugger to run on
any other server successfully.


Thanks in advance!

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx

No. I haven't figured out how to do that. :-) I know how to deal with DLL's,
but I'm new to ActiveX EXE's.

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx


-----Original Message-----
From: Chris Tucker [mailto:chris.tucker@c...]
Sent: Tuesday, July 30, 2002 8:48 AM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


Do you have the ActiveX EXE installed in an MTS package?

> Hello all,

I am new to this list but am having a particular bothersome problem with a
new project. I have an ActiveX EXE program that makes telnet (using 
Winsock)
connections to different servers and does screen scrapes of the 
information.
This EXE has an exposed class which allows me to connect to it from an ASP
page. (In fact, this is how the .exe first starts up) It then puts this 
data
into an HTML string and returns that to the ASP code. This has worked
intermittently. That is it worked for almost a week without fail, but since
Friday it will only run as long as it is making the connections to the
telnet sessions. Once it's done the ASP returns:

Server object error 'ASP 0177 : 80080005' 

Server.CreateObject Failed 

/sales/qwatcher/qnewtest.asp, line 10 

Server execution failed 

and in the Event Viewer I get this error:

Failed on creation from object context: IClassFactory::CreateInstance
(Package: IIS-{SourceWorks//Root/Sales/QWatcher}) (ProgId: 
QW2.QW2Connector)
(CLSID: {8E8C53F0-0B96-4617-AFB7-07BD1C46A315}) (Interface: IUnknown) (IID:
{00000000-0000-0000-C000-000000000046})   (Microsoft Transaction Server
Internals Information: File: i:\viper\src\runtime\context\ccontext.cpp,
Line: 1260)   


I have set the security of the object through dcomcnfg, changed it's
identity to a Domain service account that has rights to the entire server.
Set the virtual directory to run out of processes and even changed it's
identity to run as the same user as the dcom object.

The executable is still running, as I can see it in the process list of 
Task
Manager, but I am unable to make new connections to it. 

What may I be missing? I've also been unable to get this bugger to run on
any other server successfully.


Thanks in advance!

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx
 
jon.mcalexander@g...
%%email.unsub%%

You can't add EXEs to MTS.  Why does it have to be an EXE at all?  Why not a
DLL?

-----Original Message-----
From: McAlexander, Jon [mailto:Jon.McAlexander@g...]
Sent: Tuesday, July 30, 2002 2:12 PM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


No. I haven't figured out how to do that. :-) I know how to deal with DLL's,
but I'm new to ActiveX EXE's.

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx

Mainly because the developer wanted to use the Winsock OCX and timer's in VB
and needed a form. This app needs to keep running as it checks against the
telnet sessions every 3 seconds for updates.

Thanks,

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx


-----Original Message-----
From: Adrian Forbes [mailto:adrian.forbes@n...]
Sent: Tuesday, July 30, 2002 8:16 AM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


You can't add EXEs to MTS.  Why does it have to be an EXE at all?  Why not a
DLL?

-----Original Message-----
From: McAlexander, Jon [mailto:Jon.McAlexander@g...]
Sent: Tuesday, July 30, 2002 2:12 PM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


No. I haven't figured out how to do that. :-) I know how to deal with DLL's,
but I'm new to ActiveX EXE's.

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx


 
jon.mcalexander@g...
%%email.unsub%%

> Mainly because the developer wanted to use the
> winsock OCX and timer's in VB and needed a form.

You can still do this from a DLL.  Add a form to the DLL and house both
controls on it.  As long as you never make the form visible it will work.
This is the method we use very successfully to talk Winsock from ASP.

> This app needs to keep running as it checks against the
> telnet sessions every 3 seconds for updates.

Well you're really getting outwith the bounds of what is possible with ASP.
Maybe you should use a standalone app on the server that does the winsock
stuff and places the results in a database or in MSMQ or somewhere else that
the ASP code can read from when required.  What do you want to happen when
an update is found?

Basically this is a web-enabled app to allow our call floor to monitor the
Queues. They normally use CMS, but we are wanting to limit the number of
logins to CMS, so this app will provide the views for them. It updates ever
3 seconds. We want this to keep running so that folks can just connect as
needed.

Our last-ditch effort, if we can't get this to run properly will be to have
the exe write to a database and have the asp read from the database, but
this is an extra step that we were hoping to avoid.

I'll try making it into a DLL and see how it goes. I've never worked with
DLL's and forms before so could be fun. :-)

Thanks,

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx


-----Original Message-----
From: Adrian Forbes [mailto:adrian.forbes@n...]
Sent: Tuesday, July 30, 2002 9:52 AM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


> Mainly because the developer wanted to use the
> winsock OCX and timer's in VB and needed a form.

You can still do this from a DLL.  Add a form to the DLL and house both
controls on it.  As long as you never make the form visible it will work.
This is the method we use very successfully to talk Winsock from ASP.

> This app needs to keep running as it checks against the
> telnet sessions every 3 seconds for updates.

Well you're really getting outwith the bounds of what is possible with ASP.
Maybe you should use a standalone app on the server that does the winsock
stuff and places the results in a database or in MSMQ or somewhere else that
the ASP code can read from when required.  What do you want to happen when
an update is found?


 
jon.mcalexander@g...
%%email.unsub%%

> Basically this is a web-enabled app to allow our call floor to monitor the
> Queues. They normally use CMS, but we are wanting to limit the number of
> logins to CMS, so this app will provide the views for them. It updates
ever
> 3 seconds. We want this to keep running so that folks can just connect as
> needed.

That kind of app is not suited to a web application.

> Our last-ditch effort, if we can't get this to run properly will be to
have
> the exe write to a database and have the asp read from the database.

A much better solution.   Or better still, have a true client/server system
with an app on the desktop, not a web browser.  If you must use a web
browser maybe some form of ActiveX control could be developed to do the work
for you.

> I'll try making it into a DLL and see how it goes. I've never worked with
> DLL's and forms before so could be fun. :-)

It's the same as writing EXEs.  The only real difference is how they are
deployed and used.

Thanks for all your help. I'm aware of using a client/server setup, but I'm
a big fan of BUI's. While the current setup is working, it works very very
well. We also don't really want to use client/server as we have a number of
dial-in folks that will need to be able to view this info, thus the web app
works best.

I'll respond with how things came out.

Thanks again.

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx


-----Original Message-----
From: Adrian Forbes [mailto:adrian.forbes@n...]
Sent: Tuesday, July 30, 2002 10:27 AM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


> Basically this is a web-enabled app to allow our call floor to monitor the
> Queues. They normally use CMS, but we are wanting to limit the number of
> logins to CMS, so this app will provide the views for them. It updates
ever
> 3 seconds. We want this to keep running so that folks can just connect as
> needed.

That kind of app is not suited to a web application.

> Our last-ditch effort, if we can't get this to run properly will be to
have
> the exe write to a database and have the asp read from the database.

A much better solution.   Or better still, have a true client/server system
with an app on the desktop, not a web browser.  If you must use a web
browser maybe some form of ActiveX control could be developed to do the work
for you.

> I'll try making it into a DLL and see how it goes. I've never worked with
> DLL's and forms before so could be fun. :-)

It's the same as writing EXEs.  The only real difference is how they are
deployed and used.


 
jon.mcalexander@g...
%%email.unsub%%

Ok, I'm a little confused. I'm use to setting up ActiveX DLL's for
unattended execution, etc. but once I add the FORM It won't allow me to have
those checked. Is there something I need to look at?

Thanks,

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx


-----Original Message-----
From: Adrian Forbes [mailto:adrian.forbes@n...]
Sent: Tuesday, July 30, 2002 10:27 AM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


> Basically this is a web-enabled app to allow our call floor to monitor the
> Queues. They normally use CMS, but we are wanting to limit the number of
> logins to CMS, so this app will provide the views for them. It updates
ever
> 3 seconds. We want this to keep running so that folks can just connect as
> needed.

That kind of app is not suited to a web application.

> Our last-ditch effort, if we can't get this to run properly will be to
have
> the exe write to a database and have the asp read from the database.

A much better solution.   Or better still, have a true client/server system
with an app on the desktop, not a web browser.  If you must use a web
browser maybe some form of ActiveX control could be developed to do the work
for you.

> I'll try making it into a DLL and see how it goes. I've never worked with
> DLL's and forms before so could be fun. :-)

It's the same as writing EXEs.  The only real difference is how they are
deployed and used.


 
jon.mcalexander@g...
%%email.unsub%%

Just don't have it sent to unattended execution :)  One thing UE prevents is
any GUI or popups (included message boxes etc).  That will be why a Form
stops you selecting it.  But as long as your know your code won't show the
Form you'll be OK.

-----Original Message-----
From: McAlexander, Jon [mailto:Jon.McAlexander@g...]
Sent: Tuesday, July 30, 2002 5:14 PM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


Ok, I'm a little confused. I'm use to setting up ActiveX DLL's for
unattended execution, etc. but once I add the FORM It won't allow me to have
those checked. Is there something I need to look at?

Thanks,

Jon McAlexander
Gateway
NT System Administrator - Intranet
Ext. 22560, Direct  xxx-xxx-xxxx


-----Original Message-----
From: Adrian Forbes [mailto:adrian.forbes@n...]
Sent: Tuesday, July 30, 2002 10:27 AM
To: ASP components
Subject: [asp_components] Re: Help with ActiveX Executable


> Basically this is a web-enabled app to allow our call floor to monitor the
> Queues. They normally use CMS, but we are wanting to limit the number of
> logins to CMS, so this app will provide the views for them. It updates
ever
> 3 seconds. We want this to keep running so that folks can just connect as
> needed.

That kind of app is not suited to a web application.

> Our last-ditch effort, if we can't get this to run properly will be to
have
> the exe write to a database and have the asp read from the database.

A much better solution.   Or better still, have a true client/server system
with an app on the desktop, not a web browser.  If you must use a web
browser maybe some form of ActiveX control could be developed to do the work
for you.

> I'll try making it into a DLL and see how it goes. I've never worked with
> DLL's and forms before so could be fun. :-)

It's the same as writing EXEs.  The only real difference is how they are
deployed and used.



jon.mcalexander@g...
%%email.unsub%%



%%email.unsub%%