[ 
https://issues.apache.org/jira/browse/IMPERIUS-26?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Wood resolved IMPERIUS-26.
--------------------------------

    Resolution: Fixed

This is resolved fairly simply by changing the tree grammar parser (in 
imperius-splcore\src\main\antlr\org\apache\imperius\spl\parser\compiler\cimspl.tree.g)
 to create a new parameter list after creating the tuple that uses it.  I ran 
this with a new 'ant build' on the trunk, and it seems to pass.


Index: cimspl.tree.g
===================================================================
RCS file: 
/cvsroot/wpml/Imperius-WPML/imperius-splcore/src/main/antlr/org/apache/imperius/spl/parser/compiler/cimspl.tree.g,v
retrieving revision 1.2
diff -c -r1.2 cimspl.tree.g
*** cimspl.tree.g       21 Oct 2008 15:20:25 -0000      1.2
--- cimspl.tree.g       24 Mar 2009 20:01:51 -0000
***************
*** 992,1000 ****
                                        sTab = new SPLSymbolTable();
                                        tp = new IdentPrimaryTuple(arrexp, 
paramList, secondId, isMethod,sTab);
                                        identTupleList.add(tp);
!                                       
!   
!                                   
                                }
                        )*
                )       
--- 992,998 ----
                                        sTab = new SPLSymbolTable();
                                        tp = new IdentPrimaryTuple(arrexp, 
paramList, secondId, isMethod,sTab);
                                        identTupleList.add(tp);
!                                       paramList = new ArrayList();            
                    
                                }
                        )*
                )




> Argument parsing for reference to toString() is wrong
> -----------------------------------------------------
>
>                 Key: IMPERIUS-26
>                 URL: https://issues.apache.org/jira/browse/IMPERIUS-26
>             Project: Imperius
>          Issue Type: Bug
>            Reporter: David Wood
>            Assignee: Bill Stoddard
>
> With the following policy:
> Import Class java.util.Properties:list1;
> Strategy Execute_All_Applicable;
> Policy 
> {
>       Condition 
>       {  
>          list1.get("Foo").toString() == "something"
>       }
>       Decision 
>       {   
>               list1.toString()
>       }
> }:1;
> I get
> Number of Formal and passed parameters don't match for method toString
> This code used throw an exception (not sure why it's not now).    This is 
> produced based on a problem we are seeing with some other classes which DOES 
> throw the exception.  In looking into this a bit, it looks as if the "Foo" 
> argument to the previous method is being passed to toString().

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to