On Sun, 10 Jul 2005, Henning P. Schmiedehausen wrote:

Thomas Fischer <[EMAIL PROTECTED]> writes:

- replace village (and fix the village-associated bugs)

I wrote something about this a long time ago and had some conversation
with Jon Stevens about this. His opinion was basically "no, I will not
give the code to the ASF". However, the code _is_ under ASF 1 like
license, so a fork outside the ASF would IMHO be possible.

If you are interested in this and look for a starting point; you can get

http://henning.schmiedehausen.org/code/village-260.tar.gz

which is a snapshot of my internal subversion tree of village. This is
basically CVS head from share.whichever.com, cleaned up a bit and
added a maven build. I once intended to work on this but I have a few
new ideas which I want to intigue Thomas with @ ApacheCon. :-)


In my opinion, the basic question is whether we want to use village in the long run or whether we want to replace it. In my opinion, Torque uses very few features of Village, but it sees most of the restrictions. For example, one of the very central ideas of village, i.e. getting information about the database out of the metadata is useless for Torque, because in Torque, we already know the Structure of the database from the map builders. Using the metadata instead leads to problems like http://issues.apache.org/scarab/issues/id/TRQS285. In my opinion, Torque uses village just as a jdbc replacement in the moment. There might be things that can be done more easily in village as compared to jdbc, but there are not many of it. On the other side, plain jdbc is faster and more efficient, and one does not have any intrinsic limitations.

Some time ago, just out of curiosity, I tried to implement the doSelect() part with plain jdbc, and it worked surprisingly well. I stopped working on it to get the release ready, but I will port it to the newest CVS version and put it somewhere publicly.

    Thomas

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to