hello

i already had some biz projects deployed and running on box 1. when i config
ured bts on box 2 (joining it to another installation), everything went smoo
thly. to test, i created a simple filedrop biz project that would receive an
 xml doc in a folder and s
hip it off to another folder. so i deployed the project, and in the biztalk 
explorer, binded stuff. however, when i tried to enlist the orchestration, t
he biztalk explorer - express enlisting dialog popped up, but apparantly, th
e system hung up on me. i w
as not able to do anything in vs. when i checked the event logg, saw a coupl
e of errors where it was trying to find physical receive/drop locations defi
ned for other projects deployed on box 1. and i saw similar errors on box 1 
where it was trying to find
the receive/send location defined in the newly created test project on box 2
.

i tried connecting to box 1, and from there, i was able to enlist and start 
box 2 project without any problems. however, the test project would not work
 unless i stopped the biztalk host on box 1.

can some tell what's wrong?

[ Post a follow-up to this message ]

It sounds like you might have receive locations defined with an absolute
file path like c:\pickup.  Since your receive location is probably running
in a host that has instances on both machines, it is likely looking on box 2
for that same local path.  You might try using a UNC for the file path and
see if that works for you, or move your receive handler into another host
that only runs on the one box.  The other option is to create a matching
directory on the other machine (box 2) and see  if that helps.

HTH,
Matt


"biztalker" <biztalker@discussions.microsoft.com> wrote in message
news:28C60A39-17D4-4B57-B882-4F3F8FE38BD0@microsoft.com...
> hello
>
>  i already had some biz projects deployed and running on box 1. when i
configured bts on box 2 (joining it to another installation), everything
went smoothly. to test, i created a simple filedrop biz project that would
receive an xml doc in a folder and ship it off to another folder. so i
deployed the project, and in the biztalk explorer, binded stuff. however,
when i tried to enlist the orchestration, the biztalk explorer - express
enlisting dialog popped up, but apparantly, the system hung up on me. i was
not able to do anything in vs. when i checked the event logg, saw a couple
of errors where it was trying to find physical receive/drop locations
defined for other projects deployed on box 1. and i saw similar errors on
box 1 where it was trying to find the receive/send location defined in the
newly created test project on box 2.
>
> i tried connecting to box 1, and from there, i was able to enlist and
start box 2 project without any problems. however, the test project would
not work unless i stopped the biztalk host on box 1.
>
> can some tell what's wrong?

[ Post a follow-up to this message ]

thanks Matt. question: what's unc, and how is it used/specified?? secondly, 
in such a setup, is it by default that an instance of the same host will get
 created on the second box when a join is done? is that how clustering works
? and if i wanted to unders
tand more about host and host instances...is there a paper, article, documen
t that is recommended as a reference?

"Matt Milner" wrote:

> It sounds like you might have receive locations defined with an absolute
> file path like c:\pickup.  Since your receive location is probably running
> in a host that has instances on both machines, it is likely looking on box
 2
> for that same local path.  You might try using a UNC for the file path and
> see if that works for you, or move your receive handler into another host
> that only runs on the one box.  The other option is to create a matching
> directory on the other machine (box 2) and see  if that helps.
>
> HTH,
> Matt
>
>
> "biztalker" <biztalker@discussions.microsoft.com> wrote in message
> news:28C60A39-17D4-4B57-B882-4F3F8FE38BD0@microsoft.com... 
> configured bts on box 2 (joining it to another installation), everything
> went smoothly. to test, i created a simple filedrop biz project that would
> receive an xml doc in a folder and ship it off to another folder. so i
> deployed the project, and in the biztalk explorer, binded stuff. however,
> when i tried to enlist the orchestration, the biztalk explorer - express
> enlisting dialog popped up, but apparantly, the system hung up on me. i wa
s
> not able to do anything in vs. when i checked the event logg, saw a couple
> of errors where it was trying to find physical receive/drop locations
> defined for other projects deployed on box 1. and i saw similar errors on
> box 1 where it was trying to find the receive/send location defined in the
> newly created test project on box 2. 
> start box 2 project without any problems. however, the test project would
> not work unless i stopped the biztalk host on box 1. 
>
>
>

[ Post a follow-up to this message ]

UNC = Universal naming convention.  This means that instead of c:\mystuff,
I'd make my stuff a share and use \\mycomputername\mystuff.  This path will
point the share from any computer.

I think it depends on how you ran the configuration wizard as to whether
you'll get a host on the second machine.  There is a question on the first
page of the dialog asking if you want to create hosts and it defaults to
having an untrusted in process and an untrusted isolated host.  If you
didn't change those, then you probably have matching hosts. Not sure what
the net outcome of that is because I have always said no to creating those
hosts.

The best place to look first for information is the documentation.  There is
a fair bit of informatin about these topics in this section:

[url]http://msdn.microsoft.com/library/en-us/operations/htm/ebiz_ops_hosts_vdaf.asp[/ur
l]

Matt


"biztalker" <biztalker@discussions.microsoft.com> wrote in message
news:C3F52EA5-4A48-42C1-81B2-54E235D1F992@microsoft.com...
> thanks Matt. question: what's unc, and how is it used/specified??
secondly, in such a setup, is it by default that an instance of the same
host will get created on the second box when a join is done? is that how
clustering works? and if i wanted to understand more about host and host
instances...is there a paper, article, document that is recommended as a
reference?[vbcol=seagreen]
>
> "Matt Milner" wrote:
> 
running[vbcol=seagreen] 
box 2[vbcol=seagreen] 
and[vbcol=seagreen] 
host[vbcol=seagreen] 
would[vbcol=seagreen] 
however,[vbcol=seagreen] 
was[vbcol=seagreen] 
couple[vbcol=seagreen] 
on[vbcol=seagreen] 
the[vbcol=seagreen] 
would[vbcol=seagreen] 

[ Post a follow-up to this message ]