- This topic has 5 replies, 1 voice, and was last updated 9 years, 3 months ago by
.
-
Posts
-
-
-
Hi Sajid,
I'd probably start by asking why you would want to do this and look at exploring other avenues first, but if you're determined to do this out of an orchestration I would suggest that you create a static .NET helper class that will start an exe. There are bags of blogs that detail how to use a helper class out of an orchestration.
Nick.
-
Nick,
Thanks for the reply, actually that exe is needed for generating a file and is from win 95 period. Anyways we need to execute it, the problem is even when we try to execute it via a component it runs (shows in the processes that are currently running) but doesn't do anything, like its function of creating a file is not done. But this is only true while calling this component via Biztalk orchestration, if I include it in a windows application and call that exe through it, the exe executes and does its work. So why is this happening and how can I correct this behavior?
Regards,
Sajid
-
Perhaps this has to do with authorisation? Does your BizTalk user has sufficient permissions to perform the needed task?
-
Lex,
The rights should not be an issue as BizTalk is running under the Administrator account which is assigned the rights of BizTalk and SSO Administrator as well.
Regards,
Sajid.
-
Might sound like a round about way of doing things, but why dont you create a web service, do the file writing part in that, and call the web service from the orchestration. Your debugging will definately be more easier. Although ur increasing the number of applications and hence the complexity. But it will help you to improve the performance of biztalk, coz win95 components will bring about interop, by using webservice u will isolate the process of writing file to another host(iis) that will sheild your biztalk instance..
-
-
-
-
-
- The forum ‘BizTalk 2004 – BizTalk 2010’ is closed to new topics and replies.