I'll make the bug assignment. As for the bug mentioned, "FOP can't be embedded in Tomcat 4.0.4", I have to say this- we've been using various versions of FOP under Tomcat 4.0.4 for a while...at least, until my supervisor switched us to Jetty. Everything ran fine. I have made no *EXPLICIT* attempt at reproducing that bug, but I can make some guesses on what might be going on. I mentioned this in a previous post, but I'll speculate it again- what I think is happening in this case is a function of where the FOP classes were getting loaded from. Clearly, this person wasn't packing FOP in a WAR, since if that were the case, no class packed in a WAR could get to its own classloader, which would mean web applications of all kinds (including some I've written here at FCCI) would have experienced this problem in Tomcat 4.0.4. So, my best guess, without having analyzed Tomcat 4.0.4 source, would be that they are putting FOP in a directory that's loading classes Tomcat wants to keep protected from other parts of the program being able to access. I suppose that they could load classes with a classloader that would kill the classloader reference of the Class object for the sake of internal security.
Quite why they would want to do this, I have no idea, but like I said, I haven't read much TC 4.0.4 source to know. The bug report says it was "due to a change in security," so it just might have something to do with allowing applications in WARs to have access to classes loaded by some "library classloader", but denying them access to that classloader, which I guess would be a technique to prevent web applications from having access to a classloader that has domain over lots of Tomcat internals. That seems like a bit of a roundabout to go through, but it might be what's going on. I can say right now that I suspect I will have enough time this weekend to work on one thing we'd like cleared up. If you guys would rather see the root of this TC 4.0.4 classloader bug pinned down, I can work on that instead. I really just want to put my effort where it's needed I'm not sure when I became a classloader expert, but I won't complain. ;) -----Original Message----- From: Christian Geisert [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 2:39 PM To: [EMAIL PROTECTED] Subject: Re: Page breaking infinite loop Rhett Aultman schrieb: > I'm having a very involved working weekend this weekend, and I'm writing my list of >things to do. There's some openings in it, and I thought I might tackle the infinite >loop that occurs in the page breaking test as has been documented in some previous >bugs in our Bugzilla. Before I settled in to that, though, I wanted to make sure my >effort wasn't being repeated elsewhere. I haven't seen anyone resolve the bug, so >I'm assuming it's still needing work. Is anyone else out there working on this, or >should I roll up my sleeves and get to it? Go for it! (don't forget to assign the bug to yourself) By the way .. any comments from you (as a classloader expert ;-) on the following bug: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10255 Christian --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
