RE: Internal storage of nodes

Hi Martin,

I'd like to use this in a tool that I have already built that uses the
MDRepository interface.  The storage would would be transient memory =
storage
only. =20

In the end, my primary goal is not really a focus on the storage, but an
effort to get to the source of where nodes come from in an extant model, =
such
as when a collection is returned from a refAllOfType call.  It seems =
like
these collections always go through getExternal, but I realize I might =
be
looking in the very wrong place for things ;-)

Thanks!

Brian

> -----Original Message-----
> From: Martin Matula [mailto:[email protected]]
> Sent: Tuesday, October 12, 2004 3:55 PM
> To: [email protected]
> Subject: Re: [mdr-dev] Internal storage of nodes
>=20
>=20
> Hi Brian,
> in what context do you want to measure this? Are you using MDR as a=20
> standalone tool or do you refer to its usage in JavaCore module?
> Martin
>=20
> Brian Topping wrote:
>=20
> >Hi list,
> >
> >I'm experimenting with some code in NBR and was wondering if=20
> I could confirm
> >some of my findings or get some alternate suggestions. =20
> >
> >I'm trying to find bottleneck points in the code for objects=20
> in a repository.
> >I'd like to add some experimental code to audit them as they=20
> go in or out of
> >storage.  It seems like persistent storage of objects is all=20
> done by mofID
> >via DeferredObjects, is that so?  Then it seems that
> >registerExternal/removeExternal/getExternal in MdrStorage=20
> are going to be
> >bottlenecks, that I should be able to audit everything that=20
> is created or
> >read from there.
> >
> >If this isn't the case, is there some minimal set of points=20
> that I can
> >intercept where objects in the repository are sent after=20
> they are created?
> >
> >Thanks!
> >
> >Brian
> > =20
> >
>=20
>=20
>=20