Forum Replies Created
-
Posts
-
These errors all relate to the Transform shape in the orchestration.
Did you complete all instructions in steps 4,5,6 of [b:6d9b33a6aa]To complete the orchestration[/b:6d9b33a6aa]
When you add a Transform shape you actually get two shapes:
A [b:6d9b33a6aa]Construct Message [/b:6d9b33a6aa]shape where you need to set the [b:6d9b33a6aa]Messages Constructed[/b:6d9b33a6aa] property to [i:6d9b33a6aa]InsertOrder[/i:6d9b33a6aa]
And
The [b:6d9b33a6aa]Transform[/b:6d9b33a6aa] shape where you set the map and the input and output messages.Hey that actually makes sense.
OK I have gone back into my project and added a new map. The source schema is my self created one and the destination schema is the auto generated one. I have mapped the values from the one to the other. Now how do I tell Biztalk to use that map?
Regards
JManHello
Here are my errors ….
Orchestration.odx(239): ‘InsertOrder’: message has not been initialized in construct statement
Orchestration.odx(242): #error: \”Missing or invalid mapping configuration.\”
Orchestration.odx(245): use of unconstructed message ‘InsertOrder’
Thanks
JManSounds like you are sending the wrong message to the SQL Adapter.
When you ‘Add Generated Item’ the SQL Adapter creates an updategram schema. You need to map your incoming message into this schema and send the new updategram message to the SQL Adapter.
There is no updategram code, just the schema. The SQLXML software is able to determine the action required from the updategram message structure and content.
A memory leak is where a process acquires memory and then forgets about it and keeps acquiring more. This only becomes a problem when there is no more memory.
Most server based processes will acquire memory and keep it for reuse, this saves the overhead of re-acquiring the memory later. So over time a process’ memory use will increase. Hopefully to a steady state. If you have lots of available memory all the time, then you have paid for something you didn’t need.While you may have a memory leak, I do not believe this is causing Biztalk processing to fail. You still have 1 GB of RAM available so Biztalk is not constrained by a memory shortage.
You say that the FILE adapters are failing. This is more likely to be the cause of the problem rather than a symptom. What is the error message in the event log
Hello
Just to clarify – I am not calling a stored procedure – I am inserting into a table using an updategram. And – Yes I used the ‘add generated item’ wizard to create the updategram code. Howver it still says cannot find stored procedure … and the name of the sp being called is the name of the root element from the .xsd file … wierd.
Thnaks
JManMessage/Services are only suspended when an unhandled exception occurs. Some suspended messages are recoverable and others are not. A send port failure is potentially recoverable, while an exception within an orchestration is not.
You need to check the Event Log -> Application for the underlying reason.An example of a Suspended (Resumable) error will happen if a Web Service send port fails to send a message and hits it retry limit because the remote server is unavailable.
What pipeline are you using.
The Passthru pipeline has no components and does not attempt to identify the message.
The XMLReceive pipeline contains the XmlDisassembler which will attempt to match the incoming Xml data with a deployed schema. It uses the root node and target namespace as the message type and this should match a schema. If the schema is not found the pipeline will stop and generate an error.
If you are using flat files you need to create your own pipeline containing the Flat File Disassembler and specifying the schema that you wish to use to parse the incoming data.Still having problems…
Whether I use a pipeline or not, I cannot get my orchestrations to work.
Here’s the deal:
If I simply have an orch that receives and sends the message back out, and does nothing with the data, it works. The second I put in any type of logic in there to do something with the data, I get an error in HAT stating \”Error in accessing the part data or one of its fragments. The part or fragment may not exist in the database.\” So all of a sudden, BTS forgets that my schema was valid?In my orchestration, I call a .NET component that transforms the original name/value paired message to tags…this component returns the message to me as an XmlDocument which I have built a schema for to support the returned message. I am then supposed to run several processes with the transformed message in a happy world.
I don’t believe the error is pertaining to the new transformed message however, as the Service Class reporting the error in HAT is ‘Messaging’ rather than ‘Orchestration’.
Now, when this ‘works’, I will be receiving multiple messages sharing the same namespace/root node….I thought this would be easy with BTS 2004, turns out, I’m better off running manual code solutions so far.
Can anybody bring hope?
-Rich
Neal,
You can export the bindings for all unattached ports using the deployment wizard.
You can edit this file to remove the extraneous ports. And you just have a separate binding file for those ports that you are interested in.If your assembly has a binding file already for any bound ports you can include the unattached ports (cut & paste) into this binding file. This makes deployment much easier with just one binding file to import.
Biztalk 2006 has a much better concept of \”Application\” where you can export bindings based of a user defined application structure rather than the Biztalk 2004 concept of exporting ports bound to an assembly OR all the other ports
Is it possible to email me your project and the binding file. I am a bit confused as to how this orchestration works.
