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
_______________________________________________ sapdb.general mailing list [EMAIL PROTECTED] http://listserv.sap.com/mailman/listinfo/sapdb.general
