Re: [Ekit-info] webstart and xhtml

[Kees J. <ke...@dd...>]

On Sunday 06 April 2003 11:54 pm, Samuel Alfonso "Vel=E1zquez" "D=EDaz" wro=
te:
> Hi!,
>
> About a RMI solution to this... I think I would
> consider this solution only in an intranet
> environment. I my case this wold be hard to implement,
> because the applet may be used in an internet/WAN
> environment and the permanent socket that RMI needs
> may not be posible in some cases and the known issues
> regarding to firewalls with RMI would be hard for me
> to get this feature going with RMI in this scenario.



Hi

no. I'm not talking about a rmi (aldo i might use it)

Im just talking about an interface

public interface FileInterface {
    public String getBaseName();
    public String getDirName();
    public byte[] getData();
    public FileInterface getParentFile();
    public void setData(byte [] data);
    public boolean isDirectory();
    public boolean mkdir();
    public boolean mkfile();
    public FileInterface[] getFileList();
    public java.net.URL toURL();
    public boolean exists();
    public long length();
    public boolean delete();
    public boolean renameTo(FileInterface fileInterface);
}

that can be implemented differen way's (one can be rmi or an other can be x=
ml=20
+ http post's)

http://carlit.mine.nu/~keesj/vfs/vfs/
(currently i only have a local file implementation .. :(
=46ile file =3D new FileFacade(new LocalFileImplementation(new=20
=46ile("/home/keesj/")));

to only real benefit is that there is not need to rewite the FileChooser an=
d=20
such.

>
> May be a beter solution would be to use a Java class
> to wrap HTTP calls to a serverside script PHP/JSP that
> could act as a bridge to the serverside file system.

that's wat i'm talking about.

>
> A more elegant solution would be to use web-services
> to provide this feature on the server side, but the
> applet would need the necesary classes to provide the
> comunication to server wich would substancially
> increment the applet jar size.
Dove?