Remote Scripting and Sun JVM

[SW]

I have a Web application that uses Remote Scripting to provide dynamic
data to a web page. I am testing the application in Internet Explorer
6 SP1 running on Windows XP Professional.

When I use the Microsoft JVM, the application works without any
problems. However, as a result of future withdrawal of support of the
Microsoft JVM as a result of the settlement with Sun, I need to ensure
that the application works okay with the Sun Java plug-in for Internet
Explorer. Unfortunately, when the page loads with the Sun plug-in
enabled (confirmed by having a look at the Advanced section of the
Internet Options), an Install On Demand dialog appears stating that
the Java virtual machine component is required, which I imagine is the
Microsoft JVM.

Obviously, this component is no longer available, and clicking on the
OK button only reiterates this message. When I click on the Cancel
button instead, the Remote Scripting functionality fails to work.

Is it possible for Remote Scripting to be configured to work with an
alternative JVM, such as the Sun Java Plug-In, or is it entirely
dependent on the Microsoft version?

Many thanks in advance.

[Atrax]

> which I imagine is the Microsoft JVM.

question 1 : can you confirm that? I suspect it IS dependent on a
proprietery class or external control of some sort, but I can't say for
sure right now.
question 2 : are you considering abandoning remote scripting? my
personal view is that perhaps you should, though others may disagree.

________________________________________
Atrax. MVP, IIS
http://rtfm.atrax.co.uk/

newsflash : Atrax.Richedit 1.0 now released.
http://rtfm.atrax.co.uk/infinitemonk...trax.RichEdit/

*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!

[Bob Barrows]

Atrax wrote:

which I imagine is the Microsoft JVM.

question 1 : can you confirm that? I suspect it IS dependent on a
proprietery class or external control of some sort, but I can't say
for sure right now.
question 2 : are you considering abandoning remote scripting? my
personal view is that perhaps you should, though others may disagree.

I don't. Remote scripting is dead.

Bob

--
Microsoft MVP - ASP/ASP.NET
Please reply to the newsgroup. This email account is my spam trap so I
don't check it very often. If you must reply off-line, then remove the
"NO SPAM"

[Scott]

Bob Wrote:

"I don't. Remote scripting is dead."

I'm curious why? My Boss thinks it's the best thing since
slice bread. I'm new to ASP, so I haven't formed an
opinion yet.

-----Original Message-----
Atrax wrote:

which I imagine is the Microsoft JVM.
question 1 : can you confirm that? I suspect it IS dependent on a proprietery class or external control of some sort, but I can't say for sure right now.
question 2 : are you considering abandoning remote scripting? my personal view is that perhaps you should, though others may disagree.

I don't. Remote scripting is dead.

Bob

--
Microsoft MVP - ASP/ASP.NET
Please reply to the newsgroup. This email account is my

spam trap so Idon't check it very often. If you must reply off-line, then remove the"NO SPAM"
.

[Bob Barrows]

Scott wrote:

Bob Wrote:

"I don't. Remote scripting is dead."

I'm curious why? My Boss thinks it's the best thing since
slice bread. I'm new to ASP, so I haven't formed an
opinion yet.

It's obsolete technology. New security changes to IE and Windows are going
to make it much more difficult to use.

When I did try to use it a few years ago, I was not very successful due to
the need to make sure the needed software was properly installed on the
users' machines, and that the software on the server was working correctly.
It was a huge headache and I haven't attempted to use it since.

I have started using the XMLHTTPRequest object instead. I have rolled out
several applications using it and have yet to encounter a user whose machine
could not run my code (we are in an intranet so we can enforce that people
are using IE5 and above). I've created a demo that is available at
http://www.thrasherwebdesign.com/ind...s&hp=links.asp that
illustrates its use. Look for the dynamic listbox demo.

There are a couple more alternatives illustrated here:
http://www.davidpenton.com/testsite/tips/

HTH,
Bob Barrows
--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.

[SW]

I am also now considering using the XMLHTTPRequest functionality
provided by the XML parser installed with later versions of IE, as I
am operating in an Intranet environment.

Have you not encountered any issues at all? I know from using MSXML 4
that sometimes security issues have cropped up in the past.

Thanks for your help....

"Bob Barrows" <re******@NOyahoo.SPAMcom> wrote in message news:<OU*************@TK2MSFTNGP09.phx.gbl>...

Scott wrote:

Bob Wrote:

"I don't. Remote scripting is dead."

I'm curious why? My Boss thinks it's the best thing since
slice bread. I'm new to ASP, so I haven't formed an
opinion yet.

It's obsolete technology. New security changes to IE and Windows are going
to make it much more difficult to use.

When I did try to use it a few years ago, I was not very successful due to
the need to make sure the needed software was properly installed on the
users' machines, and that the software on the server was working correctly.
It was a huge headache and I haven't attempted to use it since.

