Forum Replies Created
-
Posts
-
If it is a file that the C++ application would generate then you can use the File adapter of Biztalk to get that file, process it and send that to the dataware house. You'd need to tell biztalk the file location on which to listen so that whenever a file is dropped there, biztalk picks that up.
The question of how to send messages to Biztalk, it connects to different protocols and locations using adapters, there are number of out-of-the-box adapters included with Biztalk server 2006, which include, File, FTP, MSMQ, MQ Series, Sql Server, Oracle, SOAP, Http etc. So it all depends on the convenience of the sending application, if it is more convinient for it to send message through a queue, then it can use a queue, if it can easily send a SOAP (Web Service) message then that can be used and so on…
Hope this helps.
Regards,
Sajid.
No, a different key is not required for each, but a key is still required to deploy your app. Under <your project>, Properties…Common Properties…Assembly…Assembly Key File, you should have a reference to a valid strong name key file.
Next point is pretty serious. Marty Wasznicky told me to NEVER deploy from the project; always deploy from the solution…since this is what the BizTalk Appplication is keyed to. A quick solution to this may be to remove the Application from the BizTalk admin console and then deploy it directly from the Solution.
Last point. I'd suggest building and running this on Windows 2003 Server, or a Virtual machine (Virtual PC, Virtual Server, or VM Ware) running Windows 2003 Server. Its a pretty common starting point for most developers however, I'd like to hear from anyone who recommends XP and who's had great success running BizTalk 2006 on XP. I've stayed away from it since I've had bad luck myself and hear about nothing but pain from other's who've tried.
Thanks BizTron,
To answer your questions:
I have deployed other apps successfully
Is a different keyname required for every app? Or can you use the same one for multiple apps?
I'm deploying from a project withing VS 2005
This is being run under XP Pro
Yes SQL Server 2005 is running on my local machine
I have configured it as per the instructions I recieved
Dave
Hey there, my old blog has a post on some decent troubleshooting steps for this error … http://blogs.msdn.com/richardbpi/archive/2006/08/30/731783.aspx. If any of those things don't help, let us know.
You also need to change the element name in the schema:
<root>
<gsproc_1101>
<APPROVED_AMOUNT>…</gsproc_1101>
</root>It is the element name which is used by the adapter to call the stored procedure
Mr. Weak Architect
I dont suppose you could clue me in on where I might get more information on the 'selection of these fields to carry across'…or better yet examples of utilizing 'property bags' with EDI? Just looking for a starting point… Biztalk help was less than specific when executing a search
– AS400 RPG programmer being converted to Biztalk specialist (long way to go!!!)
the problem was incorrect path to Lists web service, cause SPS has default Lists.asmx (http://localhost/_vtibin/List.asmx) and non default (http://localhost/sites/{SiteName}/_vtibin/List.asmx)
The flat file disassembler will remove any pad characters from the data. Defining a pad character on 0x20 will cause the disassembler to remove any trailing spaces from the record.
Try resetting the pad character property
Exception Handling in biztalk orchestrations is done through scopes: Add a new scope, put any shapes that might throw an exception in it and then right click on the scope and select the "Add new Exception Handler Block" option to add a Catch() to the scope. You can then use the properties of the exception handling block to select the kind of exception you want to handle.
It's pretty similar to setting a try{} catch {} block in C#, really.
The best way would be to create a <xs:complexType> in your schema.
I am not sure how to do this with the Biztalk Xml editor, I tend to use a text editor.Open your schema in a text editor and find you definition for Currency, it should look something like this:
<xs:element name="Currency">
<xs:complexType>
…
</xs:complexType>
</xs:element>Cut and paste the complexType as a child of <xs:schema> and give it a name
<xs:schema>
…
<xs:complexType name="CurrencyType">
…
</xs:complexType>
<xs:schema>Modify the original Currency element to use this type:
<xs:element name="Currency" type="CurrencyType">
</xs:element>When you open the schema in the Biztalk Xml Editor the Currency element should have a data type of CurrencyType and you should be able to set any other element to this same type.
Yes it is possible.
BUT.
The message your receive is not the xml message. You will receive an application/www-form-urlencoded message which is basically a flat file of name/value pairs.
I have a generic project with schemas, maps and pipelines that will convert application/www-form-urlencoded messages into Xml, if you would like a copy email me.
You could also create a custom pipeline component to decode/disassemble this message
