Are you puting an RMI server object in the jsp VM?
Assuming not... Is there ever a point in time where no external
process has a handle to the server object? Are you doing anything
"unusual" with the stubs? serializing them?
The NoSuchObjectException does not come from the RMIRegistry, unless
y
it means the method you were calling has somehow changed since the
server's _Skel class was compiled. I know you said they're in sink,
but verify that the client and server both have the same version of
the interface, the impl, the _Stub and the _Skel classes... also
verify that the _Stub and _Ske
What does this exception thrown by my rmi client mean? The client
compiles with the latest version of the server.
java.rmi.ServerException: RemoteException occurred in server thread;
nested exception is:
java.rmi.UnmarshalException: invalid method hash
java.rmi.UnmarshalException: invali
Hi,
I assume you know how naughty absolute positioning is. Ten lashes with a
wet noodle for you.
It sounds as though you're assuming that the text is a certain size, and
that it is actually a different size. If you're not using FontMetrics,
you should be.
Without more information, it's hard
I using 1.2.2 RC3 on RedHat 6.1 and am seeing some pretty funky stuff.
I'm doing jsp development with gnujsp and RMI. What I'm seeing is that
one of my servers will randomly disappear. ( I get
NoSuchObjectExceptions when making calls to it. ) The process that ran
it is still running, but the r
Hello Everyone!
We're having a really difficult time properly displaying text within a
text field using the standard dialog font. For some reason, the text
within the text field gets pushed down such that only the very tops
of the characters are visible. Under MSwindows there are no
problem
Actually, I just figured it out. My hostname
was not included in /etc/hosts, so it appears
that something was silently failing.
After some digging at the jdc rmi forum,
using some code like the following
was suggested for a similar problem:
java.net.InetAddress localhost =
java.net.InetA
Does anyone know of an editor that displays the contents of /** Javadoc
comments */ in html
(and runs under Linux, of course)? I find that I'm spend quite a lot of
time correctly html
bugs in my api-bound comments.
Thanks
--
Barnet Wagman
email: [EMAIL PROTECTED]
On Thu, 16 Dec 1999 17:03:18 +0100, Johan Ekenberg wrote:
>> The README for the JDK shows how to do this with the Blackdown version.
>>
>> In versions of the JDK 1.1.x that predate JDK 1.1.7v3 you need to set
>> the NS_JAVA environment variable.
>>
>> As of JDK 1.1.7v3, the JDK will also support
On Thu, Dec 16, 1999 at 03:30:45PM +0700, Siriphen Wikaisuksakul wrote:
>
> When I compile java application, it take very long time to succeed and if I don't
>type -J-mx option, it can't compile the application. Here is the error message:
>
> The compiler has run out of memory. Consider using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 16 Dec 1999, Siriphen Wikaisuksakul wrote:
> >%_
> When I compile java application, it take very long time to succeed and if I don't
>type -J-mx option, it can't compile the application. Here is the error message:
>
> The compiler has run ou
> The README for the JDK shows how to do this with the Blackdown version.
>
> In versions of the JDK 1.1.x that predate JDK 1.1.7v3 you need to set
> the NS_JAVA environment variable.
>
> As of JDK 1.1.7v3, the JDK will also support noticing that you do not
> have the DISPLAY environment set and t
Use Jikes, from IBM.
http://www10.software.ibm.com/developerworks/opensource/jikes/?aw=50
On Thu, Dec 16, 1999 at 03:30:45PM +0700, Siriphen Wikaisuksakul wrote:
>
> When I compile java application, it take very long time to succeed and if I don't
>type -J-mx option, it can't compile the appl
When I compile java application, it take very long
time to succeed and if I don't type -J-mx option, it can't compile the
application. Here is the error message:
The compiler has run out of memory. Consider
using the "-J-mx" command line option to increase the maximum heap
size.
Could
14 matches
Mail list logo