BizTalk Server - ...schema assembly implements the document spec.

This is Interesting: Free IT Magazines  
Home > Archive > BizTalk Server > April 2005 > ...schema assembly implements the document spec.





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 ...schema assembly implements the document spec.
Gary Chamberlain

2004-07-12, 7:48 am

I'm trying to deploy my BizTalk project. The schemas are in their own
project. They are referenced by the main project. The main project has an
orchestration with a receive port that is listening to a web service that
was auto generated with the wizard.

I deployed the schemas dll and then the main dll. It seemed to deploy fine.
However, whenever I attempt to call the web service to kick off the
orchestration I get "Server Error in '/FastTrackTest' Application"

When I look in the application log I have the following error...

There was a failure executing the receive pipeline:
"Microsoft.BizTalk.DefaultPipelines.XMLReceive" Source: "XML disassembler"
Receive Location: "/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx"
Reason: Loading document specification <FastTrack.Schemas.ExcelData> from
assembly <FastTrack, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null>
failed. Verify that the schema is deployed properly and that the schema
assembly implements the document spec.

I cannot find any information about what the "document spec" is. The
BizTalk help file is very annoying because it doesn't tell you any
information. The description is usually the same as the name of a property
with just the words rearranged.

I found that there is a DocSpecName property on the Schema class. However,
there is no explanation about what it is supposed to be. Plus, I don't see
how to set this in the properties window for the schema in VS.

Any help appreciated.

Thanks,
Gary


Christof [MVP]

2004-07-12, 5:51 pm

Please make sure that your assemblies are deployed into the GAC as well.

Best regards,
Christof

--
Christof [Microsoft BizTalk Server MVP]

"Gary Chamberlain" <gary@nospam.com> wrote in message
news:O9tZVMBaEHA.1152@TK2MSFTNGP09.phx.gbl...
> I'm trying to deploy my BizTalk project. The schemas are in their own
> project. They are referenced by the main project. The main project has

an
> orchestration with a receive port that is listening to a web service that
> was auto generated with the wizard.
>
> I deployed the schemas dll and then the main dll. It seemed to deploy

fine.
> However, whenever I attempt to call the web service to kick off the
> orchestration I get "Server Error in '/FastTrackTest' Application"
>
> When I look in the application log I have the following error...
>
> There was a failure executing the receive pipeline:
> "Microsoft.BizTalk.DefaultPipelines.XMLReceive" Source: "XML disassembler"
> Receive Location: "/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx"
> Reason: Loading document specification <FastTrack.Schemas.ExcelData> from
> assembly <FastTrack, Version=1.0.0.0, Culture=neutral,

PublicKeyToken=null>
> failed. Verify that the schema is deployed properly and that the schema
> assembly implements the document spec.
>
> I cannot find any information about what the "document spec" is. The
> BizTalk help file is very annoying because it doesn't tell you any
> information. The description is usually the same as the name of a

property
> with just the words rearranged.
>
> I found that there is a DocSpecName property on the Schema class.

However,
> there is no explanation about what it is supposed to be. Plus, I don't

see
> how to set this in the properties window for the schema in VS.
>
> Any help appreciated.
>
> Thanks,
> Gary
>
>



Matt Milner

2004-07-12, 5:51 pm

The assembly name where your schema is located, is being referenced without
a strong name. I'm assuming you built your webservice before providing the
strong name for your schema dll. I'd republish your orchestration and have
it recreate the receive location for you. You should have a series of
numbers and letters for your public key token.

Matt


"Gary Chamberlain" <gary@nospam.com> wrote in message
news:O9tZVMBaEHA.1152@TK2MSFTNGP09.phx.gbl...
> I'm trying to deploy my BizTalk project. The schemas are in their own
> project. They are referenced by the main project. The main project has

an
> orchestration with a receive port that is listening to a web service that
> was auto generated with the wizard.
>
> I deployed the schemas dll and then the main dll. It seemed to deploy

