Re: Announcement: Multicast WWW (MCWWW) BOF at Memphis IETF

• To: dauphin@sig.enst.fr (Gilles Dauphin)
• Subject: Re: Announcement: Multicast WWW (MCWWW) BOF at Memphis IETF
• From: Peter Parnes <peppar@cdt.luth.se>
• Date: Sun, 20 Apr 1997 20:04:26 +0200
• cc: www-multicast@w3.org
• From hoschka@w3.org Sun Apr 20 14: 04:40 1997
• In-reply-to: Your message of "Mon, 07 Apr 1997 12:31:40 +0200." <199704071031.MAA27343@tomcat.enst.fr>

> 
> > From peppar@cdt.luth.se Thu Apr  3 17:59:55 1997
> > 
> > In mWeb I have solved this by letting the local mcast receiver relay the 
> > info to the browser to a local web/server (built into the mWeb application). 
> > This works well if the "codebase" is relative to the web-page and not absolute.
> 
> Please, let me know why "codebase" is relative and not absolute?
> Is it a java problem? What is your analyze?

Yes, it is a Java-applet-security problem. An applet can only load classes 
from the same server that the HTML-page that contained the applet was loaded 
from.

In mWeb I fake all requests through a local HTTP-server that requests the 
missing class-files using multicasting (if not already available localy 
ofcourse) and hands back that information to the local browser. One mWeb 
application is run localy at each receiver.

/P

Ps. Sorry for the long delay in answering. Ds. 

/P

• Re: Announcement: Multicast WWW (MCWWW) BOF at Memphis IETF
• From: dauphin@sig.enst.fr (Gilles Dauphin)

• Prev: help
• Next: HELP
• Index: Message index of www-multicast@w3.org mailing list
• Thread: Thread index of www-multicast@w3.org mailing list