No doubt, Oracle has a vested interests in making their DBMS's into
application servers rather than just a dumb data-store, that's
essentially what PL/SQL was about. Furthermore, I think Oracle would
just loooove for more ways to offer upgrades to the latest and
greatest embedded JVM version - that's how it is today, the JVM
version is bound to the DBMS version.

However, working somewhere with lots of horrible PL/SQL to maintain,
I'm not sure this is the right way to go. Then I'd prefer an easy
(transactional and distributed?) way of exposing GWT-RPC and REST/JSON
services (and no, not through various ginormous enterprise SOA
stacks). This would be much more future proof and less invasive. Data
will be around for a long time, client applications and the languages
they're written in might not be.


On May 12, 7:21 pm, Alexey Zinger <[email protected]> wrote:
> Not sure how many of the Posse listeners deal with Oracle databases on a 
> regular basis, but I remember coding against an Oracle back-end at my very 
> first Java job (almost my first job, period) and have been coming into 
> contact with those databases periodically ever since, including my current 
> work.
>
> I remember when Oracle 8i introduced JVM running inside the database, which 
> allowed you to write stored procedures in Java, instead of PL-SQL.  And it 
> just dawned on me now, years later, that as a Java developer, knee-deep in 
> enterprise projects most of the time, never gave that feature much more than 
> a fleeting glance.  The recent Sun acquisition has made me wonder if Oracle 
> doesn't have some plans to fortify this angle -- to open their RDBMS to 
> other, less traditional techniques.  I looked around and found some 
> documentation regarding writing Java stored procedures, as things stand, and 
> to my disappointment, it appears there is still no way to marshal custom 
> objects in or out of Oracle using this technology.  At least, it doesn't 
> appear to be its intended use.  But suppose we could do it?  I'm already 
> using GWT, which allows me to write a Java "bean" that can go seamlessly 
> between a servlet container and Javascript on the client.  Wouldn't it be neat
>  to be able to extend that language interoperability all the way to the 
> relational store?
>
> Anyone know anything about Oracle's plans or lack thereof regarding 
> DB-embedded Java?
>
>  Alexey
> 2001 Honda CBR600F4i (CCS)
> 2002 Suzuki Bandit 1200S
> 1992 Kawasaki 
> EX500http://azinger.blogspot.comhttp://bsheet.sourceforge.nethttp://wcollage.sourceforge.net
>
> --
> You received this message because you are subscribed to the Google Groups 
> "The Java Posse" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to 
> [email protected].
> For more options, visit this group 
> athttp://groups.google.com/group/javaposse?hl=en.

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Reply via email to