fine.
> However, whenever I attempt to call the web service to kick off the
> orchestration I get "Server Error in '/FastTrackTest' Application"
>
> When I look in the application log I have the following error...
>
> There was a failure executing the receive pipeline:
> "Microsoft.BizTalk.DefaultPipelines.XMLReceive" Source: "XML disassembler"
> Receive Location: "/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx"
> Reason: Loading document specification <FastTrack.Schemas.ExcelData> from
> assembly <FastTrack, Version=1.0.0.0, Culture=neutral,

PublicKeyToken=null>
> failed. Verify that the schema is deployed properly and that the schema
> assembly implements the document spec.
>
> I cannot find any information about what the "document spec" is. The
> BizTalk help file is very annoying because it doesn't tell you any
> information. The description is usually the same as the name of a

property
> with just the words rearranged.
>
> I found that there is a DocSpecName property on the Schema class.

However,
> there is no explanation about what it is supposed to be. Plus, I don't

see
> how to set this in the properties window for the schema in VS.
>
> Any help appreciated.
>
> Thanks,
> Gary
>
>



Gary Chamberlain

2004-07-12, 5:51 pm

That worked! Thanks Matt!

Now I can call my web service which kicks off the orchestration. It saves a
header record to my database and immediately returns the new ID. The
orchestration then continues on doing the meat of the work without the
caller (web service) being blocked anymore.

The orchestration initiates but then I get the following error when it tries
to send the ID back. btw, the rest of the orchestration continues on fine.

I don't see the missing class in the GAC. Is it something that was supposed
to be installed but isn't?


Service Name: <Isolated Adapter>
Assembly name:
Service class: Isolated adapter
Message count: 1
Error code: 0x8013150c
Error category: 0
Error description: Cannot find the assembly
Microsoft.BizTalk.Pipeline.Components, Version=3.0.1.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35.
Last processing server: GCHAMBERLAIN
Suspend Time: 7/12/2004 2:58:33 PM
Status: Suspended (not resumable)
Pending action: None
Service instance ID: 3e459780-25d7-43a6-b855-0d23b5c67a30
Host: BizTalkServerIsolatedHost
Activation time: 7/12/2004 2:58:33 PM




"Matt Milner" <matt.milner@m3technologypartners dot com> wrote in message
news:%23Ebu5GDaEHA.1488@TK2MSFTNGP09.phx.gbl...
> The assembly name where your schema is located, is being referenced

without
> a strong name. I'm assuming you built your webservice before providing

the
> strong name for your schema dll. I'd republish your orchestration and

have
> it recreate the receive location for you. You should have a series of
> numbers and letters for your public key token.
>
> Matt
>
>
> "Gary Chamberlain" <gary@nospam.com> wrote in message
> news:O9tZVMBaEHA.1152@TK2MSFTNGP09.phx.gbl...
> an
that[vbcol=seagreen]
> fine.
disassembler"[vbcol=seagreen]
from[vbcol=seagreen]
> PublicKeyToken=null>
> property
> However,
> see
>
>



Gary Chamberlain

2004-07-12, 5:51 pm

A little more info..

I managed to find a Microsoft.BizTalk.Pipeline.Components dll in the
Pipeline Components folder. However, it is version 3.0.5204.0 not version
3.0.1.0

Was this replaced with the Roll up that I installed?



"Gary Chamberlain" <gary@nospam.com> wrote in message
news:%23EQSnQEaEHA.4052@TK2MSFTNGP10.phx.gbl...
> That worked! Thanks Matt!
>
> Now I can call my web service which kicks off the orchestration. It saves

a
> header record to my database and immediately returns the new ID. The
> orchestration then continues on doing the meat of the work without the
> caller (web service) being blocked anymore.
>
> The orchestration initiates but then I get the following error when it

tries
> to send the ID back. btw, the rest of the orchestration continues on

fine.
>
> I don't see the missing class in the GAC. Is it something that was

