| David Downing [MSFT] 2004-06-29, 5:52 pm |
| You should be able to reference the calendar class in an inline assembly by
fully qualifying the type you are trying to reference. See the following
inline script:
public string MyCulture()
{
return System.Globalization.CultureInfo.CurrentCulture.EnglishName;
}
This generates the following on my computer when the map is tested:
<ns0:Root xmlns:ns0="http://MappingTest.DestinationSchema">
<WeekOfTheYear>English (United States)</WeekOfTheYear>
</ns0:Root>
Dave
--------------------[vbcol=seagreen]
assembly to provide some date conversion functions using the
System.Globalisation.Calendar class within a map (specifically to return
the current week of the year).[vbcol=seagreen]
include it as inline C# in the map to remove the need for the external
assembly. The only issue here is that the System.Globalisation namespace is
not supported by this. Does anyone know:[vbcol=seagreen]
namespaces) for use in Inline C#.[vbcol=seagreen]
week of the year that would be compatible with inline C# (e.g. at time of
posting we are in week 27 of this current calendar year).[vbcol=seagreen]
smoothly when updating an existing BizTalk project. I know that the strong
naming of assemblies requires the version number to match in the GAC but
BizTalk seems to be somewhat tempremental when it comes to re-deploying
newer versions of files. There have been times when a service restart or a
total rebuild of a project have been the only way for biztalk to shake off
the behaviour of an 'older' version of an orchestration and external
assembly from its 'memory'.[vbcol=seagreen]
This posting is provided "AS IS" with no warranties, and confers no rights.
EBusiness Server Team
|