Re: torque 4.1 plans

2013-03-27 Thread Thomas Vandahl

Hi Thomas,

On 20.03.2013 01:59, Thomas Fox wrote:

Personally, I'd like to remove the deprecated APIs, especially the old
Criteria implementation, from the runtime.

+1


So these are the things I'd like to tackle.
Does anyone else have any other plans ?

I'd like to suggest two additional playgrounds:
- Further reduction of static classes in the runtime
- Handling of CLOBs/BLOBs. Currently, the data is loaded into memory 
(byte array or String) This can be dangerous when the L in BLOB really 
means *Large*. JDBC provides a possibility to read/write this data as a 
stream. I'd like to expose this functionality to the Torque API somehow. 
(Not entirely sure if that is possible at all)



Are there objections against
- adding groovy as additional template language to the generator
- adding typed models to the generator
- try to use convention over configuration in the generator
- starting an eclipse plugin elswhere


All +1. The eclipse plugin could as well be hosted in the Torque SVN, IMO.

Bye, Thomas.


-
To unsubscribe, e-mail: torque-dev-unsubscr...@db.apache.org
For additional commands, e-mail: torque-dev-h...@db.apache.org



Re: torque 4.1 plans

2013-03-27 Thread Thomas Fox
  ...
  Are there objections against
  - adding groovy as additional template language to the generator
  - adding typed models to the generator
  - try to use convention over configuration in the generator
  - starting an eclipse plugin elswhere

 All +1. The eclipse plugin could as well be hosted in the Torque SVN,
IMO.

The potential problem is that perhaps some implementations need to be
copied from the eclipse source and those sources will then be EPL. Not sure
if this can be avoided.
But maybe we can walk on this bridge when we come to it.

   Thomas


-
To unsubscribe, e-mail: torque-dev-unsubscr...@db.apache.org
For additional commands, e-mail: torque-dev-h...@db.apache.org



torque 4.1 plans

2013-03-19 Thread Thomas Fox

It's time to think about the plans for the 4.1 release :-)

Personally, I'd like to remove the deprecated APIs, especially the old
Criteria implementation, from the runtime.

Next, I'd like to tackle the templates editing is a pain problem in the
generator. There are two main difficulties which I am aware of:
When editing a template, the underlying data model needs to be in the mind
of the developer (e.g. which attributes has the table element). This would
be better if typed input could be used (e.g. a Table class with defined
attribute names would be defined in the templates) and if the IDE would
show autocompletion for the table's attributes. This is difficult to
achieve in velocity templates because the velocity does not support casts
for variables (my current ideas is to have casts in the template) and the
IDE support (at least the velocity eclipse plugin I know) also does not
support typed input. So my idea would be to experiment with typed models
inside the generator and then add support for another template language in
the generator. This template language would support casts and would come
with editor support for typed variables. What comes to my mind there is
groovy (which is Apache 2 licensed and has the described features). So the
idea would be to integrate groovy as another template language in the
generator, in addition to velocity (the generator is already built such
that different template languages are supported in principle).
The next difficulty is the extra config files for defining outlets and
generated files. There the strategy would be to think about convention over
configuration support (e.g register default outlets for all found
templates) and then perhaps add IDE support in an extra Torque eclipse
plugin (where it is uncertain whether the latter can be Apache licenced
because perhaps some eclipse source files must be copied in a modified
form, so I'd start this outside apache, probably at github, and see whether
we can integrate this in Torque later)

So these are the things I'd like to tackle.
Does anyone else have any other plans ?

Are there objections against
- adding groovy as additional template language to the generator
- adding typed models to the generator
- try to use convention over configuration in the generator
- starting an eclipse plugin elswhere

  Thomas


-
To unsubscribe, e-mail: torque-dev-unsubscr...@db.apache.org
For additional commands, e-mail: torque-dev-h...@db.apache.org