|
Home > Archive > BizTalk Server Orchestration > February 2005 > publish orchestration to webservice
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 |
publish orchestration to webservice
|
|
|
| When I publish orchestration to webservice (build receive location is
checked), it produced a new receive port. I bind this orche with the
new receive port, and test it via another window form below:
private void button2_Click(object sender, System.EventArgs e)
{
localhost.OrchWSReturn_AdderOrch_AddPort ws = new
localhost.OrchWSReturn_AdderOrch_AddPort();
ws.Credentials = System.Net.CredentialCache.DefaultCredentials;
WindowsApplication1.localhost.add zz = new
WindowsApplication1.localhost.add();
zz.x = "10";
zz.y = "15";
WindowsApplication1.localhost.addReturn ret = ws.Add(zz);
textBox1.Text = ret.result;
}
After I press the button, it return "Internal SOAP Processing Failure."
I want to know how to test the orchestration after published to
webservice?
And how do it be call by another component (.dll)?
Thank for any advice, David.
| |
| Richard Blewett [DevelopMentor] 2005-01-11, 5:53 pm |
| Is the account that the asp.net worler process runs under in the BizTalk Isolated Host User's Group? The host may not be able to access the message box
Are there any errors in the event log?
Regards
Richard Blewett - DevelopMentor
http://www.dotnetconsult.co.uk/weblog
http://www.dotnetconsult.co.uk
When I publish orchestration to webservice (build receive location is
checked), it produced a new receive port. I bind this orche with the
new receive port, and test it via another window form below:
private void button2_Click(object sender, System.EventArgs e)
{
localhost.OrchWSReturn_AdderOrch_AddPort ws = new
localhost.OrchWSReturn_AdderOrch_AddPort();
ws.Credentials = System.Net.CredentialCache.DefaultCredentials;
WindowsApplication1.localhost.add zz = new
WindowsApplication1.localhost.add();
zz.x = "10";
zz.y = "15";
WindowsApplication1.localhost.addReturn ret = ws.Add(zz);
textBox1.Text = ret.result;
}
After I press the button, it return "Internal SOAP Processing Failure."
I want to know how to test the orchestration after published to
webservice?
And how do it be call by another component (.dll)?
Thank for any advice, David.
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.6.10 - Release Date: 10/01/2005
[microsoft.public.biztalk.orchestration]
| |
| Matt Milner 2005-01-11, 5:53 pm |
| What OS are you running on?
Matt
"Richard Blewett [DevelopMentor]" <richardb@NOSPAMdevelop.com> wrote in
message news:%23o44am$9EHA.2552@TK2MSFTNGP09.phx.gbl...
> Is the account that the asp.net worler process runs under in the BizTalk
> Isolated Host User's Group? The host may not be able to access the message
> box
>
> Are there any errors in the event log?
>
> Regards
>
> Richard Blewett - DevelopMentor
> http://www.dotnetconsult.co.uk/weblog
> http://www.dotnetconsult.co.uk
>
> When I publish orchestration to webservice (build receive location is
> checked), it produced a new receive port. I bind this orche with the
> new receive port, and test it via another window form below:
>
> private void button2_Click(object sender, System.EventArgs e)
> {
> localhost.OrchWSReturn_AdderOrch_AddPort ws = new
> localhost.OrchWSReturn_AdderOrch_AddPort();
> ws.Credentials = System.Net.CredentialCache.DefaultCredentials;
> WindowsApplication1.localhost.add zz = new
> WindowsApplication1.localhost.add();
> zz.x = "10";
> zz.y = "15";
> WindowsApplication1.localhost.addReturn ret = ws.Add(zz);
> textBox1.Text = ret.result;
> }
>
> After I press the button, it return "Internal SOAP Processing Failure."
>
> I want to know how to test the orchestration after published to
> webservice?
> And how do it be call by another component (.dll)?
> Thank for any advice, David.
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.300 / Virus Database: 265.6.10 - Release Date: 10/01/2005
>
>
>
> [microsoft.public.biztalk.orchestration]
| |
| Wor Tony 2005-01-12, 5:53 pm |
|
"David" <calebchen@walla.com> wrote in message
news:1105423364.236298.164710@f14g2000cwb.googlegroups.com...
> When I publish orchestration to webservice (build receive location is
> checked), it produced a new receive port. I bind this orche with the
> new receive port, and test it via another window form below:
</snip>
> I want to know how to test the orchestration after published to
> webservice?
> And how do it be call by another component (.dll)?
> Thank for any advice, David.
>
What version of IIS are you using? If 6 then setup an app pool with an
identity that has access to the message box and assign the ws to this app
pool.
HTH
Wor Tony
Nottingham - UK
--
On the 17th April 2005, I'm running the London Marathon to raise money for
Macmillan Cancer Relief.
If you'd like to support me in this please click on
http://www.justgiving.com/worsfundraiser
Thanks for your support.
| |
|
| Wor, I have the same situsation as Richard.
I test it on win-2000 is OK, but in win-2003 I got error message above.
I check the visual-directory, the AppPool I set "DefaultAppPool".
Should I change something?
Thanks, David.
| |
| Wor Tony 2005-02-07, 5:54 pm |
| "David" <davidchentw@gmail.com> wrote in message
news:1107597648.841783.195530@o13g2000cwo.googlegroups.com...
> Wor, I have the same situsation as Richard.
>
> I test it on win-2000 is OK, but in win-2003 I got error message above.
> I check the visual-directory, the AppPool I set "DefaultAppPool".
> Should I change something?
>
David
you should create a new app pool e.g. BTSIsolatedHost, select the identity
tab
and assign a user that has access to the message box e.g. the isolated host
user
that was created (if I remember correctly) as part of the
installation/configuration
routine.
HTH
Wor Tony
Nottingham - UK
| |
|
| Wor:
pardon me, I don't know you mean that "a user access to the message
box". When I config the BTS, I assign all user to the "Administrator".
I create a new app-pool "BTSIsolatedHost", and in identity tab I choose
"Administrator" too. But I still got the error message:
"System.Web.Services.Protocols.SoapException:
System.Web.Services.Protocols.SoapException: Internal SOAP Processing
Failure
at Microsoft.BizTalk.WebServices.ServerProxy.ServerProxy.Invoke(..."
Thanks for your advice, David.
| |
| Sylesh 2005-02-14, 5:50 pm |
| David,
I have the same problem 2. Did you solved it.
If yes can you pls post.
Thanks
/Sylesh
"David" wrote:
> Wor:
>
> pardon me, I don't know you mean that "a user access to the message
> box". When I config the BTS, I assign all user to the "Administrator".
>
> I create a new app-pool "BTSIsolatedHost", and in identity tab I choose
> "Administrator" too. But I still got the error message:
> "System.Web.Services.Protocols.SoapException:
> System.Web.Services.Protocols.SoapException: Internal SOAP Processing
> Failure
> at Microsoft.BizTalk.WebServices.ServerProxy.ServerProxy.Invoke(..."
>
> Thanks for your advice, David.
>
>
| |
| Richard Blewett [DevelopMentor] 2005-02-14, 5:50 pm |
| Did you restart IIS (iisreset)? the new group doesn't become attached to the process token until you restart the process
Have a look at the Isolated Host Users Group (using Computer Management) and make sure that the account the webservice is running as is part of that group
Regards
Richard Blewett - DevelopMentor
http://www.dotnetconsult.co.uk/weblog
http://www.dotnetconsult.co.uk
nntp://news.microsoft.com/microsoft.public.biztalk.orchestration/<A8D5A710-3CB7-45F7-8FF0-77649783DC01@microsoft.com>
David,
I have the same problem 2. Did you solved it.
If yes can you pls post.
Thanks
/Sylesh
"David" wrote:
> Wor:
>
> pardon me, I don't know you mean that "a user access to the message
> box". When I config the BTS, I assign all user to the "Administrator".
>
> I create a new app-pool "BTSIsolatedHost", and in identity tab I choose
> "Administrator" too. But I still got the error message:
> "System.Web.Services.Protocols.SoapException:
> System.Web.Services.Protocols.SoapException: Internal SOAP Processing
> Failure
> at Microsoft.BizTalk.WebServices.ServerProxy.ServerProxy.Invoke(..."
>
> Thanks for your advice, David.
>
>
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.7 - Release Date: 10/02/2005
[microsoft.public.biztalk.orchestration]
| |
| Wor Tony 2005-02-14, 5:50 pm |
|
"David" <davidchentw@gmail.com> wrote in message
news:1108349038.894586.262830@o13g2000cwo.googlegroups.com...
> Wor:
>
> pardon me, I don't know you mean that "a user access to the message
> box". When I config the BTS, I assign all user to the "Administrator".
>
> I create a new app-pool "BTSIsolatedHost", and in identity tab I choose
> "Administrator" too. But I still got the error message:
Is it ok to use Administrator. I thought I remember something about not
using
Administrator? There is documentation around to show you what users/groups
to create and assign to what (I don't have urls available but you should be
able
to Google for it).
Wor Tony
Nottingham - UK
| |
|
| Sylesh, Wor,
I solved it, thank you very much, Wor.
In IIS AppcationPool, select the pool that your published webservice
produced (in my case, it is DefaultAppPool), select the identity
tab
and assign a user that has access to the message box e.g. the isolated
host
user
that was created (in my case, Administrator) as part of the
installation/configuration.
I am confused via this problem several days, I hope somebody can post
detail step to slove it about "publish webservice to win2003"
completely.
David
| |
| Wor Tony 2005-02-15, 5:50 pm |
|
"David" <davidchentw@gmail.com> wrote in message
news:1108439206.991324.79250@g14g2000cwa.googlegroups.com...
> Sylesh, Wor,
>
> I solved it, thank you very much, Wor.
>
So you're working now? If so, that's great.
I usually create an app pool such as BTSIsolatedHost
and assign an identity that has access to the messagebox (such as isloated
hostuser). BTW, I don't thuink it's such a good idea to use the
Administrator
for these, it's far better from a security point of view to create
users/groups that
have the minimum access required.
HTH
Wor Tony
Nottingham - UK
|
|
|
|
|