Re: Substitute for RUNPROCESS in mid-tier.

2010-09-11 Thread Axton
client" would be a better idea. > > Daniel Condrea > > -- > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Axton > *Sent:* Friday, September 10, 2010 5:43 PM > *To:* arslist@ARSLIST.ORG > *Subject:*

Re: Substitute for RUNPROCESS in mid-tier.

2010-09-11 Thread Daniel Condrea
etter idea. Daniel Condrea From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Axton Sent: Friday, September 10, 2010 5:43 PM To: arslist@ARSLIST.ORG Subject: Re: Substitute for RUNPROCESS in mid-tier. ** ActiveX and

Re: Substitute for RUNPROCESS in mid-tier.

2010-09-10 Thread Axton
ActiveX and Java Applets are the options that I know of to execute client side executables. You may be able to do some things with Flash, but I'm not an expert with that product. You didn't indicate what you are trying to accomplish with the exe; there may be other approaches that make more sense

Re: Substitute for RUNPROCESS in mid-tier.

2010-09-10 Thread Grooms, Frederick W
AM To: arslist@ARSLIST.ORG Subject: Substitute for RUNPROCESS in mid-tier. Dear listers,   I have a run process which calls a .exe executable from the comand line and connects to a remote application to display some data. This is all fine on the user client but obviously (and as the manual clearly

Substitute for RUNPROCESS in mid-tier.

2010-09-10 Thread Frex Popo
Dear listers,   I have a run process which calls a .exe executable from the comand line and connects to a remote application to display some data. This is all fine on the user client but obviously (and as the manual clearly states) it does not work in the Mid-Tier.   Anyway tried some sim