Hey,
I think splitting this file into more than one is a VERY good idea
to start with.
There is a programm called fastjar that is available from
freshmeat.net. I did not use it myself, but since it is written in good
old native C (or is it C++?) it MUCH more performant. I think y
>I have thought about pulling the class out of 1.2, but was not certain of
>the affects. Additionlly, I thought of just rewrting their code in 1.1.7.
>Either way that is an option.
>
>The Jar will consist of classes the will be run as an
>application/applet/serialized bean. But for the performan
>> From the context of what you're saying, I'm guessing that you're running a
>> Java application and not an applet on the client. What I can suggest is
>> that you write a custom ClassLoader that uses java.net.URL to connect to a
>> given web server, check dates (against the .jar in your local pa
On Thu, May 06, 1999 at 10:27:41AM -0700, Ted Neward wrote:
> From the context of what you're saying, I'm guessing that you're running a
> Java application and not an applet on the client. What I can suggest is
> that you write a custom ClassLoader that uses java.net.URL to connect to a
> given we
Thanks for the reply.
I have thought about pulling the class out of 1.2, but was not certain of
the affects. Additionlly, I thought of just rewrting their code in 1.1.7.
Either way that is an option.
The Jar will consist of classes the will be run as an
application/applet/serialized bean. But
Robert--
>Trying to optimize JAR performance. We have a JAR that is 700K using
>JDK1.1.7 and are looking for ways to improve the performance when using
>it. At this time we cannot migrate to Java2 and utilize the
>JArURLConnection. Does anyone have any suggestions? We would like to
>split the
