Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Speeding up RMI calls
Date: Mon, 30 Jul 2012 10:26:37 -0400
Message-ID: 
 <13B290A06827324E9ADB71AA314F818901897F92@otis.burlington.evertz.tv>
In-Reply-To: <BLU142-W26037BE2FC081823B75445AEC00@phx.gbl>
Thread-Topic: Speeding up RMI calls
Thread-Index: Ac1sybADUrhElmxERBmeS0KVqfs8uABk/Xzw
References: 
 <13B290A06827324E9ADB71AA314F8189017B6566@otis.burlington.evertz.tv>
 <4FFF3FEB.9070700@pidster.com>
 <13B290A06827324E9ADB71AA314F8189018973F4@otis.burlington.evertz.tv>,<13B290A06827324E9ADB71AA314F818901897F33@otis.burlington.evertz.tv>
 <BLU142-W26037BE2FC081823B75445AEC00@phx.gbl>
From: "Andrew Kujtan" <akujtan@evertz.com>
To: "Tomcat Users List" <users@tomcat.apache.org>

> -----Original Message-----
> From: Martin Gainty [mailto:mgainty@hotmail.com]
> Sent: Saturday, July 28, 2012 10:02 AM
> To: Tomcat Users List
> Subject: RE: Speeding up RMI calls
>=20
>=20
> Andrew
>=20
> It *sounds* like you are battling a network latency problem
> Can you identify the target RMI server then do a simple tracert from
> client to RMI Server to determine which intermediate node is causing
> the delay?
>=20
> Martin

I thought so too at first, so I moved them to the same machine with the
same results.
Overloading the classloader so that every RMI call did not contain a
list of 300+
"C:\Program Files\Tomcat\webapps\Root\WEB-INF\lib\my.jar;" corrected the
issue though.

-Andrew

> >
> > > > On 09/07/2012 16:55, Andrew Kujtan wrote:
> > > > > Tomcat Version: 7.0.27
> > > > >
> > > > > OS: Windows XP/7
> > > > > I'm fixing an issue we are having with a webapp that does some
> > > > > communication over RMI with a remote  server. Calls that would
> be
> > > > > instant in similar applications not inside the tomcat
container
> > are
> > > > > taking more than 30 seconds when called from tomcat. After
> > > debugging
> > > > > I've found that  when an RMI call is made, the classlist
> > containing
> > > > > all the jars in the webapp lib folders is being serialized
with
> > the
> > > > data.
> > > > > Which wouldn't be a problem normally, except the webapp has
> >300
> > > jars
> > > > > in its lib folder.
> > > >
> > > > In the other similar applications, are there 300+ jars on the
> > > classpath
> > > > too?
> > > >
> > > >
> > > > p
> > >
> > > Yes they are there as well, but the RMI calls don't include them,
> or
> > > any
> > > urls
> > > for that matter.
> > >
> > > >
> > > > > The only solution I have found is to create a custom
> > > > WebAppClassloader
> > > > > that returns a zero length URL array on the getURLs() call. We
> > > don't
> > > > > do any dynamic class loading so breaking that is not a
problem.
> > > > >
> > > > > My question is, is there any other way to resolve this, like a
> > > > > configuration property? If not, are there any problems that I
> am
> > > > going
> > > > > to introduce by overriding this method? Can I override the
> > > > classloader
> > > > > for just this webapp or am I stuck doing it for the entire
> tomcat
> > > > > instance?
> > > > >
> > > > >
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Andrew Kujtan
> >
> > I guess no one has run into this issue before, I've pushed it
through
> > and am just overloading the classloader in the server.xml
> >
> > Hopefully this doesn't break anything.
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: users-help@tomcat.apache.org
> >
>=20

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org