jon * wrote:
<snip>
> I agree...this would rock. ;-) We could also use it to generate all the
> database mapping objects in memory.
>
> If you notice in the turbine/conf directory, I started on something like
> this...I also have a XMLDatabaseMapBuilder that i need to check in still
> that will read that file and generate the mapping in memory.
How are you handling primary keys?
> Now, my only problem is trying to map stuff in memory to the various Peer
> classes...this is a problem i haven't been able to figure out how to solve
> yet...help on this is appreciated...yesterday, i thought it might be
> possible with introspection, but it is looking less and less likely...
>
> it would be REALLY friggen cool if it was possible to dynamically generate
> Java code in memory...i hate the fact that it isn't possible...this would
> solve a lot of big problems like having to write out java code like JSP,
> Cocoon2, Town 2.0b1, etc does...
Right. SUN is getting on my nerves.
- 1. Javac should be a standard part of the API and not in sun.tools.
- 2. It should be an interface with a snap-in implementation (IE snap
in jikes via JNI)
- 3. Should work on a Reader/InputStream so that you can write your JSP
to a ByteArrayOutputStream and then give that to javac without having to
worry about writing it to disk and wasting your time.
<thinking-out-loud>I am wondering if the ASF needs to be more active in
its community outreach. Richard Stallman/Miguel de Icaza are both very
active and speak for the FSF. Issues like this should be talked about
in the open and suggested. I think you pointed this out jon. Then
again I don't speak for the ASF......</thinking-out-loud>
Kevin
--
Kevin A Burton ([EMAIL PROTECTED])
http://relativity.yi.org
Message to SUN: "Please Open Source Java!"
"For evil to win is for good men to do nothing."
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
