I just think that any focus that leverages Java on the client-side will soon
be a useless byproduct of the server-side wars poised to launch with
Whistler/IE6/.NET.  MS OS's penetrate very rapidly to 30% marketshare, then
taper and rise at a more stable pace.  It will not contain any JAVA and
hoping planet Earth embraces an 18-mb plug-in for Java is a tad on the
"dreamy" side.

I just don't like the idea of wasting allot of brain-calories on a solution
that already has an inevitable death sentence hanging over it.  M$ only has
one advantage in the pending war, their OS monopoly.  And all the early
signs (messaging deal recently announced with E-Bay) is they plan on
leveraging their OS monopoly with advanced client-side interaction in the
hopes of stifling the popularity of Java on the server.

Just my thoughts on this.

DS

----- Original Message -----
From: "Michael Pemberton" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, March 26, 2001 11:19 PM
Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)


> Have a look at the attached code.  I have been able to get it working on
ns4 (all OSs) IE5 & 5.5 Win (haven't tested it on ie4).  IE5 on mac's are
unable to interact with applets and as such will not work and i'm not sure
how to get around this.
>
> I don't see any way of using the load panel to load content in the fashion
required by the JSRS.  this is because once you load the content into a load
panel in ns4, there is NO way of reading it or altering it.
>
> Since my code already works with the API, I see it as being a better
alternative for loading code and interacting with servers.  I'm in the
process of getting it to submit a form using the POST method instead of GET.
This will allow for more than 3k of data to be sent. (works in IE but NS is
having problems with security restrictions in Java).
>
> If you really wanted, it would be possible to build version that used Java
directly in NS without the need for an applet.  This would give less error
detection but may be faster than the applet.
>
> It could be possible to use the JSRS code to allow for Mozilla to do the
work to get around java security issues.  Unfortunately once you start using
anything but java, you are restricted to 3k data size for sending infor
using a URL.
>
> "Henrik Våglin" wrote:
>
> > Hello Brent
> >
> > I don't remember if I ever got to answer up on this before,  so I hope
you forgive this late response.
> >
> > Anyway, I'm most interested in trying at a merge between your JSRS and
the DynAPI. I was about to do some kind of serverside companion to DynAPI
anyway, because I'm almost certain I would have extensive use of it I figure
and i figure your JSRS would spare me a lot of hassle if i could get into
how it works properly. I know ASP and how to script it with jscript which
i've understood you do too. If we get JSRS and ASP working with DynAPI - I
thinik it won't be long before someone comes up with ports for other
serverside flavours too.
> >
> > I've taken a quick glance at jsrsClient.js file and from what i can
tell, there's not very much needed to do to get it DynAPI compaible. Iwill
try and do some kind of initial port forover, but basically I see it like
this -and this applies very well to the model I have been pondering of
implementing in even before I was aware of your project:
> >
> > - the 'jsrsContextObj' and container could be ported to a DynAPI
LoadPanel, which basically is a dynlayer with the ability to load pages
into.
> >
> > - DynAPI uses prototyping, so a lot of what is functions in JSRS would
better be ported to the prototyping model of either of the above proposed
objects.
> >
> > This is what i've figured so far. Does it make sense to you? I'd like to
establish some kind of common understanding with you before I get in deep in
trying to do the actual porting.
> >
> > Henrik Våglin [ [EMAIL PROTECTED] ]
> >
> > ----- Original Message -----
> > From: "Brent Ashley" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Thursday, March 01, 2001 4:41 PM
> > Subject: [Dynapi-Dev] Loading External Content (Remote Scripting)
> >
> > > Hello all;
> > >
> > >  I've read some of the dynapi-dev archives about dynamic loading of
external
> > > data and I think my JSRS JavaScript Remote Scripting library might be
well
> > > suited to be used with DynAPI.  Not having used DynAPI, I can't
immediately
> > > give you an example of them working together, but I expect an
implementation
> > > would be trivial to those familiar with both.
> > >
> > >   JSRS is a library which uses hidden layers or iframes to make remote
calls
> > > to functions on a server page.  It's known to work with IE4, IE5 on
Windows,
> > > Linux, Mac and NS4, NS6, Mozilla on Windows and Linux.  While
originally
> > > written to work with IIS and ASP, a recent IBM Developerworks article
by
> > > Erik Hatcher
> > > (http://www-106.ibm.com/developerworks/library/wa-resc/?dwzone=web)
provides
> > > a Java servlet which extends the server-side to Apache/Tomcat.  It
should be
> > > fairly easy to get PHP, Perl CGI, JSP etc server implementations going
as
> > > well.
> > >
> > >   It's in production use in Canada, the US, Australia, the
Netherlands,
> > > Austria and likely other places as well.
> > >
> > >   JSRS is open and free, so if anyone wants to build upon it or pull
it
> > > apart to merge it with DynAPI, I'd be glad to help.
> > >
> > >   You can find JSRS and other Remote Scripting info at
> > > http://www.ashleyit.com/rs .
> > >
> > >  - Brent -
> > >
> > >
> > > _______________________________________________
> > > Dynapi-Dev mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
> > _________________________________________________________
> > Do You Yahoo!?
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
> --
> Michael Pemberton
> [EMAIL PROTECTED]
> ICQ: 12107010
>
>


_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-dev

Reply via email to