[ http://issues.apache.org/jira/browse/IBATISNET-158?page=all ]
Gilles Bayon closed IBATISNET-158:
----------------------------------
Fix Version: DataMapper 1.4
Resolution: Fixed
In SVN
> TypeAssemblyInfo.SplitTypeAndAssemblyNames
> ------------------------------------------
>
> Key: IBATISNET-158
> URL: http://issues.apache.org/jira/browse/IBATISNET-158
> Project: iBatis for .NET
> Type: Improvement
> Components: DataMapper
> Versions: DataMapper 1.3
> Reporter: Chris Potter
> Assignee: Gilles Bayon
> Fix For: DataMapper 1.4
>
> Hi All:
>
> I'd like to propose a change to the TypeAssemblyInfo internal class within
> TypeResolver.cs. Please see the proposed code change below.
>
> private void SplitTypeAndAssemblyNames (string originalTypeName)
> {
> int typeAssemblyIndex
> // Original Code = originalTypeName.IndexOf (
> = originalTypeName.LastIndexOf (
> TypeAssemblyInfo.TypeAssemblySeparator);
> if (typeAssemblyIndex < 0)
> {
> unresolvedTypeName = originalTypeName;
> }
> else
> {
> unresolvedTypeName = originalTypeName.Substring
> (
> 0, typeAssemblyIndex).Trim ();
> unresolvedAssemblyName =
> originalTypeName.Substring (
> typeAssemblyIndex + 1).Trim ();
> }
> }
>
> Changing the call from IndexOf to LastIndexOf allows me to define a .Net 2.0
> generic in the listClass attribute of a statement definition. You can see an
> example below. This syntax is impropertly parsed for a comma without this
> proposed change.
>
> <select id="LoadCodesByCategory"
> parameterMap="CodeData.CodeDataByCategoryParams" resultMap="LoadStateCode"
> listClass="System.Collections.Generic.List`1[[NFS.Data.Core.DataObjects.Impl.StateCode,
> NFS.Data.Impl]], mscorlib">
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
