nhibernate-issues

[nhibernate-issues] [JIRA] Created: (NH-824) GetClassname cannot parse generic classnames

[NHibernate J. <mik...@us...>]

GetClassname cannot parse generic classnames
--------------------------------------------

         Key: NH-824
         URL: http://jira.nhibernate.org/browse/NH-824
     Project: NHibernate
        Type: Bug
  Components: Core  
    Versions: 1.2.0.Beta2    
    Reporter: Michael Abraham
 Attachments: GetClassnameBug.zip

There appears to be a bug in NHibernate.Util.StringHelper.GetClassname. The code assumes that the last period in a fully-qualified class name immediately precedes the unqualified class name. That is not true for generic classes. GetClassname gets the unqualified class name of the type parameter with ']' appended.  I believe that the same issue may affect StringHelper.Unqualify when it is applied to class names, but I don't know when (or whether) that ever happens.  The attached VS2005 solution illustrates the problem.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.nhibernate.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[nhibernate-issues] [JIRA] Updated: (NH-824) GetClassname cannot parse generic classnames

[NHibernate J. <mik...@us...>]

     [ http://jira.nhibernate.org/browse/NH-824?page=all ]

Sergey Koshcheyev updated NH-824:
---------------------------------

    Fix Version: LATER
           type: Improvement  (was: Bug)

NHibernate does not support generic entities at this time. GetClassname is not the only place where generics break existing assumptions. I'm leaving this report open to fix it later.

> GetClassname cannot parse generic classnames
> --------------------------------------------
>
>          Key: NH-824
>          URL: http://jira.nhibernate.org/browse/NH-824
>      Project: NHibernate
>         Type: Improvement
>   Components: Core
>     Versions: 1.2.0.Beta2
>     Reporter: Michael Abraham
>      Fix For: LATER
>  Attachments: GetClassnameBug.zip
>
> There appears to be a bug in NHibernate.Util.StringHelper.GetClassname. The code assumes that the last period in a fully-qualified class name immediately precedes the unqualified class name. That is not true for generic classes. GetClassname gets the unqualified class name of the type parameter with ']' appended.  I believe that the same issue may affect StringHelper.Unqualify when it is applied to class names, but I don't know when (or whether) that ever happens.  The attached VS2005 solution illustrates the problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.nhibernate.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[nhibernate-issues] [JIRA] Updated: (NH-824) GetClassname cannot parse generic classnames

[NHibernate J. <mik...@us...>]

     [ http://jira.nhibernate.org/browse/NH-824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Derek Ekins updated NH-824:
---------------------------

    Attachment: generic.patch

The attached patch fixes the parsing problem when mapping a generic class.

> GetClassname cannot parse generic classnames
> --------------------------------------------
>
>                 Key: NH-824
>                 URL: http://jira.nhibernate.org/browse/NH-824
>             Project: NHibernate
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 1.2.0.Beta2
>            Reporter: Michael Abraham
>            Priority: Major
>             Fix For: LATER
>
>         Attachments: generic.patch, GetClassnameBug.zip
>
>
> There appears to be a bug in NHibernate.Util.StringHelper.GetClassname. The code assumes that the last period in a fully-qualified class name immediately precedes the unqualified class name. That is not true for generic classes. GetClassname gets the unqualified class name of the type parameter with ']' appended.  I believe that the same issue may affect StringHelper.Unqualify when it is applied to class names, but I don't know when (or whether) that ever happens.  The attached VS2005 solution illustrates the problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.nhibernate.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[nhibernate-issues] [JIRA] Updated: (NH-824) GetClassname cannot parse generic classnames

[NHibernate J. <nh...@gm...>]

     [ http://jira.nhibernate.org/browse/NH-824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Fabio Maulo updated NH-824:
---------------------------

    Fix Version/s:     (was: 2.0.0.Alpha2)
                   2.0.0.Beta1

> GetClassname cannot parse generic classnames
> --------------------------------------------
>
>                 Key: NH-824
>                 URL: http://jira.nhibernate.org/browse/NH-824
>             Project: NHibernate
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 1.2.0.Beta2
>            Reporter: Michael Abraham
>            Priority: Major
>             Fix For: 2.0.0.Beta1
>
>         Attachments: generic.patch, GetClassnameBug.zip
>
>
> There appears to be a bug in NHibernate.Util.StringHelper.GetClassname. The code assumes that the last period in a fully-qualified class name immediately precedes the unqualified class name. That is not true for generic classes. GetClassname gets the unqualified class name of the type parameter with ']' appended.  I believe that the same issue may affect StringHelper.Unqualify when it is applied to class names, but I don't know when (or whether) that ever happens.  The attached VS2005 solution illustrates the problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.nhibernate.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[nhibernate-issues] [JIRA] Updated: (NH-824) GetClassname cannot parse generic classnames

[NHibernate J. <nh...@gm...>]

     [ http://jira.nhibernate.org/browse/NH-824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Fabio Maulo updated NH-824:
---------------------------

    Fix Version/s:     (was: 2.0.0.Beta1)
                   2.0.0.Beta2

> GetClassname cannot parse generic classnames
> --------------------------------------------
>
>                 Key: NH-824
>                 URL: http://jira.nhibernate.org/browse/NH-824
>             Project: NHibernate
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 1.2.0.Beta2
>            Reporter: Michael Abraham
>            Priority: Major
>             Fix For: 2.0.0.Beta2
>
>         Attachments: generic.patch, GetClassnameBug.zip
>
>
> There appears to be a bug in NHibernate.Util.StringHelper.GetClassname. The code assumes that the last period in a fully-qualified class name immediately precedes the unqualified class name. That is not true for generic classes. GetClassname gets the unqualified class name of the type parameter with ']' appended.  I believe that the same issue may affect StringHelper.Unqualify when it is applied to class names, but I don't know when (or whether) that ever happens.  The attached VS2005 solution illustrates the problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.nhibernate.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira