-
Hi, 1. If your schemas are in different project than an orchestration - check that resource of schema is present in deployed application. If not - it must be in default application - jut move it to your application 2. For "resolution" of deployed schemas - use XmlReceive Pipline. 3. After you generated shcema/s by "Add generated items - consume adapter service" - there should be created binding files - one custom WCF and other SQL WCF (if I understand correct you use LOB Adpater
-
The machine with installed LOB Adapter pack is 64 bit in a case?
-
Are you administrator on your machine? Do you deploy locally or to remote SQL? Anyway - the error seems to be because of insufficient rights on GAC.
-
Hi, For compiling/deploying you need VS 2008, and if you gonna use LOB adapter pack - it will cause error on install if you have both visual studios. It's not possible to load BizTalk project in VS 2008(which was created in VS2005), therefore you need to create new project and add all existing items to that new project. All others stuff is the same (for example you don't have HAT in 2009, but you can use Administration Console as well for filtering and viewing). Better and easier use of WCF
-
PORD - Prod*
-
About your sceciphc questions: Is EDI fully supported like in 2006 R2 ? Don't know. Is 2009 supporting IMAP ? All stuff which was working with BTS 2006/R2 - should work with 2009. But didn't try it by myself/ How to migrate VB 2005 BizTalk-applications to VB 2008 ? As desribed in previous post: Create new project in VS 2008, add existing items, build and deploy. Cest-tout. Is it better to switch to BizTalk 2010 without 2009, even to the Beta Version? If you intend about migrating to PORD
-
Say, after defining messafes according to your generated schemas - do you use WebPort type? (right click on port surface area - new port port name - port type - use existing port types - select from "WebPort Types" - your port)? According to this error/post http://www.eggheadcafe.com/software/aspnet/30267049/setting-webservice-destination-programmatically-at-runtime---.aspx
-
Not SALE files - (if you have any) - what do you intend to do with them? I would wright a windows service, which would check your directory and look for SALE prefix files. after find one - move that file to another folder/SQL table as blob. After you get some files (let's say 5) - you collect them and send as non XMLbut - in what way? binary? blob? CDATA? who/what expects to receive those files?
-
Sorry - for the last post - I didn't read it carefully. When you define Send Port - (if I get it right you get request - send to WS - get response - return the response to user - right?) So, if you do use WebPort types - after you deploy the project - and when you define send port with SOAP protocol, did you define your BizTalk assembly in "WebService" tab? http://i080.radikal.ru/1009/0c/cba0017aead4.jpg
-
Did you restart IIS after code changings in WebService? Did you try to consume the WS from regular code (Console application)? Do you try to create some test BizTalk project with adding web reference? - Does this work? Did you try to give different name to Web Service Reference?