Home Page › Forums › BizTalk 2004 – BizTalk 2010 › Why Biztalk Expression Editor is So USELESS
- This topic has 3 replies, 1 voice, and was last updated 9 years, 3 months ago by
community-content.
-
AuthorPosts
-
-
July 2, 2009 at 10:11 AM #22776
After spending few days on implementing dynamic routing using the Expression shape.
I am ready to scream. Why did biztalk needed the additional “Expression Language”.
Why don’t just create a C# editor, which will edit a public method of some partual calss.
And define all globals biztalk exports like messages, promoted variables etc in the rest of the class, hidden from user. It would make Biztalk integration MUCH more useful for users.
Why do I need to create a separate assembly, just to make things work. And I am not asking to much,
just a simple conversion stuff Int32.ToString()… Cast is supported… actually not really
(System.String)MyMessage(MySchemas.Schemas.MyInt)
Surprise, can not convert to System.String…
surprise simple types are not boxed and you can’t call methods on them. As well as 60 other limitations, which make the “Expression Language” quite useless…
http://www.eggheadcafe.com/forumarchives/biztalkorchestration/Jun2005/post23246451.asp
Even in SSIS you can write natural code scriptlets directly in the workflow…
And don’t tell me that Biztalk is created fo business analysts to drag shapes around and make BPM visual, and I am asking too much with the C# scriptlet support….
Biztalk main usage to make the system integration easier, faster and mor efficient, and not painfull, try-that-ifthe-other-thing didn’t-work, and full of workarounds.
By amount of time rquired on creating workarounds. It would be much faster to write a windows service which will do few configured xslt transformations for me and ship file to ftp….
-
July 2, 2009 at 10:33 AM #22777
Great, found a inline workaround for the .ToString()
(System.String)System.Convert.ChangeType(MyMessage(MyNamesapce.MyInt),typeof(System.String))
at least cast of object to string is working
bit long, but without extra assembly
-
July 2, 2009 at 11:38 AM #22778
BizTalk is acually using a languange named XLang which uses a C# style syntax, but it is not C#. Please see this link for a more detailed explination
-
July 2, 2009 at 12:23 PM #22780
Good article.
Doesn’t answer the real question though:
Why there is another language, when we way passed the bitalk 2000 times with the xml based XLANGs and now “well” integrated to VS.NET. And orchestration is compiled into .Net assembly.
The partual class is a great fit for the purpose and Yet there is the “Xlang Language” in place
-
-
-
-
AuthorPosts
- The forum ‘BizTalk 2004 – BizTalk 2010’ is closed to new topics and replies.