Marc G. Fournier wrote: > On Tue, 11 Jul 2006, Josh Berkus wrote: > > >I disagree. One of the things I'm asked by every single tech market > >analyst, after replication & clustering, is whether we have support for > >procedural Java. So it's something large-scale users want. If PL/Tcl > >belongs in the back end, then so does PL/Java. > > There should be a Procedural Language section on pgfoundry for all of the > PLs, IMHO, and a README in contrib within core that points to it > (README.procedural_languages, if nothing else) ...
This is not a smart idea, because it will mean API changes in the backend cannot fix the PLs right away (and also because it's harder to track each core branch, something which having the actual language in the same repo makes trivial AFAIK). I don't understand why you keep proposing this after having the idea shot down over and over. -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc. ---------------------------(end of broadcast)--------------------------- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
