Is there any good website for Biztalk Flat File Schema Tutorial?
It is because there are many setting in Flat File Schema (e.g. repeating delimiter type, group max occurs etc), which is very hard to understand its exact meaning.
Thanks.
There are tutorials and walkthroughs in the SDK or MSDN. Start here:
http://msdn.microsoft.com/en-us/library/aa559306.aspx
http://www.microsoft.com/en-us/download/details.aspx?id=8894
Related
As per best practice I have separated my BizTalk solution into projects based on artifacts (schema, pipelines, maps etc). I've also separated business processes into solution folders. I have created a common project to hold schema that need to be available for each and referenced these when needed... so far so good.
When I deploy it will deploy the common schema and each reference - resulting in multiple schemas. If I try to untick the dependency in the project assembly I get the error
This dependency was added by the project and cannot be removed.
Am I missing something?
Visual Studio 2012, BizTalk Server Dev Ed 2013.
Really, same answer as in the other post.
Consider the Visual Studio Solution as one Deployment Unit and build your processes around that. Meaning, all the Projects, Schemas, Maps, Orchestrations, would always go out together even if only one changed.
I try really hard to not share Schemas across Solutions specifically because of the Deployment issues. I do this even if it means duplicate or essentially duplicate Schemas. 99% of the time, the only thing that breaks is the automatic Schema resolution in the Xml Disassembler and that is easily solvable.
"When I deploy it will deploy the common schema and each reference - resulting in multiple schema"
Sorry, this part doesn't seem right. If you have a common Schema project, there shouldn't be duplicates.
I am wandering if I use xml configuration files(like castle.windsors component xmls) to store my localization strings and messages instead of resources file for the sake of flexibility. I may need to change messages frequently and getting frequent builds freaks me out. As the size of document I can say that I will have a couple of thousands strings stored in multiple xml files according to the languages. Is it a good practice to do this that way?
You could implement this Globalisation system provided by MVP RIck Strahl should suit your needs nicely and provide a lovely interface at the same time - also uses a DB as backing storage rather than XML files which should be easier to generally keep track of with regard to backing up and such forth.
On NuGet here
https://nuget.org/packages/Westwind.Globalization
Here's the project page and a summary direct from it (See the Data Driven Localization Resource Provider section).
http://www.west-wind.com/westwindwebtoolkit/
I'm not a BizTalk expert but my colleagues that are, say that BizTalk cannot read files from a folder in a ordered way. Only socket and queues support this.
They asked me to write a small tool that will read the files ordered by filename or by creation date and put those on a queue.
But isn't there a way that this can be done in BizTalk itself? Personally I'm not fond of the idea that a custom windows service has to be made to accomplish this.
You can't I'm afraid. File transport cannot guarantee order. You need to use an adapter which supports ordered delivery like MSMQ, SQL, or WCF.
Look in the sdk, there is an example of a file adapter. In the past I've modified that code to read the files in a specific order.
http://msdn.microsoft.com/en-us/library/aa578623(v=bts.10).aspx
I don't have the code handy but found this. From here. It gives you an idea as to where you can order the files by date or name.
Hi
I’m trying to develop an E-Paper website using .Net. But At first the content of the website need to grab from the Quark file. What is the procedure to get the content from the Quark file according to the Layout?
So it would be highly appreciated to provide some information regarding this subject.
Thanks…
This is going to be a tough project since the QuarkXpress files are 1) proprietary and therefore are not well documented, and 2) binary so the data is harder to get at. This will require a lot more work than a post on StackOverflow.com can help with.
First, ASP.NET really isn't the right framework for it. At least, you should develop this as a C# or VB code library project which is then consumed by a ASP.NET web application.
In order to parse the file, you might want to start off by reading Reverse engineering the Quark Xpress file format. This forum, Code for QuarkXPress file format support, also seems to have some good information. You will want to use what you learn from those articles to parse the binary and convert it to the proper types or structures. Here on some links on how to parse binary files in C#:
http://www.dotnetperls.com/binaryreader
Read binary file into a struct
http://www.yoda.arachsys.com/csharp/readbinary.html
You may also want to check out this forum posting on How to create dynamic QuarkXPress files in .Net FrameWork C#. It seems that Quark has a C# API for dealing with Quark files if you have QuarkXpress Server.
We have a large multi tenanted website which requires thousands of lines of web.config to support it. As the system grows we are finding it more and more difficult to manage this configuration file.
The system currently in place uses XSLT to generate the config but this solution seems to involve a lot of duplicated code (we have 12 deployment environments).
I am leaning towards putting the configuration data in the db so we can be sure that it's deployed with the application and that our release notes don't require the IT guys messing around with XML
What are better solutions we could use?
I have to agree with you that just putting the configuration in the database might be your best bet.
You could use a SqlLite or SQL Express db that you package with the source code. Put it in the app_data folder.
I prefer to use XML files myself, they're easy to edit, and it's even simpler with LINQ to XML. Similar to what Andrew said, you can put the XML config file in the App_Data folder.