[jboss-jira] [JBoss JIRA] Commented: (JBRULES-575) Shadow facts break when a fact Class has 2 properties (with a different name) of the same fact class

[Geoffrey De Smet (JIRA)]

    [ http://jira.jboss.com/jira/browse/JBRULES-575?page=comments#action_12348102 ] 
            
Geoffrey De Smet commented on JBRULES-575:
------------------------------------------

I tried adjusting ShadowProxyFactoryTest with a CheeseCouple class (which holds firstCheese and secondCheese), but that worked:

        final Class proxy = ShadowProxyFactory.getProxy( CheeseCouple.class );
        final CheeseCouple cheeseCoupleProxy = (CheeseCouple) proxy.getConstructor( new Class[]{CheeseCouple.class} ).newInstance( new Object[]{cheeseCouple} );

However the stacktrace is at:
  at org.drools.rule.PackageCompilationData$PackageClassLoader.fastFindClass
So I 'll now go for yet another integration test.

> Shadow facts break when a fact Class has 2 properties (with a different name) of the same fact class
> ----------------------------------------------------------------------------------------------------
>
>                 Key: JBRULES-575
>                 URL: http://jira.jboss.com/jira/browse/JBRULES-575
>             Project: JBoss Rules
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>    Affects Versions: 3.1-m1
>            Reporter: Geoffrey De Smet
>         Assigned To: Mark Proctor
>            Priority: Critical
>
> See user mailing list: [trunk] Repetitive field name/signature in class
> ava.lang.ClassFormatError: Repetitive field name/signature in class file net/sf/taseree/samples/travelingtournament/domain/MatchShadowProxy
> Here's my Match class:
> public class Match extends AbstractPersistable implements Comparable<Match>, Solution {
>     private Team homeTeam;
>     private Team awayTeam;
>     private Day day;
>     // getters, setters, clone(), toString()
> }
> AbstractPersistable has a Long id with getters/setters
> I will make a testcase with Cheese and provide a testcase patch, but it seems the trunk's pom's don't do "mvn idea:idea" properly, like the branch did,
> so I 'll provide a pom.xml patch first :)

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