[Mondrian] [Olap4j-devel] olap4j-xmlaserver: Initial refactoring of Mondrian's XMLA server into its own project

[Luc Boudreau]

You need to subclass XmlaServlet and implement createConnectionFactory()

Luc


On Thu, Jun 6, 2013 at 12:19 PM, Benedikt Kämpgen <benedikt.kaempgen at kit.edu
> wrote:

> Hello,
>
> Great idea to have a generic XMLA wrapper to any possible olap4j driver.
>
> I have tried to use xmla4js [1] on an instance of olap4j-xmlaserver [2]
> wrapping an own olap4j [3] driver [4].
>
> How do I setup olap4j-xmlaserver to use a specific olap4j driver?
>
> Any help would be appreciated.
>
> Best,
>
> Benedikt
>
> [1] <http://code.google.com/p/xmla4js/>
> [2] <https://github.com/olap4j/olap4j-xmlaserver>
> [3] <https://github.com/olap4j/olap4j>
> [4] <http://code.google.com/p/olap4ld/>
>
> ----- Original Message -----
> > From: "Luc Boudreau" <lucboudreau at gmail.com>
> > To: "Mondrian developer mailing list" <mondrian at pentaho.org>
> > Cc: "olap4j-devel at lists.sourceforge.net list" <
> olap4j-devel at lists.sourceforge.net>
> > Sent: Monday, September 3, 2012 8:49:32 PM
> > Subject: Re: [Olap4j-devel] [Mondrian] olap4j-xmlaserver: Initial
> refactoring of Mondrian's XMLA server into its own
> > project
> >
> >
> > Thanks a million Julian for undertaking this.
> >
> > Let's create the olap4j organization in GitHub. Commiters can become
> > members of that organization. Is it free to create organizations in
> > GitHub? I'd be willing to chip in to cover whatever fees.
> >
> > I propose that we use the package ogr.olap4j.server.xmla, which is in
> > line with the driver packages (ie. org.olap4j.driver.xmla).
> >
> > For Maven publication, I propose that we use the organization
> > org.olap4j and artifact olap4j-xmla-server. We could also rename the
> > project repository olap4j-xmla-server. I know it sounds picky, but
> > at least we won't introduce unnecessary confusion, since everything
> > will be consistent across the board.
> >
> > OK for Maven. My personal experience with Maven was a series of
> > disasters, but I'm willing to give it another shot. Only the crazy
> > people do the same thing over and over and expect a different
> > result, right?...
> >
> > Luc
> >
> >
> >
> >
> >
> >
> > On Fri, Aug 31, 2012 at 8:19 PM, Julian Hyde < jhyde at pentaho.com >
> > wrote:
> >
> >
> >
> > I've been promising for a long time to factor the XMLA server code
> > out of Mondrian. At last I've done it: see
> > https://github.com/julianhyde/olap4j-xmlaserver .
> >
> >
> > For now, the code is just a clone of the mondrian.xmla package (from
> > the lagunitas branch that will become mondrian-4.0). I've also
> > copied in some other classes (e.g. mondrian.olap.Util) that the XMLA
> > server depends upon.
> >
> >
> > I achieved the initial goal: it builds. (It builds using maven; I'm
> > sure there will be a mixture of loathing and adulation for this.)
> >
> >
> > Next step will be to eliminate the dependencies on intrinsic mondrian
> > classes like MondrianServer and MondrianProperties. I'll do this by
> > adding methods to the XmlaExtra callback. A few utility classes
> > (e.g. CompositeList) will be copied (i.e. will have versions in both
> > Mondrian and olap4j-xmlaserver).
> >
> >
> > Then I'll change mondrian lagunitas branch to use this library,
> > remove the mondrian.xmla package, and then rename the mondrian.xmla
> > package in olap4j-xmlaserver to something like
> > org.olap4j.xmla.server. The test suite will probably remain part of
> > mondrian for a few months.
> >
> >
> > The mondrian master branch, and the mondrian-3.4.x release series,
> > will not see this change; they will continue to use the
> > mondrian.xmla package.
> >
> >
> > Since the code is cloned from Mondrian, the license is the same as
> > Mondrian -- EPL. If I can get the original committers to agree, I
> > would like to switch to Apache 2 license.
> >
> >
> > Let me know what you think. Get involved. Discussions will be on the
> > mondrian mailing list.
> >
> >
> > By the way, let me know whether you like the project name and package
> > namespace. They're all up for change at this point. And the github
> > project may move, too.
> >
> >
> > Julian
> >
> >
> >
> >
> >
> > Julian Hyde
> > jhyde at pentaho.com
> >
> >
> >
> >
> > _______________________________________________
> > Mondrian mailing list
> > Mondrian at pentaho.org
> > http://lists.pentaho.org/mailman/listinfo/mondrian
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond.
> > Discussions
> > will include endpoint security, mobile security and the latest in
> > malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > _______________________________________________
> > olap4j-devel mailing list
> > olap4j-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/olap4j-devel
> >
>
> --
> AIFB, Karlsruhe Institute of Technology (KIT)
> Phone: +49 (721) 608 48941
> Email: benedikt.kaempgen at kit.edu
> Web: http://www.aifb.kit.edu/web/Hauptseite/en
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pentaho.org/pipermail/mondrian/attachments/20130606/909ce098/attachment.html