{"issue":{"milestone":null,"title":"[FRG-419] Compiler error in generated java code for complex queries","created_at":"2011-12-30T02:33:38Z","user":{"login":"dynamobi-build","id":1123017,"url":"https://api.github.com/users/dynamobi-build","avatar_url":"https://secure.gravatar.com/avatar/cb215b3d786be20761071a562a56af64?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png","gravatar_id":"cb215b3d786be20761071a562a56af64"},"labels":[{"name":"FRG","url":"https://api.github.com/repos/dynamobi/dynamobi/labels/FRG","color":"1f8f0d"},{"name":"Java Calc Codegen","url":"https://api.github.com/repos/dynamobi/dynamobi/labels/Java+Calc+Codegen","color":"4e8b6b"}],"updated_at":"2011-12-30T02:33:38Z","state":"open","id":2685564,"closed_at":null,"html_url":"https://github.com/dynamobi/dynamobi/issues/345","pull_request":{"patch_url":null,"html_url":null,"diff_url":null},"body":"<b><i>[reporter=\"hunter@sqlstream.com\", created=\"Thu, 19 May 2011 15:47:49 -0500 (GMT-05:00)\"]</i></b>\nIn IterCalcRel, there is code in implementAbstractTupleIter()  that decides if a projectMethod will be abstracted into a separate method.  This can cause the generated Java code to not compile if there are common shared expressions between different projectMethods that are abstracted.  Previously, determining if the projectMethod would be abstracted was done by counting the number of tree nodes in the projectMethod subtree.  This was to prevent hitting a problem with compiling methods longer than 64KB.  However, there needs to be a check for common sub-expressions between the projectMethods and if there are common sub-expressions, then those projMethods can't be abstracted into their own methods.  Look for the review comment by HCP in IterCalcRel.java added in Eigenbase change #14290.\n<br/>\n","number":345,"url":"https://api.github.com/repos/dynamobi/dynamobi/issues/345","comments":0,"assignee":null},"action":"opened"}