Forum Replies Created
-
AuthorPosts
-
As far as I know you can. I have not heard of many changes (if any) to HWS so moving them into BT 2006 should follow the same process as other 2004 to 2006 upgrades.
January 30, 2006 at 5:26 PM in reply to: Question: writting schema for a complicated flat file #14318Do you have something set as optional?
I think you might need another level in-between the top level root and your records. That would allow you to define the records as 1 to 1 and a 1 to many on the top level. Set this new level as Choice. Something like this:
Root
— Data (1 to Many) CHOICE
— Record (TYP) (1 to 1)
— Record (ENV) (1 to 1)Also, make sure you test through a Send / Receive Port. Testing through Visual Stuidios can sometimes give errors that the FF Disassembler will not – at least in pre-SP1 this was the case.
Looks like your web service takes Arrays? That’s not supported in BT 2004 WS Adapter. You will need to use the WSE 2.0 Adapter or wrap your web service call in .net code and call it in an expression shape.
I think there is, but I have never gotten it to work.
I think you need to generate the Xml file through the wizard and then manually edit it to put in the passwords for the accounts since it doesn’t store them. Not very secure though.
You can get the file name by reading the following property: File.ReceivedFileName. It is in the message context and you can access it inside a custom pipeline component or inside an Orchestration.
Best of luck.
You might want to take a look at this lab: http://www.biztalkgurus.com/Labs/Sharepoint-Infopath-BizTalk-Exceptions.html
I walk though catching and processing the SOAP Exception.
Not sure, but you might only get the error back if you have Delivery Notification enabled on the Send Port.
January 30, 2006 at 4:57 PM in reply to: Question: writting schema for a complicated flat file #14320I am encountering the same problem. I am working on Biztalk server 2004, converting a flat file into an XML file. The text file looks as follow:
TYP01VR 4565 SETE
ENV01HG 134 SYDNEY
ENV04VT 467 TAMPA
TYP01GT 4657 NEW YORK
ENV02NP 47 MIAMIIn the schema I created l have one root, delimited and unbounded, and two children \”TYP\” \”ENV\” which are positional allowing me to write the length of each element.
If I write ENV as unbounded, then everything that follows the first ENV will be added in it and the following child TYP won’t be created.Is there a way I can continue to create the TYP child?
Will this also mean that you will be able to transer your current hws-workflows into BTS2006?
January 30, 2006 at 1:19 PM in reply to: Programming Microsoft BizTalk Server 2006 Core Reference #14343Does anybody know when this will be released, who is writing it, and where I can get it?
That is BizTalk 2004 I am referring too. Thanks
DUH…. BTS.InboundTransportLocation is the EDI logical address.
I should have spotted it immediately given the wonderful description for it on msdn 🙄
[b:deb600d56e]Identifies the InboundTransportLocation from the original message.[/b:deb600d56e]
EARTH: Mostly Harmless
Here is a good article on Biztalk ACK/NACK processing by Kevin Smith.
http://blogs.msdn.com/kevinsmi/archive/2004/07/03/172574.aspx
January 27, 2006 at 6:55 PM in reply to: Need help on How to Not assemble useless incoming data #12713You can create a map with the same input and output schema
Add a scripting functoid with Script Type = Inline Xslt and copy this code[code:1:5d60a03c92]<xsl:copy>
<xsl:for-each select=\"*\">
<xsl:if test=\"child::*[position()=2]/text()\">
<xsl:copy-of select=\".\"/>
</xsl:if>
</xsl:for-each>
</xsl:copy>[/code:1:5d60a03c92]Connect the scripting functoid output to the root node of the destination schema.
The assumption is that field 1 of each record is present and field 2 is missing from the records you wish to remove. If this is not the case you can change the position() value.
January 27, 2006 at 4:57 PM in reply to: Need help on How to Not assemble useless incoming data #12710I am using a map but how can I tell the map to ignore the errant records?
January 27, 2006 at 10:28 AM in reply to: problem installing Adapters for Enterprise Applications #14303I’ve got this error while I try to install this pack on a French version of Windows Server 2003 because the group \”Power Users\” is called \”Utilisateurs %u00e0 pouvoirs\” so you have to create this group and add you in.
You will have to create three groups like that. -
AuthorPosts