supposed
> to be installed but isn't?
>
>
> Service Name: <Isolated Adapter>
> Assembly name:
> Service class: Isolated adapter
> Message count: 1
> Error code: 0x8013150c
> Error category: 0
> Error description: Cannot find the assembly
> Microsoft.BizTalk.Pipeline.Components, Version=3.0.1.0, Culture=neutral,
> PublicKeyToken=31bf3856ad364e35.
> Last processing server: GCHAMBERLAIN
> Suspend Time: 7/12/2004 2:58:33 PM
> Status: Suspended (not resumable)
> Pending action: None
> Service instance ID: 3e459780-25d7-43a6-b855-0d23b5c67a30
> Host: BizTalkServerIsolatedHost
> Activation time: 7/12/2004 2:58:33 PM
>
>
>
>
> "Matt Milner" <matt.milner@m3technologypartners dot com> wrote in message
> news:%23Ebu5GDaEHA.1488@TK2MSFTNGP09.phx.gbl...
> without
> the
> have
has[vbcol=seagreen]
> that
> disassembler"
"/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx"[vbcol=seagreen]
> from
schema[vbcol=seagreen]
don't[vbcol=seagreen]
>
>



Gary Chamberlain

2004-07-12, 5:51 pm

So, I realized that 3.0.5204.0 was the file version but the assembly version
was still 3.0.1.0 so I dropped it in the GAC and re-ran it. It went through
but gave me another error... Any ideas?

There was a failure executing the send pipeline:
"Microsoft.BizTalk.DefaultPipelines.XMLTransmit" Source: "XML assembler"
Send Port: "/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx" Reason:
This Assembler cannot retrieve document specification by using this type:
"int".





"Gary Chamberlain" <gary@nospam.com> wrote in message
news:%23Aa03WEaEHA.3404@TK2MSFTNGP11.phx.gbl...
> A little more info..
>
> I managed to find a Microsoft.BizTalk.Pipeline.Components dll in the
> Pipeline Components folder. However, it is version 3.0.5204.0 not

version
> 3.0.1.0
>
> Was this replaced with the Roll up that I installed?
>
>
>
> "Gary Chamberlain" <gary@nospam.com> wrote in message
> news:%23EQSnQEaEHA.4052@TK2MSFTNGP10.phx.gbl...
saves[vbcol=seagreen]
> a
> tries
> fine.
> supposed
message[vbcol=seagreen]
providing[vbcol=seagreen]
own[vbcol=seagreen]
> has
deploy[vbcol=seagreen]
> "/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx"
> schema
The[vbcol=seagreen]
> don't
>
>



Matt Milner

2004-07-12, 5:51 pm

do a search of this newsgroup for your error message. I have seen a
resolution here on that specific error message but I can't remember the
specifics.

matt


"Gary Chamberlain" <gary@nospam.com> wrote in message
news:%23jcw5jEaEHA.524@TK2MSFTNGP09.phx.gbl...
> So, I realized that 3.0.5204.0 was the file version but the assembly

version
> was still 3.0.1.0 so I dropped it in the GAC and re-ran it. It went

through
> but gave me another error... Any ideas?
>
> There was a failure executing the send pipeline:
> "Microsoft.BizTalk.DefaultPipelines.XMLTransmit" Source: "XML assembler"
> Send Port: "/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx" Reason:
> This Assembler cannot retrieve document specification by using this type:
> "int".
>
>
>
>
>
> "Gary Chamberlain" <gary@nospam.com> wrote in message
> news:%23Aa03WEaEHA.3404@TK2MSFTNGP11.phx.gbl...
> version
> saves
Culture=neutral,[vbcol=seagreen]
> message
> providing
and[vbcol=seagreen]
of[vbcol=seagreen]
> own
project[vbcol=seagreen]
service[vbcol=seagreen]
> deploy
the[vbcol=seagreen]
<FastTrack.Schemas.ExcelData>[vbcol=seagreen]
> The
>
>



Tatyana Yakushev [MSFT]

2004-07-12, 5:51 pm

