RE: Classloader Problems: loading webapp classes using commons CL

2008-01-12 Thread Caldarale, Charles R
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: RE: Classloader Problems: loading webapp classes > using commons CL > > You are referring to the webapp contexts as 'applications', while > I regard the webapp contexts as *components* of a larger applica

RE: Classloader Problems: loading webapp classes using commons CL

2008-01-12 Thread uma_rk
is a federation of webapp contexts. Regards, /U -- Original message -- From: "Caldarale, Charles R" <[EMAIL PROTECTED]> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Subject: RE: Classloader Problems: loading webapp classes

RE: Classloader Problems: loading webapp classes using commons CL

2008-01-12 Thread Caldarale, Charles R
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: RE: Classloader Problems: loading webapp classes > using commons CL > > You won't duplicate a sorting algorithm even if it takes only > a few more bytes would you? Duplicating source code, certainly n

RE: Classloader Problems: loading webapp classes using commons CL

2008-01-12 Thread uma_rk
Thanks Doc. I am attempting to refactor common classes is not for saving "a bit more of PermGen" space, but to create a structured layering. You won't duplicate a sorting algorithm even if it takes only a few more bytes would you? I am trying to determine if its possible to attempt such a layeri

RE: Classloader Problems: loading webapp classes using commons CL

2008-01-12 Thread Caldarale, Charles R
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Subject: Classloader Problems: loading webapp classes using commons CL > > This has been the beginning of my problems: the common classes > make direct and indirect references to the webapp-specific classes > during the context loading. "Doct