|
Home > Archive > BizTalk Server Orchestration > May 2006 > Adapter Error
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]
|
|
| Enrico Zerilli 2006-05-16, 7:13 am |
|
Hi to all,
i have the next problem: i want to call the assembly sample inside the
BizTalk SDK
SDK\Samples\Adapters\SubmitDirect\Submit
Request from a shape inside an other
orchestration. (N.B. this assembly call the orchestration inside the BizTalk
SDK SDK\Samples\Adapters\SubmitDirect\Proces
sRequest).
When i try from debug IDE Visual Studio 2003 all workiing good, when i call
the assembly from a shape of orchestration appeare the next error message:
The Messaging Engine failed to register the adapter for "Submit" for the
receive location "submit://submitrequest". Please verify that the receive
location is valid, and that the isolated adapter runs under an account that
has access to the BizTalk databases
What is wrong? Where is my mystake?
Thanks in advance
Enrico Zerilli
enricozerilli@hotmail.com
http://spaces.msn.com/enfr/
http://blogs.dotmark.net/blogs/enf/default.aspx
| |
| Tomas Restrepo \(MVP\) 2006-05-16, 1:14 pm |
| Enrico,
> Hi to all,
> i have the next problem: i want to call the assembly sample inside the
> BizTalk SDK
> SDK\Samples\Adapters\SubmitDirect\Submit
Request from a shape inside an
> other
> orchestration. (N.B. this assembly call the orchestration inside the
> BizTalk
> SDK SDK\Samples\Adapters\SubmitDirect\Proces
sRequest).
> When i try from debug IDE Visual Studio 2003 all workiing good, when i
> call
> the assembly from a shape of orchestration appeare the next error message:
>
> The Messaging Engine failed to register the adapter for "Submit" for the
> receive location "submit://submitrequest". Please verify that the receive
> location is valid, and that the isolated adapter runs under an account
> that
> has access to the BizTalk databases
>
> What is wrong? Where is my mystake?
I'm not sure about this, but I would think this is because the SubmitDirect
is an adapter meant to run inside an isolated host. When you try to call it
from inside an orchestration, you're running inside one of the BizTalk
Applications host. Since the receive location is configured as associated to
an isolated host receive handler, things don't match and the messaging
engine doesn't allow you to initialize the adapter.
--
Tomas Restrepo
tomasr@mvps.org
http://www.winterdom.com/
| |
| Enrico Zerilli 2006-05-16, 1:14 pm |
| Hi Tomas and thank you for your answer.
So you think that is wrong the architecture?
--
Enrico Zerilli
enricozerilli@hotmail.com
http://blogs.dotmark.net/enf/
"Tomas Restrepo (MVP)" wrote:
> Enrico,
>
>
> I'm not sure about this, but I would think this is because the SubmitDirect
> is an adapter meant to run inside an isolated host. When you try to call it
> from inside an orchestration, you're running inside one of the BizTalk
> Applications host. Since the receive location is configured as associated to
> an isolated host receive handler, things don't match and the messaging
> engine doesn't allow you to initialize the adapter.
>
>
> --
> Tomas Restrepo
> tomasr@mvps.org
> http://www.winterdom.com/
>
>
>
| |
| Tomas Restrepo \(MVP\) 2006-05-16, 1:14 pm |
| > Hi Tomas and thank you for your answer.
> So you think that is wrong the architecture?
I'm just saying I don't think it will work directly like that because of the
incompatibility in the hosting environments. You could certainly work around
it (say by wrapping the adapter in a ServicedComponent running inside a
server COM+ application to ensure the adapter is called from a different
process), but the key question is whether it is worth it.
Why do you need to send the message from the orchestration through an
adapter instead of using a direct-bound port? just to call ensure a pipeline
is called in the process?
--
Tomas Restrepo
tomasr@mvps.org
http://www.winterdom.com/
| |
| Enrico Zerilli 2006-05-16, 1:14 pm |
| Because i need an method tha pre-elaborate the input message and produce
many file before call an orchestration tha map all these files.
I'm thinking various solution from here my questions.
Bye
--
Enrico Zerilli
enricozerilli@hotmail.com
http://blogs.dotmark.net/enf/
"Tomas Restrepo (MVP)" wrote:
>
> I'm just saying I don't think it will work directly like that because of the
> incompatibility in the hosting environments. You could certainly work around
> it (say by wrapping the adapter in a ServicedComponent running inside a
> server COM+ application to ensure the adapter is called from a different
> process), but the key question is whether it is worth it.
>
> Why do you need to send the message from the orchestration through an
> adapter instead of using a direct-bound port? just to call ensure a pipeline
> is called in the process?
>
>
> --
> Tomas Restrepo
> tomasr@mvps.org
> http://www.winterdom.com/
>
>
>
|
|
|
|
|