|
Home > Archive > BizTalk Server General > October 2004 > Schemas not appearing after deployment
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 |
Schemas not appearing after deployment
|
|
|
| Hi all,
not sure if I am missing something basic here, but I have deployed an
assembly with a schema in it.
The schema is not showing up in the HAT --> Reporting --> Find message -->
Schema... (schema selection dialog).
Also, when I use a valid instance of the schema, BizTalk does not recognise
it.
I have set the Target Namespece property of the schema, and there are no
other schemas like it deployed.
The error I am receiving is:
"Error in accessing the part data or one of its fragments. The part or
fragment may not exist in the database. ".
All issues like this seem to be for duplicated schemas that are deployed,
which is not the case here.
I have tried re-starting services, rebooting machine etc. to see if this
helps but no difference.
Anyone have any ideas?
Thanks v much,
Bardo.
| |
| Greg Forsythe 2004-10-27, 7:46 am |
| The problem may not be with the schema but with the Xml message.
I have seen this error a number of times and it related to the xml encoding
of the message.
i.e. the data encoding does not match the encoding in the xml processing
instruction
If this is the case then IE will error trying to open the file and the
Biztalk Editor will not validate this instance against its schema.
Try using UTF-8 (default for Xml) and removing the xml encoding
specification if it exists.
Greg
"Bardo" <bryn@nospam.bryn.com.au> wrote in message
news:OHTc1p$uEHA.908@TK2MSFTNGP11.phx.gbl...
> Hi all,
>
> not sure if I am missing something basic here, but I have deployed an
> assembly with a schema in it.
> The schema is not showing up in the HAT --> Reporting --> Find message -->
> Schema... (schema selection dialog).
> Also, when I use a valid instance of the schema, BizTalk does not
recognise
> it.
> I have set the Target Namespece property of the schema, and there are no
> other schemas like it deployed.
> The error I am receiving is:
> "Error in accessing the part data or one of its fragments. The part or
> fragment may not exist in the database. ".
> All issues like this seem to be for duplicated schemas that are deployed,
> which is not the case here.
> I have tried re-starting services, rebooting machine etc. to see if this
> helps but no difference.
>
> Anyone have any ideas?
>
> Thanks v much,
>
> Bardo.
>
>
| |
|
| Hi Greg,
thanks for the response.
I have finally made this work (intermittently!).
The error is not to do with the actual file, but after wasting much time on
this, I have figured out it (possibly!) has something to do with which order
the host is restarted/assembly deployed or something.
Basically what happenned was:
- I got it working this morning after not changing anything that I know of
(but PC was re-booted so host would have been re-started).
(I have 2 assemblies: 1 with schemas, 1 with orchestration.)
- I undeployed the orch assembly to address another issue.
- I updated the orch, re-deployed. The same issue came up (note, this is
using EXACTLY the same source instance file)
I have since been through a number of difference iterations of stopping
service/undeploying/re-deploying etc. The issue comes and goes as it
pleases, but cannot work out the pattern of when it decides to work, and
when it decides not to.
I can successfully say, however, that I have confused the hell out of
myself!
So, join the dots on that one...
Bardo.
"Greg Forsythe" <greg.forsythe@unisys.com> wrote in message
news:%23v2xAHBvEHA.3752@TK2MSFTNGP10.phx.gbl...
> The problem may not be with the schema but with the Xml message.
> I have seen this error a number of times and it related to the xml
> encoding
> of the message.
> i.e. the data encoding does not match the encoding in the xml processing
> instruction
> If this is the case then IE will error trying to open the file and the
> Biztalk Editor will not validate this instance against its schema.
> Try using UTF-8 (default for Xml) and removing the xml encoding
> specification if it exists.
>
> Greg
>
>
> "Bardo" <bryn@nospam.bryn.com.au> wrote in message
> news:OHTc1p$uEHA.908@TK2MSFTNGP11.phx.gbl...
> recognise
>
>
| |
| Greg Forsythe 2004-10-28, 7:48 am |
| I know what you mean, I have constructed my own set of deployment rules
(ritual may be a better term)
First I undeploy, then I restart the Biztalk host service, then I deploy.
I stopped using the automatic re-deploy option in VS.Net.
The host service seems to cache stuff in memory and doesn't seem to notice
when the underlying assembly is undeployed
Greg
"Bardo" <bryn@nospam.bryn.com.au> wrote in message
news:umd4XaLvEHA.4048@TK2MSFTNGP15.phx.gbl...
> Hi Greg,
>
> thanks for the response.
> I have finally made this work (intermittently!).
> The error is not to do with the actual file, but after wasting much time
on
> this, I have figured out it (possibly!) has something to do with which
order
> the host is restarted/assembly deployed or something.
> Basically what happenned was:
> - I got it working this morning after not changing anything that I know of
> (but PC was re-booted so host would have been re-started).
> (I have 2 assemblies: 1 with schemas, 1 with orchestration.)
> - I undeployed the orch assembly to address another issue.
> - I updated the orch, re-deployed. The same issue came up (note, this is
> using EXACTLY the same source instance file)
>
> I have since been through a number of difference iterations of stopping
> service/undeploying/re-deploying etc. The issue comes and goes as it
> pleases, but cannot work out the pattern of when it decides to work, and
> when it decides not to.
>
> I can successfully say, however, that I have confused the hell out of
> myself!
>
> So, join the dots on that one...
>
> Bardo.
>
> "Greg Forsythe" <greg.forsythe@unisys.com> wrote in message
> news:%23v2xAHBvEHA.3752@TK2MSFTNGP10.phx.gbl...
no[vbcol=seagreen]
deployed,[vbcol=seagreen]
this[vbcol=seagreen]
>
>
| |
|
| Thanks mate I will give your ritual a spin and see how it goes.
Cheers!
"Greg Forsythe" <greg.forsythe@unisys.com> wrote in message
news:ODYLvANvEHA.3228@TK2MSFTNGP12.phx.gbl...
>I know what you mean, I have constructed my own set of deployment rules
> (ritual may be a better term)
> First I undeploy, then I restart the Biztalk host service, then I deploy.
> I stopped using the automatic re-deploy option in VS.Net.
> The host service seems to cache stuff in memory and doesn't seem to notice
> when the underlying assembly is undeployed
>
> Greg
>
> "Bardo" <bryn@nospam.bryn.com.au> wrote in message
> news:umd4XaLvEHA.4048@TK2MSFTNGP15.phx.gbl...
> on
> order
> no
> deployed,
> this
>
>
|
|
|
|
|