Subject | Re: [Firebird-Architect] Re: embedding Lua as procedural language |
---|---|
Author | Adriano dos Santos Fernandes |
Post date | 2008-12-22T19:09:31Z |
Jim Starkey escreveu:
The problem with reimplementing existing languages is maintaining up to
date with new versions, from the POV of who is not focused on the
language itself (i.e., a database implementor).
Using an existing implementation with its API is transparent to upgrade.
Java in FB embeds the JVM through JNI. It's tested with Java 6.
Certainly can work with Java 5, and probably with any complaint JVM.
Oracle 10g is tied with (Oracle) JVM 1.4 - sigh. Oracle 11i with JVM 5.
And there is Java 6.
Just to know, what's the version used in Netfrastructure? Does it
adheres 100% to the spec.?
Adriano
> I could probably design a better language for the problem. The question...
> is whether it would be sufficiently better to justify the effort
> involved in the design and in the endless explanations of why a new
> language was necessary.
>
> I'll probably extend the JavaScript implementation to handle 64 bitSo you are designing a new (better?) language. It will not be Javascript.
> iinteger with decimal scale factor and maybe BigInt.
The problem with reimplementing existing languages is maintaining up to
date with new versions, from the POV of who is not focused on the
language itself (i.e., a database implementor).
Using an existing implementation with its API is transparent to upgrade.
Java in FB embeds the JVM through JNI. It's tested with Java 6.
Certainly can work with Java 5, and probably with any complaint JVM.
Oracle 10g is tied with (Oracle) JVM 1.4 - sigh. Oracle 11i with JVM 5.
And there is Java 6.
Just to know, what's the version used in Netfrastructure? Does it
adheres 100% to the spec.?
Adriano