[ 
http://issues.apache.org/jira/browse/IBATIS-139?page=comments#action_66618 ]
     
Omar Irbouh commented on IBATIS-139:
------------------------------------

I experienced the same thin in my current project.
Since I use discriminator only in one sqlmap file, I put that file in the 
bottom of my config file. That was the work arround I found. I must confess 
that I was very lucky since the sql map file has no dependencies on others 
files.

> Discriminator being applied to incorrect resultmaps
> ---------------------------------------------------
>
>          Key: IBATIS-139
>          URL: http://issues.apache.org/jira/browse/IBATIS-139
>      Project: iBatis for Java
>         Type: Bug
>   Components: SQL Maps
>     Versions: 2.1.0
>  Environment: MS Windows XP Professional, JDK 1.3
>     Reporter: Geoff Chiang

>
> The new discriminator/submap functionality is breaking resultmaps that are 
> processed after the one that the discriminator defined in.  Once a 
> discriminator tag is encountered during the initial parsing of the 
> resultmaps, a Discriminator object is created and held in the 'discriminator' 
> attribute of the parser's 'vars' object (vars is an instance of 
> BaseParse.Variables).  This Discriminator object is then applied to the 
> enclosing resultmap at SqlMapParser:288.  However, the discriminator is never 
> reset to null, resulting in it also being applied to all resultmaps processed 
> after that initial definition.
> See the mailing list thread at 
> http://www.mail-archive.com/ibatis-user-java@incubator.apache.org/msg02500.html
>  for more details of the problem.

-- 
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

Reply via email to