[08:53:13 CDT(-0500)] * edalquist (n=dalquist@76.210.71.87) has joined ##uportal
[09:45:01 CDT(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:51:31 CDT(-0500)] * shawnlonas (n=shawn@uni1.unicon.net) has joined ##uportal
[11:53:30 CDT(-0500)] * dmccallum (n=dmccallu@uni1.unicon.net) has joined ##uportal
[13:09:53 CDT(-0500)] * andrewpetro (n=microcli@uni1.unicon.net) has joined ##uportal
[13:45:33 CDT(-0500)] <dmccallum> Hi Eric, was wondering if i could pick your brain a bit on this beanfactory deadlock issue
[13:50:41 CDT(-0500)] <dmccallum> Basically, the situation is that having multiple, lazily-initialized beanfactories is a land-mine. Without very careful bean organization, I think we'll always run the risk of Thread A holding the singleton map lock on Factory X while trying to resolve a dependency into Factory Y, while Thread B holds the singleton map lock on Factory Y while trying to resolve a dependency into Factory X. If we could reduce the multiplicity of singleton map locks,
[13:51:16 CDT(-0500)] <EricDalquist> hey, just got back from a meeting
[13:51:21 CDT(-0500)] <EricDalquist> hrm
[13:51:25 CDT(-0500)] <dmccallum> Hey.
[13:51:39 CDT(-0500)] <dmccallum> It also turns out that just throwing all factories into eager-init mode doesn't do the trick b/c of a bush of inter-factory dependencies in GaP
[13:51:54 CDT(-0500)] <dmccallum> so.... what do you think about this idea.....
[13:52:29 CDT(-0500)] <dmccallum> One beanfactory to rule them all with our fine-grained <beans> definitions collected into that beanfactory with <include> directives
[13:53:01 CDT(-0500)] <EricDalquist> yeah, I was just going to say. this is all because of our 'neat' contexted bean factory stuff
[13:53:05 CDT(-0500)] <EricDalquist> that is all custom (bleh)
[13:53:28 CDT(-0500)] <EricDalquist> I think we need to resign ourselves to the standard bean factory classes from spring and do just what you said
[13:53:42 CDT(-0500)] <dmccallum> I agree. I vote to jettison those addressable bean factory heirarchies for now
[13:53:58 CDT(-0500)] <EricDalquist> I think using the 'parent' bean factory capabilities is ok (since you can only see up, not down or sideways)
[13:54:17 CDT(-0500)] <EricDalquist> then we just ensure we enforce nice bean names
[13:54:31 CDT(-0500)] <EricDalquist> we can even stick with using the /'s if we want
[13:54:38 CDT(-0500)] <dmccallum> exactly.
[13:54:50 CDT(-0500)] <EricDalquist> cache/portletContent or cache.portletContent or whatever
[13:55:14 CDT(-0500)] <EricDalquist> just have the beans and included context files named nicely
[13:55:23 CDT(-0500)] <EricDalquist> sounds like this can go along with the context file reorg task
[13:55:48 CDT(-0500)] <EricDalquist> move them all into a WEB-INF/context directory and perhaps even more sub-directories under that to make them a bit easier to sort through
[13:55:55 CDT(-0500)] <dmccallum> on your point about upwards-only-directed hierarchies.... i may be missing something, but i think that only comes into play for the portlet app contexts, which will be children of the root web app context.
[13:56:03 CDT(-0500)] <EricDalquist> yeah
[13:56:14 CDT(-0500)] <EricDalquist> thats pretty much it
[13:56:24 CDT(-0500)] <EricDalquist> but I think we can force that relationship in the includes as well
[13:56:27 CDT(-0500)] <EricDalquist> if we wanted to
[13:56:39 CDT(-0500)] <dmccallum> i see. ok... if you don't object, then, I can take a stab at this re-org.
[13:56:47 CDT(-0500)] <EricDalquist> sounds good
[14:49:10 CDT(-0500)] * arybicki (n=arybicki@openii10.openii.net) has joined ##uportal
[14:49:56 CDT(-0500)] * arybicki (n=arybicki@openii10.openii.net) has left ##uportal
[14:59:56 CDT(-0500)] <andrewpetro> Is JA-SIG Confluence slowing to a crash? Seems to be very unperformant today.
[15:28:46 CDT(-0500)] * andrewpetro (n=microcli@uni1.unicon.net) has left ##uportal
[16:14:51 CDT(-0500)] * apetro (n=apetro@uni1.unicon.net) has joined ##uportal
[16:15:37 CDT(-0500)] * Topic is 'uPortal is the platform' set by apetro on 2006-10-24 16:15:37 CDT(-0500)
[19:03:48 CDT(-0500)] * EricDalquist (n=dalquist@76.210.71.87) has joined ##uportal
[19:12:09 CDT(-0500)] * dmccallum (n=dmccallu@uni1.unicon.net) has left ##uportal

Browser not supported