(Cutting-Edge ) Get To Know Biztalk Session
I have uploaded the material for the demo i made in the cutting-Edge club biztalk session ...
click here
please feel free to contact me if you have an questions.
Cheers
Ahmed
The Relaxing/Informative Lounge for Developers
I have uploaded the material for the demo i made in the cutting-Edge club biztalk session ...
click here
please feel free to contact me if you have an questions.
Cheers
Ahmed
Posted by
Ahmed Farrag
at
7:37 AM
1 comments
I have been asked a while ago about what to do if you have different Flat file schemes arriving at the same location each with a different schemas.
converting flat file into XML files is done by the flat file schema wizard which requires that you create a custom pipeline to put the disassembling schema in it, so the first thing that pops up in your mind is , what if I receive different schemas on the same port ?? I can't make a custom pipeline for each type of schemas; So what I should do,, ??
actually, some prefer to take this "trick" to the orchestrations by passing the file as "passthrough" and the orchestration will decide which transformation map to use, but I'm personally against this option because this enforces tight coupling between the message types and the deployed orchestrations, also it will raise several issues in the deployment and versioning of the whole solution.
I have seen a solution Gilles' Web log where it extends the Flat file disassembler to create a new one that detects the schema type and applied the right transformation ..
here is a link
we have tried this solution and it worked nicely, it's not a simple solution though but it preserve the service orientation of the biztalk solution .
keep biztalking
Posted by
Ahmed Farrag
at
3:12 AM
0
comments
I came across this really interesting article about the Worst you can do with Biztalk, it really sheds the light about the real working problems that I have seen in Biztalk Project, everybody asks about the business logic and where to place it correctly in Biztalk, I believe this article shows the best way to place your business logic
Click here
Keep up the patterns and Enjoy Biztalking :)
Posted by
Ahmed Farrag
at
5:05 AM
0
comments
I have working for a while on multiple Biztalk Server project and I have also recently delivered a workshop on this great product,,
I have decided to share the samples I have made during the workshop for those who are interested in learning this product.
one of the these samples shows how to call .NET assembly from an orchestration, all you have to do is simple, declare a variable and choose it's type to be from the class you created, initialize this file and then call it's method,,, !!! Very simple, isn't it.. ?
the class has to be a "serializable" class since all the objects in Biztalk are XML objects,
to download the complete application with source code Click here
have a nice time Biztalking :)
Cheers,
Ahmed
Posted by
Ahmed Farrag
at
10:52 AM
4
comments
Today , i was working on packaging an ASP.NET Web Application that uses the Microsoft enterprise Library, for some reasons after making the web setup project the application gave the famous security Exception of the Enterprise Library it said " Denied access to the registry " !!! ..
after googling for a while i came across a very neat tool published by"Mohamed Sharaf" on his blog- to install the DLLs of the EL using the installutil.exe tool.
the link is found here
Press Here
i modified the application and made in inside an installer class and put it in the web setup project, and it worked like a charm !!!
Posted by
Ahmed Farrag
at
5:34 PM
3
comments
Hi all,
i was working today on optimizing a page that took lots of time to load, the first thing anyone will think about is the images sizes, viewstate and caching .. i tried to remove the view state from the controls that didn't need it , but still , it didn't help alot, besides some controls like the datagrid needs the viewstate to function well, so i have decided to find another place to store the viewstate .. !!!
when you override the functions "LoadPageStateFromPersistenceMedium" and "SavePageStateToPersistenceMedium" in the page, you can then save the viewstate to a session variable, that way the viewstate will not be a burden on the size of the page no more :) , so finally i got the perfomance better :D ..
he is a code that does this.
protected override object LoadPageStateFromPersistenceMedium ()
{
string key = Request.RawUrl + "_VIEWSTATE";
object state = Session[key];
return (state == null) ?
base.LoadPageStateFromPersistenceMedium () : state;
}
protected override void
SavePageStateToPersistenceMedium (object viewState)
{
string key = Request.RawUrl + "_VIEWSTATE";
Session[key] = viewState;
}
Enjoy :)
Posted by
Ahmed Farrag
at
6:57 AM
2
comments