db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel John Debrunner <...@debrunners.com>
Subject Re: Statement Execution
Date Fri, 31 Dec 2004 17:56:52 GMT
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Philip Wilder wrote:

> Greetings,
>
> I am attempting to trace a path through the code when someone initiates a
> sql query. Thus Far I have been able to track it down to the
> impl.sql.GenericActivationHolder.execute() method but I can't figure out
> where it goes next.
>
> //It creates a new BaseActivation
> BaseActivation  newAC = (BaseActivation) newGC.newInstance(lcc);
> ...
> //Sets this new BaseActivation to the old one.
> ac = newAC;
> ...
> //Calls the execute function of this activation despite the
> //fact that BaseActivation doesn't have a execute method.
> return ac.execute();
>
> My thought was that perhaps it was calling the execute method of the
> impl.sql.execute.ConstantActionActivation class but such does not
appear to
> be the case.

Each query is compiled into a generated Java class, using bytecode
directly. The execute method is in this generated class. Some
information about the execution can be found in papers and presentations
here:

http://incubator.apache.org/derby/papers/index.html


Dan.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFB1ZLkIv0S4qsbfuQRAutHAKDQqYpos0sZqaKRgKSKlcdOa4jbbwCcC8qi
9X/lSUA4X8ylNFtF8cEWw8g=
=Q5/v
-----END PGP SIGNATURE-----


Mime
View raw message