Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / September 2006

Tip: Looking for answers? Try searching our database.

it doesn't make sense but that's how it's -RMI

Thread view: 
smarto59@hotmail.com - 05 Sep 2006 19:47 GMT
Im trying to connect client side applet with remote server using RMI.
At first all things going ok and the remote object returns the output
correctly. But when i try to modify the client side applet to call
another method in the remote object, its still returning the output of
the old method.  I tried to restart the server, restart the rmiegistry
and compile all the code again but still the problem exist. But when i
restart my computer and run the application the result would be the
output of the new method.

it doesn't make sense but that's how it's.

Sorry for long message>
Andrew Thompson - 05 Sep 2006 20:13 GMT
smart...@hotmail.com wrote:
> Im trying to connect client side applet with remote server using RMI.
> At first all things going ok and the remote object returns the output
[quoted text clipped - 6 lines]
>
> it doesn't make sense but that's how it's.

There was no question in there, however I will point out that
the problem is quite possibly caching of the applet classes
by the browser.

You can solve that by opening the Java console (in the
browser) and typing 'x' the 'clear classloader cache'

> Sorry for long message>

That message is not long!  You might even have afforded
to throw in a few more line-breaks to add more paragraphs.

Andrew T.
smarto59@hotmail.com - 05 Sep 2006 21:28 GMT
> smart...@hotmail.com wrote:
> > Im trying to connect client side applet with remote server using RMI.
[quoted text clipped - 11 lines]
> the problem is quite possibly caching of the applet classes
> by the browser.

The question simply is how to solve this problem by allowing the
browser to take the latest version of the applet class always?

> You can solve that by opening the Java console (in the
> browser) and typing 'x' the 'clear classloader cache'

please explain in more details how can i do that in
internet explorer. I understand that means the problem
from browser setting. isn't!!!

> > Sorry for long message>
>
> That message is not long!  You might even have afforded
> to throw in a few more line-breaks to add more paragraphs.

I will try to do that in the future.
> Andrew T.
Oliver Wong - 05 Sep 2006 22:12 GMT
>> You can solve that by opening the Java console (in the
>> browser) and typing 'x' the 'clear classloader cache'
>>
> please explain in more details how can i do that in
> internet explorer.

   When I google for "internet explorer java console" I get
http://fxtrade.oanda.com/help/view_java_console.shtml

   - Oliver
smarto59@hotmail.com - 06 Sep 2006 11:32 GMT
Thank you now I can test the applet in the browser.
but i need your suggestion about implementing rmi applet.
what its the best way to give the client the stub file to run
the applet in his side?
Andrew Thompson - 06 Sep 2006 11:56 GMT
..
> what its the best way to give the client the stub file to run
> the applet in his side?

Other resources (classes etc.) can be made available to
an applet by Jar'ing them and adding a reference to the
Jar in the 'archive' attribute of the applet element.

Andrew T.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.