Date: 2004-12-21T01:30:46 Editor: HenningSchmiedehausen <[EMAIL PROTECTED]> Wiki: DB Torque Wiki Page: TorqueFuture URL: http://wiki.apache.org/db-torque/TorqueFuture
no comment Change Log: ------------------------------------------------------------------------------ @@ -4,50 +4,54 @@ Don't expect everything written here to show up at once. I plan to use this page to poll for opinions on where to focus development in 2005. -- Henning +== General == + + * Better documentation from the beginning. Maybe drop xdoc in favor of an easier to use format? + == Torque Runtime == -* Get rid of the static Peer classes. (hps) + * Get rid of the static Peer classes. (hps) -* Get rid of Village. (hps) + * Get rid of Village. (hps) -* General SQL schema (database namespace) support. (hps) + * General SQL schema (database namespace) support. (hps) -* Defined datatypes for SQL columns and tables. (hps) + * Defined datatypes for SQL columns and tables. (hps) -* Introduce a some sort of "handle" onto a data source / table collection, allowing things like - defined initialization, setting default parameters (similar to Hibernate Session?) (hps) + * Introduce a some sort of "handle" onto a data source / table collection, allowing things like + defined initialization, setting default parameters (similar to Hibernate Session?) (hps) -* Move functionality from the generated Peer and Object classes back into the runtime. (hps) + * Move functionality from the generated Peer and Object classes back into the runtime. (hps) -* Build a pluggable criteria system using a generator (connected to the "handle" object to create - a criteria and an evaluation method to get the query / select string) (hps) + * Build a pluggable criteria system using a generator (connected to the "handle" object to create + a criteria and an evaluation method to get the query / select string) (hps) -* (Maybe) split up the Criteria into an Insert / Select / Delete criteria (hps) + * (Maybe) split up the Criteria into an Insert / Select / Delete criteria (hps) -* Build a unified Transaction system, which is able to use different transaction types thus allowing - the usage of transactions managed by a container (hps) + * Build a unified Transaction system, which is able to use different transaction types thus allowing + the usage of transactions managed by a container (hps) -* Keep the "simple" approach that made Torque fast and versatile: Don't try to rebuild Hibernate. No - generic object -> SQL mapper, just a table schema representation in SQL (hps) + * Keep the "simple" approach that made Torque fast and versatile: Don't try to rebuild Hibernate. No + generic object -> SQL mapper, just a table schema representation in SQL (hps) -* No implicit caching (maybe pluggable). Use JCS? (hps) + * No implicit caching (maybe pluggable). Use JCS? (hps) == Torque Code generator == -* Start looking into commons-sql, once is has been transferred to the DB Project. Start replacing - the SQL part of Code generation with the commons-sql generator, making it compatible and exchangeable - with OJB (hps) - -* Examine ways to generate the Class sources with this project (hps) - -* Allow multiple OM schemata to be generated, allowing one installed torque generator to be used for - multiple project with different runtime levels (-- Henning: I have a patch for this). (hps) - -* Get rid of Texen? Maybe go XSLT? Use some different templating technique (while Velocity and Texen - do a reasonably good job, their error reporting really lacks. Integration of the engine into other - projects is also not really intuitive). (hps) + * Start looking into commons-sql, once is has been transferred to the DB Project. Start replacing + the SQL part of Code generation with the commons-sql generator, making it compatible and exchangeable + with OJB (hps) + + * Examine ways to generate the Class sources with this project (hps) + + * Allow multiple OM schemata to be generated, allowing one installed torque generator to be used for + multiple project with different runtime levels (-- Henning: I have a patch for this). (hps) + + * Get rid of Texen? Maybe go XSLT? Use some different templating technique (while Velocity and Texen + do a reasonably good job, their error reporting really lacks. Integration of the engine into other + projects is also not really intuitive). (hps) == Maven Plugin == -* Generalize into a "code generator" plugin? (hps) + * Generalize into a "code generator" plugin? (hps) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]