Forum Replies Created
-
AuthorPosts
-
September 7, 2006 at 11:50 PM in reply to: web service response message as multi-part message #15617
I can’t think of a better way.
The file adapter only supports a single message part, as you can see.
Guess you could use a map that takes the multi parts as input and gives you a single message out.
September 7, 2006 at 9:32 PM in reply to: Export Product data via Biztalk Adapater for Commerce Server 2007 #15615I always find Jeff Lynch’s blog is the go to site for BizTalk / Commerce Server questions. Maybe he has some info that helps: http://codebetter.com/blogs/jeff.lynch/
Joel,
You might be right about that, I haven't checked it all that throughly. Cerrtainly the disassembler implementations are somewhat on the convoluted side 🙂
But would it really? It has been awhile since I've cracked open Reflector to look at the XmlDasmComp class but aren't message streams wrapped in XmlDasmStreamWrapper classes? From what I recall from previous experiences, BizTalk doesn't read the message stream, promote properties, and do validation (if enabled), until the XmlDasmStreamWrapper instance is read. At least this is what we experienced when creating a derived FFDasmComp class that counted messages in GetNext(). I think the default implementations of GetNext() just return these stream wrappers; obviously there must be some reading done to parse out items from an envelope / flat-file header/trailer combo etc, but I think each individual item is wrapped and unread until the wrapper stream is drained (by the message box or a component in the Validate stage.)
Does that sound right?
I guess for now I'll just stick to creating an "enhanced" XmlDasmComp class.
September 7, 2006 at 3:59 PM in reply to: Promoted VS. Written properties into message context #15612^ that was me, I didn't realize I wasn't signed in. 🙂
September 7, 2006 at 3:57 PM in reply to: Promoted VS. Written properties into message context #15611[quote user="tomasr"]Only promoted properties are used for message routing inside the MsgBox (i.e. only promoted properties are considered when evaluating subscription predicates). I haven't looked at the internal implementation, but an educated guess might say that the difference between the two on the object model itself is probably just a flag set or maybe they are kept in separate property collections, but probably not much else. The interesting part all happens in the MsgBox in sql server 🙂
[/quote]Actually I believe you are spot on. If I remember correctly, I read somewhere that each written context property also has an IsPromoted (or similar) boolean variable. If it's true, then the property is considered promoted and available for routing/subscription matching, else it is considered as just written to the message context.
I look at it this way: the values of written context properties are available to your orchestrations and custom pipeline components; promoted properties have the same features as written properties but have the added benefit of being able to be used for subscription fulfillment.
Are you using Visual Source Save?
I would either write a helper class to collect all the single messages while looping and return an agg one or call a pipeline from the orchestration that assembles the messages using a document schema and an envelope. Just things to consider.
If your doing SAP integration I would recommend a look at exposing your SAP BAPIs as web services as the SAP adapter is being deprecated due to SAP's lack of .NET support on the .NET connector. (Not supported in VS2005 and won't be) That being said there are SAP labs available online here.
I am still having this problem.
"The query could not be processed. Cannot connect to the server 'servername'. The server is either not started or too busy"
I know for sure that my cubes/dimensions are set properly since I can browse them through analysys services and also from the excel live file generated by BM -deploy statement.
It is probably not a version problem since I use the last version of OWC (version 11) with SQL 2005.
It migth be a permission error. Do we have to grant some permission in order to make the BAM working? I have already grant the permission to the view with the … BM add-account -AccountName:<account name> -View:MyView
Do I have to set other permissions?
Thanks.
September 7, 2006 at 8:57 AM in reply to: Promoted VS. Written properties into message context #15604Only promoted properties are used for message routing inside the MsgBox (i.e. only promoted properties are considered when evaluating subscription predicates). I haven't looked at the internal implementation, but an educated guess might say that the difference between the two on the object model itself is probably just a flag set or maybe they are kept in separate property collections, but probably not much else. The interesting part all happens in the MsgBox in sql server 🙂
i know what is going wrong, do this….step
Step: 1
C:\WINDOWS\SYSTEM32\DRIVERS\ETC\Hosts
Add this content instead off 127.0.0.0 localhost
<<IP ADDRESS>> <<COMPUTER NAME>> localhost
Still you gt that error
Step2:
<<IP ADDRESS>> localhost
Run the Config Wizard again and give IP Address radiobutton checed and give your System IP Address when the screen comes.
This should work.
Nar-
What is OS Windows XP or 2003
Read the Installation Document regarding SSO User Account Setup Permitions.
R-
Hope this blog helps you!!
http://www.netologi.se/default.aspx?Contents=BizTalk_UsingOrchestrationShapes
Nar-
-
AuthorPosts