Forum Replies Created
-
Posts
-
It can be a tricky adapter. Seems like you have a \”send\” adapter where the input is your data to input, and the \”response\” is the lookup data. This MSDN article (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/BTS_2004WP/html/74cfc9d0-0974-4f4a-81f5-6768ff245df1.asp?frame=true) is still one of the better ones for understanding the adapter.
Please can anyone give some suggstions? Like once I have done the translations do I have to create another schema for the orchestrations or can I immediately start them on the internal schema?
I really would appreciate any advice or even suggestions for reading material on the architecture design.
Thanks,
Sharon
Thank you for the answer! And sorry for the delay, I was in my few holidays this year 🙂
But it’s not the problem, the construct shape is alone, no decisions before… I think about some problems with the schemas, is it possible?
In any case all the schemas will change the next week therefore while I have not the full data, I won’t work more in this theme
Thanks for all
[quote:5c74183633=\”Stephen W. Thomas\”]Don’t really have an answer for you, but I have always had problems importing schema. Even more problems when missing namespaces.[/quote:5c74183633]
It’s unfortunate because we are trying to showcase BizTalk as the \”easy to use\” integration & messaging hub for a national (Canadian) initiative. We inherited a load of schemas from another group that touted ebXML and an Oracle product as the way to go. As it so happens, all of their schemas are defined without a targetNamespace (which makes sense.) I must admit that I’m really surprised that BizTalk chokes on these schemas.
Ah well, I guess we have to start modifying the schemas. 🙂
gave it a shot and still got nothing. I tried to use the /log switch but im not that familiar with the devenv.exe commands. but all in all, the build failed… again, im assuming its a RAM issue… im going to try on a more powerful box and hope it works
Mike,
Team Suite has far more functionality for .NET development (including all the functionality in Team Architect, Team Developer and Team Testing editions), like things for load testing, distributed application designers, code coverage and the like.
However, for your demo needs, either one would be just as functional, and BizTalk will work with either of them just fine.
If messages are not too large, HTTPS works very well, and it’s well usually supported by any HTTP client/server. The only downside is having to acquire and configure server certificates.
Hello,
According the XML schema definition rules, you can create schemas that have no targetNamespace attribute. This allows including schemas to impose their namespace onto the included types. If your include hierarchy is linear, BizTalk doesn’t complain. If your include hierarchy has multiple references to the same XSD, BizTalk raises an error, stating that certain types are not defined. This behaviour appears to be a bug from my point of view. If you manually add the include statement (say via the VS.NET XML Schema Editor or Notepad) in the top level hierarchy, all the types become reusable; you can even use the \”Validate Schema\”, \”Validate Instance\”, and \”Generate Instance\” functions. Unfortunately, if you create a pipeline and try to set the Document Schema property, BizTalk will complain about the missing types. This is very inconsistent behaviour.
I’ve created a sample project to demonstrate this quirk. After unzipping the solution, follow these steps to reproduce the error:
1. Open the solution
2. Open DeliveryEvent.xsd
3. In the Properties window, click the ellipsis beside \”Imports\”.
4. In the Imports dialog box, select \”XSD Include\” and click \”Add…\”
5. Browse to the AddressTypes schema, select it, and press OK.BizTalk will complain that the some of the types in the AddressTypes schema aren’t defined, even though they are:
[img:d99170b310]http://www.ourteacheronline.com/downloads/docs/schemaIncludeError.jpg[/img:d99170b310]
The goal is to set the data type of DeliveryEvent\\Address to the AddressType type, located in AddressTypes.xsd.
The include hierarchy is:
AddressTypes.xsd includes:
PersonTypes.xsd
BaseTypes.xsdPersonTypes.xsd includes:
BaseTypes.xsdIf my knowledge of XML schemas isn’t faulty, DeliveryEvent [b:d99170b310]should[/b:d99170b310] be able to include AddressTypes.xsd.
If I assign a namespace to the various \”type library\” schemas and use import (instead of include) from DeliveryEvent.xsd, everything works. Unfortunately, I do not want to assign a namespace to my reusable type schemas and I shouldn’t have to.
Thank you in advance.
[b:d99170b310]Download the sample from:[/b:d99170b310]
[url]http://www.ourteacheronline.com/downloads/docs/TestSchemaReuse.zip[/url]
r u sure the account that runs the isolated adapter (see it in the administration >>Host Instances)
has permissions on the \”BizTalkMgmtDb\”?Hi everyone,
I have some problems in carrying a project from a bts to another. These biztalk servers use different sql servers.
How can I carry assemblies from old one to new one.Please help…
O.A.
Hi
Im retrieving mail body content by pop3 adapter.
My message is multi part message (MsgEmail / BodyMessagePart)
The adapter pipeline is custom pipeline with flat file dissasembler.
Now when im printing the MsgEmail. BodyMessagePart I can see the text body content.
However if the body content is HTML I can’t see the tags, but only the text
How can I retrieve all html bodycontent?Hi all..sorry to ask u this newbie question….but is it possible to commandline or retrieve by vbs script or something…the orchestrations belonging to an assembly file?
We are scripting the deployment of a custom BTS installation and we would love to automate it….
any suggestions??
[quote:4567494171=\”tomasr\”]Joel,
What you say makes sense, but that’s not why I said what I did. Basically what I was hinting at is that if the OP wanted to keep his processing code like he’s doing now, then I don’t see him as having much choice at all.
While the serialization hit would be big (you’re right about that), trying to call a webservice 200 times to process the batch of messages inside a single atomic transaction would probably be far worse.
It sounds like perhaps his best bet is to skip trying to call the pipeline inside the orchestration at all and instead just disassemble it inside a real receive port and then let BizTalk do its thing in the \”old way\”. It would still be pretty heavy (processing large message batches always is), but at least BizTalk already has better mechanics in place to handle it.[/quote:4567494171]
Agreed. 😉
We recently had to redesign our batch processing solution due to performance concerns with using callable receive pipelines. It’s too bad there isn’t a built-in mechanism for invoking a receive pipeline that acts *exactly* like a pipeline bound to a port; i.e. the messages are put into the message box. Implementing a correlation set to receive the resulting messages from the pipeline would hopefully be trivial, perhaps if there were a way to use the ReceivePipelineID for instance.
Joel,
What you say makes sense, but that’s not why I said what I did. Basically what I was hinting at is that if the OP wanted to keep his processing code like he’s doing now, then I don’t see him as having much choice at all.
While the serialization hit would be big (you’re right about that), trying to call a webservice 200 times to process the batch of messages inside a single atomic transaction would probably be far worse.
It sounds like perhaps his best bet is to skip trying to call the pipeline inside the orchestration at all and instead just disassemble it inside a real receive port and then let BizTalk do its thing in the \”old way\”. It would still be pretty heavy (processing large message batches always is), but at least BizTalk already has better mechanics in place to handle it.
[quote:a237317aac=\”tomasr\”]Sure they would. Why would that be a problem?[/quote:a237317aac]
I guess the issue is more one of performance. Thinking from a performance perspective, I wonder what kind of overhead you would be looking at. I guess it depends on how GetCurrent is implemented. For instance, if you have multiple messages (say like in an envelope), I believe each message contained in the envelope is wrapped in an XmlDasmStreamWrapper class and the stream is not consumed until the BizTalk engine reads it for serialization to the message box (assuming no further downstream components in the pipeline touch it.) At least this is how it works for FFDasmComponent. So does ReceivePipelineOutputMessages.GetCurrent() trigger reading of the XmlDasmStreamWrapper stream? If you had 200 messages loaded into memory, say in an ArrayList collection, depending on your persistence points you could incur a lot of database hits with a large amount of data in each \”write\”.
So if each message to be returned by GetCurrent isn’t \”read\” until GetCurrent is called, then it might be more efficient to find an alternative method of processing the messages. If the ReceivePipelineOutputMessages class internally loads all messages into memory immediately after completion of the pipeline, then the performance issue is moot, as you don’t have a choice. 🙂