Try validating the message against the schema. Do you get any errors?
Make sure that schema is deployed.
Make sure that only ONE schema with this target namespace and root node name is deployed. (If there are more then one schema with same combination of target
namespace and root node name, then BizTalk doesn't know which one to use)

Regards,
Tatyana
--------------------
>From: "Gary Chamberlain" <gary@nospam.com>
>References: <O9tZVMBaEHA.1152@TK2MSFTNGP09.phx.gbl> <#Ebu5GDaEHA.1488@TK2MSFTNGP09.phx.gbl> <#EQSnQEaEHA.4052

@TK2MSFTNGP10.phx.gbl> <#Aa03WEaEHA.3404@TK2MSFTNGP11.phx.gbl>
>Subject: Re: ...schema assembly implements the document spec.
>Date: Mon, 12 Jul 2004 15:46:41 -0400
>Lines: 144
>X-Priority: 3
>X-MSMail-Priority: Normal
>X-Newsreader: Microsoft Outlook Express 6.00.2800.1409
>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
>Message-ID: <#jcw5jEaEHA.524@TK2MSFTNGP09.phx.gbl>
>Newsgroups: microsoft.public.biztalk.admin,microsoft.public.biztalk.general,microsoft.public.biztalk.server
>NNTP-Posting-Host: atc-gate-102.americantower.com 64.212.196.102
>Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP09.phx.gbl
>Xref: cpmsftngxa06.phx.gbl microsoft.public.biztalk.general:17183 microsoft.public.biztalk.server:9870 microsoft.public.biztalk.admin:1389
>X-Tomcat-NG: microsoft.public.biztalk.server
>
>So, I realized that 3.0.5204.0 was the file version but the assembly version
>was still 3.0.1.0 so I dropped it in the GAC and re-ran it. It went through
>but gave me another error... Any ideas?
>
>There was a failure executing the send pipeline:
>"Microsoft.BizTalk.DefaultPipelines.XMLTransmit" Source: "XML assembler"
>Send Port: "/FastTrack_Proxy/FastTrack_NewRequest_PRT_Excel.asmx" Reason:
>This Assembler cannot retrieve document specification by using this type:
>"int".
>
>
>
>
>
>"Gary Chamberlain" <gary@nospam.com> wrote in message
>news:%23Aa03WEaEHA.3404@TK2MSFTNGP11.phx.gbl...
>version
>saves
>message
>providing
>own
>deploy
>The
>
>
>



--

This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm

Note: For the benefit of the community-at-large, all responses to this message are best directed to the newsgroup/thread from which they originated.

jron

2005-04-04, 11:36 am

Hello,
I have the same error when I compile my BizTalk project:
"Microsoft.BizTalk.DefaultPipelines.XMLReceive" Source: "XML disassembler"
Receive Location: "/... .asmx"
Reason: Loading document specification <FastTrack.Schemas.ExcelData> from
assembly <FastTrack, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null>
failed. Verify that the schema is deployed properly and that the schema
assembly implements the document spec."

This is appears when I have add a new schema in my project!
On the receive operation I have this error! In my oprchestration I already have other schema and that works good!

Can be a BizTalk configuration or installation problem!!!

thanks,
Jron
jron

2005-04-04, 11:44 am

reading the other response, I never have compiled my schema!
I have only a dll of my BizTalk project.

When I add a new schema in Orchestration, I only save this and then I recompile all the Biztalk project!

It is always worked! Only with this schema I have this error!
I don't think is a schema definition error, because it is very small and it is similar to another good schema!!

Then, seeing the BizTalk DB and table bt_DocumentSpec I find my schema record insert correctly!

Then, my application, receive the xml schema, make a transformation and send the result schema to a port! I don't use any webservices asmx.

Thanks for all your help...
Jron
jron

2005-04-04, 12:03 pm

Sorry if I write too..

This is my error :


"There was a failure executing the receive pipeline: "Microsoft.BizTalk.DefaultPipelines.XMLReceive" Source: "XML disassembler" Receive Location: "/HwsMessages/BTSHTTPReceive.dll" Reason: Loading document specification <UTAT_Project.OTA_CancelBookS+OTA_CancelBookS2> from assembly <UTAT_Project, Version=1.0.0.0, Culture=neutral, PublicKeyToken=9453894f78bfae6c> failed. Verify that the schema is deployed properly and that the schema assembly implements the document spec. "
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com