Re: Scaling Reggie
Mark Brouwer <[email protected]>
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
Dennis Reedy wrote: > On Sep 18, 2007, at 1237PM, Bob Scheifler wrote: > >>> Dennis Reedy wrote: >>>> The issue I found was the >>>> configuration of a service proxy was done incorrectly, resulting >>>> in a >>>> codebase of 90 MB (ouch). >> >> Mark Brouwer wrote: >> >>> The codebase is part of the marshalled objects >> >> I assumed Dennis meant the size of the jar files pointed at by the >> codebase string was 90MB, not that the codebase string itself was >> 90MB? > > Yes, thats correct. This being the case I am puzzled as to why the > OOME would occur? I see, could you show us the stacktrace. I'm also curious to find out why a large download JAR file with a normal codebase annotation can cause an OOME in Reggie (I still assume Reggie was throwing the OOME). Am I also correct you are just talking about one 'mis configured' service causing all this? FWIW and more related to Bob's remark. I've seen very large codebase annotations in some application servers where half the JAR files available in the Open Source world were on the class path [1] and where the application servers was installed low in a directory hierarchy. Codebase annotations were over 20 kBytes and some marshalled objects were really huge due to this. [1] often subclasses of URLClassLoader are used and probably most RMIClassLoaderSpi instances use the URLs that make up the class path for the codebase annotation. For this reason I tend to create a custom PreferredClassProvider subclass that does some trickery so that e.g. the value for java.rmi.server.codebase is used for the codebase annotation by some class loaders of the application server. Is also very helpful in case the codebase annotation might contain URLs that are not resolvable by clients. -- Mark -------------------------------------------------------------------------- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected]