Re: SQLJ

Max <[email protected]>
Newsgroups gmane.comp.db.sapdb.general
Message-ID <[email protected]>
   I think it would be really usefull, but I doubt it will happen,
unless you decide to implement it !

   SQLJ would be a huge plus for devellopers, because they give the
power of stored procs without compromising portability, but access to
stored procs is a major 'differentiator'.

  So database vendors, aren't too interrested since it removes the 
remaining 'vendor lock in', which is why they don't hype SQLJ too much.

  Open source databases aren't subject to these constraints, so one
would expect that they would adopt SQLJ. It might eventually happen,
but I doubt that it's for the near future, because the develloper
community is not asking for it, (the main reason being that the hype
hasn't been created by commercial db vendor marketing, for obvious 
reasons), and open source DBs are busy matching functionnality of 
commercial databases (and doing a good job at it !).



Michael Slinn wrote:
> This article is over a year old, but I didn't find any mention of SQLJ
> in the SAPDB listserv archive:
> http://www.fawcette.com/javapro/2002_04/magazine/features/bbeauchemin/
> 
> Perhaps this might be useful to SAPDB users?
> 
> Mike
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.