I have started using the XMLHTTPRequest object instead. I have rolled out
several applications using it and have yet to encounter a user whose machine
could not run my code (we are in an intranet so we can enforce that people
are using IE5 and above). I've created a demo that is available at
http://www.thrasherwebdesign.com/ind...s&hp=links.asp that
illustrates its use. Look for the dynamic listbox demo.

There are a couple more alternatives illustrated here:
http://www.davidpenton.com/testsite/tips/

HTH,
Bob Barrows

[Bob Barrows]

SW wrote:

I am also now considering using the XMLHTTPRequest functionality
provided by the XML parser installed with later versions of IE, as I
am operating in an Intranet environment.

Have you not encountered any issues at all? I know from using MSXML 4
that sometimes security issues have cropped up in the past.

I have encountered absolutely no issues when using this functionality on the
client. Beyond the vagaries of the XPATH syntax that is ... ;-)

I have read that security issues may arise when using it on the server,
especially if used to go outside the domain.

Bob Barrows

--
Microsoft MVP - ASP/ASP.NET
Please reply to the newsgroup. This email account is my spam trap so I
don't check it very often. If you must reply off-line, then remove the
"NO SPAM"

[SW]

I hope you can answer a few more questions:

- Is the MSXML parser always installed with the later versions of
Internet Explorer (IE5+)?

- If so, will the version of MSXML installed always have the
XMLHTTPRequest objects?

- Are there any IE settings that will prevent the MSXML functionality
working (e.g. in the Internet Options section)?

Thanks once again

"Bob Barrows" <re******@NOyahoo.SPAMcom> wrote in message news:<OG**************@TK2MSFTNGP12.phx.gbl>...

SW wrote:

I am also now considering using the XMLHTTPRequest functionality
provided by the XML parser installed with later versions of IE, as I
am operating in an Intranet environment.

Have you not encountered any issues at all? I know from using MSXML 4
that sometimes security issues have cropped up in the past.

I have encountered absolutely no issues when using this functionality on the
client. Beyond the vagaries of the XPATH syntax that is ... ;-)

I have read that security issues may arise when using it on the server,
especially if used to go outside the domain.

Bob Barrows

[Bob Barrows]

SW wrote:

I hope you can answer a few more questions:

- Is the MSXML parser always installed with the later versions of
Internet Explorer (IE5+)?
In my experience, yes.
I usually have a browser test in my default pages that redirect the user to
another page if the browser version is less than 5.5. This is probably
overkill as far as the XML parser is concerned: IIRC, IE5 came with the
parser as well. I'm using some dhtml functionality that was not supported in
IE5.

- If so, will the version of MSXML installed always have the
XMLHTTPRequest objects?
In my experience, yes.

I have users in China, Singapore, and all over the US. In absolutely no
location have I encountered a problem with the parser.

- Are there any IE settings that will prevent the MSXML functionality
working (e.g. in the Internet Options section)?

Possibly, but these would be unlikely to be set in the Intranet zone. I'm
talking about the ones disabling scripting - javascript or otherwise.

As you can tell, I'm extremely grateful to the person who introduced me to
this functionality. I haven't used the <form> tag in ages.

Bob Barrows

--
Microsoft MVP - ASP/ASP.NET
Please reply to the newsgroup. This email account is my spam trap so I
don't check it very often. If you must reply off-line, then remove the
"NO SPAM"

[SW]

Unfortunately the zip file containing your example ASP pages available
from the ThrasherWeb site is not available, or at least the link is
incorrect.

Is there another link to this zip file?

"Bob Barrows" <re******@NOyahoo.SPAMcom> wrote in message news:<OU*************@TK2MSFTNGP09.phx.gbl>...

Scott wrote:

Bob Wrote:

"I don't. Remote scripting is dead."

I'm curious why? My Boss thinks it's the best thing since
slice bread. I'm new to ASP, so I haven't formed an
opinion yet.

It's obsolete technology. New security changes to IE and Windows are going
to make it much more difficult to use.

When I did try to use it a few years ago, I was not very successful due to
the need to make sure the needed software was properly installed on the
users' machines, and that the software on the server was working correctly.
It was a huge headache and I haven't attempted to use it since.

I have started using the XMLHTTPRequest object instead. I have rolled out
several applications using it and have yet to encounter a user whose machine
could not run my code (we are in an intranet so we can enforce that people
are using IE5 and above). I've created a demo that is available at
http://www.thrasherwebdesign.com/ind...s&hp=links.asp that
illustrates its use. Look for the dynamic listbox demo.

There are a couple more alternatives illustrated here:
http://www.davidpenton.com/testsite/tips/

HTH,
Bob Barrows

[Bob Barrows]

SW wrote:

Unfortunately the zip file containing your example ASP pages available
from the ThrasherWeb site is not available, or at least the link is
incorrect.

Is there another link to this zip file?

I've informed the webmaster that all the links on the page are broken. In
the meantime I've emailed a copy of the zipfile to you offline.

Bob Barrows
--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.