Hi All
I am not sure how many of you are familiar with JavaSpaces.
JavaSpaces is a specification from sun and is part of the JINI framework
even though it is not realy dependent on JINI ).
The nice thing about a space is that it provides a very simple and elegant
shared object repository.
If you are interested in such a solution than I would suggest that you would
take a look into this. I had listed several sources of information on our
web site www.j-spaces.com . you can also find more relevant information
www.jini.org .
We had developed our space implementation with an open persistent layer that
works both with RDBMS and ODBMS so it in a way it solves the dilemma in
using RDBMS and ODBMS.
In addition to that the space provide an elegant approach not just for
storing objects but also for exchanging them. Since it utilizes the JINI
framework it can be found spontaneously that is the client does not need to
know in advance where it is located it does not need to install any driver
for using it (the driver is loaded dynamically ).
Object can be stored without any need for additional post compilation or
mapping. The space support distributed transactions etc.
Nati Shalom
[EMAIL PROTECTED]
J-Spaces Technologies
"The space is the network"
www.j-spaces.com
-----Original Message-----
From: A mailing list for Enterprise JavaBeans development
[mailto:[EMAIL PROTECTED]]On Behalf Of Winston Gnananayagam
Sent: Tue 03 July 2001 20:21
To: [EMAIL PROTECTED]
Subject: Re: Offtopic: Experiences with ODBMS...
Seems like there is a big untapped market for providing 3rd party tools to
integrate with ODBMS. Hopefully some folks are already working on
technologies related to that. Please, do let me know if anybody is making
initiatives on this aspect. Looking for pointers in that direction, so I can
evaluate, if its time to adopt this technology.
Winston.
----- Original Message -----
From: "Jay Walters" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 02, 2001 3:33 PM
Subject: Re: [EJB-INT] Offtopic: Experiences with ODBMS...
> Definitely the operations people are probably not it... Depends on the
> organization of course... This stems from problems early in the days of
> OODBMS when they weren't nearly as robust as an RDBMS, I can't comment if
> they'd made much progress. And as Tinou also said, tool integration can
be
> an issue in terms of report writers, query tools, etc.
>
> Cheers
> Jay
>
> -----Original Message-----
> From: Tinou Bao [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 02, 2001 3:32 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Offtopic: Experiences with ODBMS...
>
>
> comments from a guy who hasn't used one but would like to:
>
> From what I've read people who use object dbs love it (maybe the ones who
> don't like it aren't saying anything...) but the the major things I would
> say have prevented us from using versant or the likes are:
>
> * clients don't want anything but oracle/sql server bc they already got it
> and it's hard to "go wrong with it"
> * integration with 3rd party tools that talk to oracle et al
only...versant
> et al have java apis and probably adapters for jdbc/sql but it's probably
> not officially supported by the product u need to integrate with...
>
> --
> Tinou Bao
> www.tinou.com
>
>
> ----- Original Message -----
> From: "Winston Gnananayagam" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, July 02, 2001 2:45 PM
> Subject: [EJB-INT] Offtopic: Experiences with ODBMS...
>
>
> > Hi all,
> > Can anybody share their experiences in deploying a design
> solution
> > that involves an ODBMS. Are there any major pitfalls in using a ODBMS to
> > persist your objects as opposed to using a relational database. I'm not
> > trying to completely avoid a relational database, but I need a odbms
that
> > could co-exist with a rdbms and take care of persisting my objects.
> > I'm right now evaluating some ODBMS products, which will
> provide
> > simple means for storage and fast retrieval of my objects in a
> distributed,
> > multi-user environment. Support for retrieving data using complex
queries
> is
> > an absolute necessity.
> > My goal is to avoid all the middleware components(O-R Tools)
> > that's needed to keep my objects persistent. Hopefully, I'd also avoid
> > further bloat of my application without any use of Entity Beans. I'm
sure
> my
> > application would end up with 40% less code. I've been also hearing that
> in
> > certain cases the applications using odbms products are 10 times faster
> than
> > the ones using rdbms. Seems like the cost benefits of using an ODBMS
> product
> > is extremely good as they are a lot cheaper than the existing RDBMS
> > products.
> > Anyway, my bottom line is, I'm looking for a solution to
persist
> > my objects and retrieve them fast. I don't need anything fancy at all
that
> > today's RDBMS products provide. Any pointers/tips/warnings from
architects
> &
> > developers will help me out a lot.
> > Winston.
> >
> >
>
===========================================================================
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> > of the message "signoff EJB-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
> >
> >
>
>
===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
