On Thu, 13 Dec 2001 13:47, Peter Royal wrote: > It looks like you read over it before Berin incorporated changes from our > exchange... might want to go back and look again :)
yep - no enough cycles in the day to keep up it seems ;) > > * Most things I know about would have components with multiple points. Is > > this supported? Also sometimes points are aggregations of other points - > > is this supported ? Something that may be useful would be to do something > > like > > > > //second parameter is the factor that the child point contribts to this > > point myProfilePoint.getChildPoint( "some-string-designation", 0.01f ); > > > > In this way you could support hierarchies of points > > hmm. can you give a more concrete example of where the aggregation would be > used? hierarchy of methods on different components. ie Components C1, C2, C3, C4 and Methods M1, M2, M3 and M4 such that C1.M1 calls C2.M2 and C3.M3. C2.M2 calls C4.M4 When profiling you want to know how much time in total was spent in M2 and you also want to know how much time was spent in M4 (and thus how much was spent solely in M2 without calling M4). Now instead of dealing with methods this could be arbitrary resource usages. ie consider an EJB call or set of EJB calls - how much is spent in cache layer, how much is spent in SQL layer, how much is spent walking through stack and so forth. Hmmm .. thats not making sense. I will try to explain better in another mail from home. > > * kinda related to above but is there a way for the container to > > associate "context" information with a point. ie a Point may say it is > > measuring variable X but the container may prepend this with > > "myContainer.myComponentName." > > Each ProfilePoint has a string name associated with it. Right - but can the parent add to that name to give it context. So just say we have two pools with identical properties except for their name (which is managed by container). Is there a way for container to inject name into profile point name. -- Cheers, Pete ---------------------------------------- Why does everyone always overgeneralize? ---------------------------------------- -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
