|
Home > Archive > BizTalk Server Orchestration > March 2006 > BTS2004 : Write file to folder and read the same file by another orchestration
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
BTS2004 : Write file to folder and read the same file by another orchestration
|
|
| maltistefan@yahoo.co.nz 2006-03-25, 11:36 am |
| Dear all,
I have a problem and any help would be great:
In production servers the activity has grown and there is new problems
we are currently facing:
One orchestration writes a file to a directory, there is a receive port
listening to this directory that activate another Orchestration. The
errors we are getting is that the file is not considered as being a
valid XML file.
I think that the problem is that the second orchestration reads the
file from the directory before the file is closed. Is this a possible
explanation because when we disactivate the receive port the files get
accumulated and once we activate the port all the files are treated
correctly, however the files generate errors if all is active.
Is it a problem if the same process writes to a file and reads from a
file? there is no sharing violation? How does BizTalk handle two
"simultaneous" orchestration? How could I solve the problem with the
minimum modifications?
Thank you all,
Stefan
| |
| Randal van Splunteren 2006-03-25, 11:36 am |
| Hello maltistefan@yahoo.co.nz,
Why do you use a file transfer between to orchestrations? You can use direct
port binding although it is a little tricky to implement.
Also it doesn't meet your condition of minimum modifications. I think though
that is a better design for your situation.
HTH,
Randal van Splunteren
http://biztalkia.blogspot.com
> Dear all,
>
> I have a problem and any help would be great:
>
> In production servers the activity has grown and there is new problems
> we are currently facing:
>
> One orchestration writes a file to a directory, there is a receive
> port listening to this directory that activate another Orchestration.
> The errors we are getting is that the file is not considered as being
> a valid XML file.
>
> I think that the problem is that the second orchestration reads the
> file from the directory before the file is closed. Is this a possible
> explanation because when we disactivate the receive port the files get
> accumulated and once we activate the port all the files are treated
> correctly, however the files generate errors if all is active.
>
> Is it a problem if the same process writes to a file and reads from a
> file? there is no sharing violation? How does BizTalk handle two
> "simultaneous" orchestration? How could I solve the problem with the
> minimum modifications?
>
> Thank you all,
> Stefan
| |
| maltistefan@yahoo.co.nz 2006-03-25, 11:36 am |
| Randal,
I know this, the solution of one orchestration calling another.
However, this was done a couple of years ago, everything is in
production servers, and it is difficult to make difficult modifications
as this one.
We have a kind of heavy past...
Stefan
| |
| vamsi 2006-03-25, 11:36 am |
| Hi,
Did you find a solution yet.
I have a similar senario where one orchestration drops a file in a
folder while other orchestration picks it up and i have no problem.I am
droping and picking up a flat fileThere is an option where you can use
the Delay component in orchestration.we used it in a previous solution
but that involved 2 orchestrations in one.Hope this gives you a
clue.Let me know if it worked out
thanks,
vamsi
| |
| maltistefan@yahoo.co.nz 2006-03-25, 11:36 am |
| Hi,
According to Microsot, there should not be a problem, since -according
to them- the thread that is writing the file locks the file for
writing, and hence the thread that is reading cannot use it untill the
writting is finished.
However, the symptoms tells the opposit... any way, I will investigate
more and let you know...
Stefan
|
|
|
|
|