[Mondrian] Mondrian Digest, Vol 57, Issue 4

pslff pslff at 126.com
Thu Aug 4 22:44:52 EDT 2011


Hello,i want to get pentaho user:joe from session ,and i create a xaction file,input a param named "username",i need to set username = joe.how can i get it from session.Thank you!!
The Pentaho BI Platform reported an error while running an action sequence
Possible Causes:
RuntimeContext.ERROR_0018 - 请求的参数 session 不能被履行

Action Sequence:session.xaction
Execution Stack:
Loop Index (1-based):N/A
Error Time:2011年8月5日 星期五 上午10时25分09秒 CST
Error Type:UnresolvedParameterException
Session ID:joe
Instance Id:23b075c0-bf0a-11e0-863f-0bcc9281d00e
Action Class:
Action Description:



At 2011-08-05 09:45:58,mondrian-request at pentaho.org wrote:
>Send Mondrian mailing list submissions to
>	mondrian at pentaho.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	http://lists.pentaho.org/mailman/listinfo/mondrian
>or, via email, send a message with subject or body 'help' to
>	mondrian-request at pentaho.org
>
>You can reach the person managing the list at
>	mondrian-owner at pentaho.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Mondrian digest..."
>
>
>Today's Topics:
>
>   1. Re: PAGES axis, and attribute hierarchies (Julian Hyde)
>   2. Re: xmla issues (Julian Hyde)
>   3. Jenkins build is back to stable : mondrian #1134
>      (buildguy at pentaho.com)
>   4. mondrian 3.3 instabilities (Paul Stoellberger)
>   5. Build failed in Jenkins: mondrian #1136 (buildguy at pentaho.com)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Thu, 4 Aug 2011 10:44:00 -0700
>From: Julian Hyde <julianhydepentaho at speakeasy.net>
>Subject: Re: [Mondrian] PAGES axis, and attribute hierarchies
>To: Benny Chow <bchow at pentaho.com>
>Cc: 'Mondrian developer mailing list' <mondrian at pentaho.org>
>Message-ID: <FA956F07-AE15-4D06-B38E-1FC0591348A7 at speakeasy.net>
>Content-Type: text/plain; charset="us-ascii"
>
>
>On Aug 3, 2011, at 8:39 AM, Benny Chow wrote:
>
>> >> a method "Hierarchy Level.getAttributeHierarchy()". Would that be sufficient to allow analyzer to decompose hierarchies?
>>  
>> I think this interface would need to return a list of Hierarchies since a single attribute can participate in many hierarchies.
>
>Not true. Attribute hierarchies are special. There is one attribute hierarchy for each attribute, and it is system generated. (The schema designer may choose to make the attribute hierarchy invisible, but the relationship is still at-most-one.)
>
>Of course the attribute can participate in other hierarchies too.
>
>> Suppose we get back a list of hierarchies, how would we know which level in the hierarchy does the current attribute level correspond with?  From a metadata perspective, a member needs to be able to identify its dimension (Product), attribute (SKU), hierarchy (SKU attribute vs Product Hierarchy) and hierarchy level.  In Mondrian 3.3, a member really only knows its hierarchy and hierarchy level.  There's no link to tell us that levels in different hierarchies are the same attribute.  In Mondrian 4, the client would need to know this information.
>
>For the reasons I gave above, I think the many-to-one level-to-attribute-hierarchy relationship is sufficient.
> 
>> From a client perspective, if the user changes from an attribute hierarchy into another multi-level hierarchy, many things will need to happen.  First, the hierarchy level MDX would change from for example, [Product-SKU].[SKU] to [Product-Hierarchy].[SKU].  Second, the MDX members now have to become fully qualified in the new hierarchy.  For example, [Product-SKU].[SKU-XYZ] to [Product-Hierarchy].[ManufactureX].[DeptY].[FamilyZ].[SKU-XYZ].
>
>Yes we need a way to map members. I believe that LinkMember is the MDX function to achieve this. For example, LinkMember([Time].[Monthly].[2011].[8].[4], [Time].[Month]) returns [Time].[Month].[8].
>
>http://msdn.microsoft.com/en-us/library/ms146058.aspx
>
>> At any point in time, the user is not allowed to put levels from the same hierarchy on different axis but they may put attributes of the same level but different hierarchies on different axis. 
>
>I agree, except that "attributes of the same level" is meaningless. Attributes belong to dimensions, not to hierarchies or levels. But yes, distinct hierarchies can be used without restriction -- e.g. you could put [Time].[Monthly].[Year] on columns and [Time].[Weekly].[Year] on rows.
>
>A general comment. Analyzer already presents a very 'attribute-oriented' view of the world. I think the main effect on analyzer is that the MDX will be easier to generate and process. The effect on the end-user will be less emphasis on hierarchies. Say a schema contained only attribute hierarchies, no non-trivial, multi-level hierarchies. The user could use Analyzer very effectively against that schema. The one thing they would lose would be the ability to drill down from one attribute to another (say double-click on 2011 to get the quarters in 2011). In Analyzer, it would be nice to have some visual indication of whether there is an automatic drill option for a given attribute value.
>
>Julian
>
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: http://lists.pentaho.org/pipermail/mondrian/attachments/20110804/aede348c/attachment-0001.html 
>
>------------------------------
>
>Message: 2
>Date: Thu, 4 Aug 2011 10:17:00 -0700
>From: Julian Hyde <julianhydepentaho at speakeasy.net>
>Subject: Re: [Mondrian] xmla issues
>To: Michele Rossi <michele.rossi at gmail.com>
>Cc: Mondrian developer mailing list <mondrian at pentaho.org>
>Message-ID: <CE39E2A1-3EE6-4BF0-9082-9DA0A0D67788 at speakeasy.net>
>Content-Type: text/plain; charset="iso-8859-1"
>
>On Aug 4, 2011, at 6:57 AM, Michele Rossi wrote:
>
>> Hi Julian,
>> I took the trunk of mondrian and attempted to use the Olap4jXmlaServlet finding a couple more issues:
>> 
>> 1. the method below needs to use "getDeclaringClass" and not getClass() 
>> 
>>    private static OlapConnection createDelegatingOlapConnection(
>>        final Connection connection,
>>        final OlapConnection olapConnection)
>>    {
>>        return (OlapConnection) Proxy.newProxyInstance(
>>            olapConnection.getClass().getClassLoader(),
>>            new Class[] {OlapConnection.class},
>>            new InvocationHandler() {
>>                public Object invoke(
>>                    Object proxy,
>>                    Method method,
>>                    Object[] args)
>>                    throws Throwable
>>                {
>>                    if (OlapConnection.class.isAssignableFrom(
>>                            method.getDeclaringClass()))
>>                    {
>>                        return method.invoke(olapConnection, args);
>>                    } else {
>>                        return method.invoke(connection, args);
>>                    }
>>                }
>>            }
>>        );
>>    }
>> }
>
>Agreed.
>
>> 
>> 2. Even with the fix above the method call "unwrap" is sent to the wrapped commons-dbcp object which doesn't have it and that causes the Exception below.
>> 
>> 2011-08-04 15:44:26,468 ERROR [mondrian.xmla.XmlaServlet] - <Errors when handling XML/A message>
>> mondrian.xmla.XmlaException: Mondrian Error:XMLA Discover unparse results error
>>        at mondrian.xmla.XmlaHandler.discover(XmlaHandler.java:2812)
>>        at mondrian.xmla.XmlaHandler.process(XmlaHandler.java:608)
>>        at mondrian.xmla.impl.DefaultXmlaServlet.handleSoapBody(DefaultXmlaServlet.java:557)
>>        at mondrian.xmla.XmlaServlet.doPost(XmlaServlet.java:315)
>>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>>        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>>        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>>        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>>        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
>>        at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:883)
>>        at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
>>        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2258)
>>        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>        at java.lang.Thread.run(Thread.java:662)
>> Caused by: java.lang.reflect.UndeclaredThrowableException
>>        at $Proxy0.unwrap(Unknown Source)
>>        at mondrian.xmla.XmlaHandler.getExtra(XmlaHandler.java:69)
>>        at mondrian.xmla.RowsetDefinition$DbschemaCatalogsRowset.populateImpl(RowsetDefinition.java:2169)
>>        at mondrian.xmla.Rowset.populate(Rowset.java:220)
>>        at mondrian.xmla.Rowset.unparse(Rowset.java:192)
>>        at mondrian.xmla.XmlaHandler.discover(XmlaHandler.java:2806)
>>        ... 19 more
>> Caused by: java.lang.reflect.InvocationTargetException
>>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>        at java.lang.reflect.Method.invoke(Method.java:597)
>>        at mondrian.xmla.impl.Olap4jXmlaServlet$1.invoke(Olap4jXmlaServlet.java:453)
>>        ... 25 more
>> Caused by: java.lang.AbstractMethodError: org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.unwrap(Ljava/lang/Class;)Ljava/lang/Object;
>>        ... 30 more
>> 
>> 
>> A possible fix is to add that "catch (AbstractMethodException e)" clause to the method below in XmlaHandler.java line 2806
>> 
>> 
>>    public static XmlaExtra getExtra(OlapConnection connection) {
>>        try {
>>            final XmlaExtra extra = connection.unwrap(XmlaExtra.class);
>>            if (extra != null) {
>>                return extra;
>>            }
>>        } catch (SQLException e) {
>>            // Connection cannot provide an XmlaExtra. Fall back and give a
>>            // default implementation.
>>        } catch (AbstractMethodError e) {
>>            // the connection does not implement the "unwrap" method
>>        }
>>        return new XmlaExtraImpl();
>>    }
>> 
>> 
>> What do you think?
>
>Are you running JDK 1.5? If so, java.sql.Connection does not implement "unwrap" (it was introduced in JDBC 4.0, i.e. JDK 1.6) but org.olap4j.OlapConnection implements a similar-looking-but-different "unwrap" method.
>
>In any case, the "unwrap" and "isWrapperFor" methods -- i.e. the methods on java.sql.Wrapper -- should be handled differently than regular methods. I'm not sure whether they should be dispatched to olapConnection or connection, but try both. I don't think we should handle AbstractMethodException -- that is a sign that we are dispatching to the wrong place.
>
>Julian
>
>
>
>------------------------------
>
>Message: 3
>Date: Thu, 4 Aug 2011 18:23:38 -0400
>From: <buildguy at pentaho.com>
>Subject: [Mondrian] Jenkins build is back to stable : mondrian #1134
>To: jhyde at pentaho.com, mondrian at pentaho.org, buildguy at pentaho.com
>Message-ID: <1693146892.1541312496618236.JavaMail.tomcat at ci>
>Content-Type: text/plain; charset="UTF-8"
>
>See <http://ci.pentaho.com/job/mondrian/1134/>
>
>
>
>
>------------------------------
>
>Message: 4
>Date: Fri, 5 Aug 2011 01:57:30 +0100
>From: Paul Stoellberger <p.stoellberger at gmail.com>
>Subject: [Mondrian] mondrian 3.3 instabilities
>To: Mondrian developer mailing list <mondrian at pentaho.org>
>Message-ID: <59732D94-6A4E-4802-99E1-470A907F1194 at gmail.com>
>Content-Type: text/plain; charset="us-ascii"
>
>hi,
>
>i know that there is a lot of stuff happening in 3.3 right now, but do you have an ETA for a release yet?
>unfortunately i depend on 3.3.....
>
>
>i just ran the latest build via olap4j and when i want to execute a query i get this exception:
>
>Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: mondrian.olap4j.FactoryJdbc4Impl$MondrianOlap4jCellSetJdbc4 at 402d0155 != null
>	at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
>	at java.util.concurrent.FutureTask.get(FutureTask.java:83)
>	at mondrian.rolap.RolapResultShepherd.shepherdExecution(RolapResultShepherd.java:125)
>	... 94 more
>Caused by: java.lang.IllegalArgumentException: mondrian.olap4j.FactoryJdbc4Impl$MondrianOlap4jCellSetJdbc4 at 402d0155 != null
>	at mondrian.server.StatementImpl.end(StatementImpl.java:94)
>	at mondrian.rolap.RolapConnection.executeInternal(RolapConnection.java:642)
>	at mondrian.rolap.RolapConnection.access$000(RolapConnection.java:52)
>	at mondrian.rolap.RolapConnection$1.call(RolapConnection.java:586)
>	at mondrian.rolap.RolapConnection$1.call(RolapConnection.java:585)
>	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>	... 1 more
>
>-paul
>
>
>
>------------------------------
>
>Message: 5
>Date: Thu, 4 Aug 2011 21:45:56 -0400
>From: <buildguy at pentaho.com>
>Subject: [Mondrian] Build failed in Jenkins: mondrian #1136
>To: jhyde at pentaho.com, mondrian at pentaho.org, buildguy at pentaho.com
>Message-ID: <1761922695.1571312508756768.JavaMail.tomcat at ci>
>Content-Type: text/plain; charset="UTF-8"
>
>See <http://ci.pentaho.com/job/mondrian/1136/changes>
>
>Changes:
>
>[Julian Hyde] MONDRIAN: Fix bug MONDRIAN-953, "UnsupportedOperationException with Analyzer on
>	    IBM JRE" and add a test case. As it happens, this bug went away with change
>	    14037, when I reworked member and tuple lists. But I added
>	    FilteredIterableList.toArray(T[]) anyway, just in case FilteredIterableList
>	    is still being used.
>
>[Luc Boudreau] MONDRIAN: [MONDRIAN-959] Upgrades the Apache Commons dependencies and get them in line with Kettle and the BI Platform.
>
>------------------------------------------
>[...truncated 371 lines...]
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between value_expression_primary ::= NULL (*) 
>  [javacup]   under symbol NE
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between value_expression_primary ::= NULL (*) 
>  [javacup]   under symbol RBRACE
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between value_expression_primary ::= NULL (*) 
>  [javacup]   under symbol RPAREN
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol EOF
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol AND
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol AS
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol CELL
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol DIMENSION
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol ELSE
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol END
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol IN
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol IS
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol MATCHES
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol MEMBER
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol NOT
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol ON
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol OR
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol PROPERTIES
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol RETURN
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol SELECT
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol SET
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol THEN
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol WHEN
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol XOR
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol COLON
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol COMMA
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol EQ
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol GE
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol GT
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol LE
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol LT
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol NE
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol RBRACE
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup] *** Shift/Reduce conflict found in state #98
>  [javacup]   between term3 ::= term3 IS NULL (*) 
>  [javacup]   under symbol RPAREN
>  [javacup]   Resolved in favor of shifting.
>  [javacup] 
>  [javacup]   Checking for non-reduced productions...
>  [javacup] Writing parser...
>  [javacup] Closing files...
>  [javacup] ------- CUP v0.10k Parser Generation Summary -------
>  [javacup]   0 errors and 64 warnings
>  [javacup]   69 terminals, 67 non-terminals, and 147 productions declared, 
>  [javacup]   producing 224 unique parse states.
>  [javacup]   1 terminal declared but not used.
>  [javacup]   0 non-terminal declared but not used.
>  [javacup]   0 productions never reduced.
>  [javacup]   63 conflicts detected (63 expected).
>  [javacup]   Code written to "Parser.java", and "ParserSym.java".
>  [javacup] ---------------------------------------------------- (v0.10k)
>   [javacc] Java Compiler Compiler Version 5.0 (Parser Generator)
>   [javacc] (type "javacc" with no arguments for help)
>   [javacc] Reading from file <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/parser/MdxParser.jj> . . .
>   [javacc] Note: UNICODE_INPUT option is specified. Please make sure you create the parser/lexer using a Reader with the correct character encoding.
>   [javacc] File "TokenMgrError.java" does not exist.  Will create one.
>   [javacc] File "ParseException.java" does not exist.  Will create one.
>   [javacc] File "Token.java" does not exist.  Will create one.
>   [javacc] File "SimpleCharStream.java" does not exist.  Will create one.
>   [javacc] Parser generated successfully.
>
>generate.resources:
>    [javac] Compiling 7 source files to <http://ci.pentaho.com/job/mondrian/ws/classes>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/resource/MondrianResource.java>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/classes/mondrian/resource/MondrianResource.properties>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/resource/MondrianResource_en_US.java>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/classes/mondrian/resource/MondrianResource_en_US.properties>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/resource/MondrianResource_de_DE.java>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/classes/mondrian/resource/MondrianResource_de_DE.properties>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/resource/MondrianResource_de.java>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/classes/mondrian/resource/MondrianResource_de.properties>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/resource/MondrianResource_es_ES.java>
>   [resgen] Generating <http://ci.pentaho.com/job/mondrian/ws/classes/mondrian/resource/MondrianResource_es_ES.properties>
>
>generate.properties:
>    [javac] Compiling 1 source file to <http://ci.pentaho.com/job/mondrian/ws/classes>
>     [java] Generating src/main/mondrian/olap/MondrianProperties.java
>     [java] Generating doc/properties.html
>     [java] Generating mondrian.properties.template
>
>def:
>   [xomgen] Writing <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/olap/mondrian.dtd>
>   [xomgen] Writing <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/olap/MondrianDef.java>
>   [xomgen] Done
>     [copy] Copying 1 file to <http://ci.pentaho.com/job/mondrian/ws/lib>
>   [xomgen] Writing <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/gui/mondrian_SW.dtd>
>   [xomgen] Writing <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/gui/MondrianGuiDef.java>
>   [xomgen] Done
>     [copy] Copying 1 file to <http://ci.pentaho.com/job/mondrian/ws/lib>
>   [xomgen] Writing <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/xmla/datasourcesconfig.dtd>
>   [xomgen] Writing <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/xmla/DataSourcesConfig.java>
>   [xomgen] Done
>     [copy] Copying 1 file to <http://ci.pentaho.com/job/mondrian/ws/lib>
>
>compile.java:
>    [javac] Compiling 660 source files to <http://ci.pentaho.com/job/mondrian/ws/classes>
>    [javac] <http://ci.pentaho.com/job/mondrian/ws/src/main/mondrian/xmla/impl/Olap4jXmlaServlet.java>:264: cannot find symbol
>    [javac] symbol  : method getConnectionPool()
>    [javac] location: class org.apache.commons.dbcp.BasicDataSource
>    [javac]                                 bds.getConnectionPool().evict();
>    [javac]                                    ^
>    [javac] Note: Some input files use or override a deprecated API.
>    [javac] Note: Recompile with -Xlint:deprecation for details.
>    [javac] Note: Some input files use unchecked or unsafe operations.
>    [javac] Note: Recompile with -Xlint:unchecked for details.
>    [javac] 1 error
>
>BUILD FAILED
><http://ci.pentaho.com/job/mondrian/ws/build.xml>:532: Compile failed; see the compiler error output for details.
>
>Total time: 43 seconds
>Recording test results
>Archiving artifacts
>Recording fingerprints
>Skipping Cobertura coverage report as build was not UNSTABLE or better ...
>
>
>
>------------------------------
>
>_______________________________________________
>Mondrian mailing list
>Mondrian at pentaho.org
>http://lists.pentaho.org/mailman/listinfo/mondrian
>
>
>End of Mondrian Digest, Vol 57, Issue 4
>***************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pentaho.org/pipermail/mondrian/attachments/20110805/464da43b/attachment-0001.html 


More information about the Mondrian mailing list