Unfortunately, MarketCaster still doesn't work. It does get farther though with JEP than it did without. A window opens and displays the Sun Java logo, which is more than it did before. But data never loads.
Note that MarketCaster works fine with Safari.
I tried both -Djep.asyncinit=true and -Djep.jsobjectnotimeout=true, but no help.
Anyone had any success getting eTrade MarketCaster running with JEP? Below is the JavaConsole Log that I get when trying to load MarketCaster with Firefox and JEP
Thanks!
MRJ Plugin for Mac OS X v1.0.1
[starting up Java Applet Security @ Mon Feb 07 11:49:58 EST 2005]
Mon Feb 07 11:50:23 EST 2005 JEP creating applet etrade.mcaster.Streamer
E*Trade Financial MarketCaster
e: Internal MarketCaster error occurred.
at fe.p(Unknown Source)
at etrade.webapi.gg.login(Unknown Source)
at etrade.webapi.gg.initialize(Unknown Source)
at etrade.webapi.gg.initialize(Unknown Source)
at etrade.mcaster.dl.p(Unknown Source)
at etrade.mcaster.dl.p(Unknown Source)
at etrade.mcaster.do.<init>(Unknown Source)
at etrade.mcaster.Streamer.p(Unknown Source)
at etrade.mcaster.Streamer.start(Unknown Source)
at sun.applet.AppletPanel.run(AppletPanel.java:377)
at java.lang.Thread.run(Thread.java:552)
User Preference table is NULL
java.lang.NullPointerException
at etrade.mcaster.do.p(Unknown Source)
at etrade.mcaster.do.i(Unknown Source)
at etrade.mcaster.do.<init>(Unknown Source)
at etrade.mcaster.Streamer.p(Unknown Source)
at etrade.mcaster.Streamer.start(Unknown Source)
at sun.applet.AppletPanel.run(AppletPanel.java:377)
at java.lang.Thread.run(Thread.java:552)
java.net.SocketException: Unexpected end of file from server
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:818)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:711)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:635)
at sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.getInputStream(PluginDelegateHttpsURLConnection.java:366)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(DashoA12275)
at cb.p(Unknown Source)
at gi.run(Unknown Source)
at fn.run(Unknown Source)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Is there a free demo of the eTrade MarketCaster? I looked around but
couldn't find one. (Or rather, the canned demo I found doesn't use
Java.)
Is the stack trace complete that you included? If it is, then the
MarketCaster applet must be a signed applet (i.e. every time you use
it you're asked if you "want to trust the signed applet distributed
by" eTrade) -- correct?
If the answer to both of these questions is "yes", I doubt there's
much I can do. I've run into several applets that are very closely
tied to one or more particular environments -- i.e. particular JVMs or
particular browsers. (The USPS label printing applet is a "good"
example.) The MarketCaster applet seems to be one of these. One day
they may decide to support the Mozilla-family of browsers using the
Java Embedding Plugin ... but I wouldn't hold my breath :-)
Why some applets are written this way I don't know -- I consider it a
textbook example of bad programming. But I do know they exist.
By the way, the Java Embedding Plugin works just fine with
ScottTrader's stock-quote streamer applet.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
<b>Is there a free demo of the eTrade MarketCaster?</b>
Not that I know of. I'm afraid you have to have access to an eTrade account to use it. I think that you can open an account for free though. You could sign up and get an account, and simply not ever send any funds, but you'd still be able to go online and look at MarketCaster. But I know you're busy, so only do that if you're curious as to why this darned thing won't work! Heaven knows I'd sure like to get to the bottom of it!
<b>Is the stack trace complete that you included? If it is, then the MarketCaster applet must be a signed applet (i.e. every time you use it you're asked if you "want to trust the signed applet distributed by" eTrade) -- correct?</b>
Actually, no, I've never been queried like that. In Safari, you just click Launch MarketCaster and it opens. But yes, I did include everything that was in the JavaConsole Log.
Thanks again for your hard work- JEP is much needed!
kupe
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had to make all kinds of dire promises just to be able to use the
ScotTrader demo, and I'm not particulary eager to do that again. So I
think I'll let the eTrade business slide.
If the eTrade MarketCaster applet isn't a signed applet, I'm not
terribly sure what the problem is. Looking again at your stack trace
I see "java.net.SocketException: Unexpected end of file from server"
-- I suppose this could have been caused by a problem on the server.
> Thanks again for your hard work
You're most welcome.
> JEP is much needed!
I agree :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi-
Just installed JavaEmbeddingPlugin0.9.0 with FireFox Mac 1.0. Running Mac OS 10.3.7 with the latest Java 1.4.2 Update 2.
Have had only one Java-related problem with Firefox- that is viewing the eTrade Marketcaster Java streaming quotes.
JEP seems to work fine- I verified that Java 1.4.2 is loading by viewing
http://www.java.com/en/download/help/testvm.xml
Unfortunately, MarketCaster still doesn't work. It does get farther though with JEP than it did without. A window opens and displays the Sun Java logo, which is more than it did before. But data never loads.
Note that MarketCaster works fine with Safari.
I tried both -Djep.asyncinit=true and -Djep.jsobjectnotimeout=true, but no help.
Anyone had any success getting eTrade MarketCaster running with JEP? Below is the JavaConsole Log that I get when trying to load MarketCaster with Firefox and JEP
Thanks!
MRJ Plugin for Mac OS X v1.0.1
[starting up Java Applet Security @ Mon Feb 07 11:49:58 EST 2005]
Mon Feb 07 11:50:23 EST 2005 JEP creating applet etrade.mcaster.Streamer
E*Trade Financial MarketCaster
e: Internal MarketCaster error occurred.
at fe.p(Unknown Source)
at etrade.webapi.gg.login(Unknown Source)
at etrade.webapi.gg.initialize(Unknown Source)
at etrade.webapi.gg.initialize(Unknown Source)
at etrade.mcaster.dl.p(Unknown Source)
at etrade.mcaster.dl.p(Unknown Source)
at etrade.mcaster.do.<init>(Unknown Source)
at etrade.mcaster.Streamer.p(Unknown Source)
at etrade.mcaster.Streamer.start(Unknown Source)
at sun.applet.AppletPanel.run(AppletPanel.java:377)
at java.lang.Thread.run(Thread.java:552)
User Preference table is NULL
java.lang.NullPointerException
at etrade.mcaster.do.p(Unknown Source)
at etrade.mcaster.do.i(Unknown Source)
at etrade.mcaster.do.<init>(Unknown Source)
at etrade.mcaster.Streamer.p(Unknown Source)
at etrade.mcaster.Streamer.start(Unknown Source)
at sun.applet.AppletPanel.run(AppletPanel.java:377)
at java.lang.Thread.run(Thread.java:552)
java.net.SocketException: Unexpected end of file from server
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:818)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:711)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:635)
at sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.getInputStream(PluginDelegateHttpsURLConnection.java:366)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(DashoA12275)
at cb.p(Unknown Source)
at gi.run(Unknown Source)
at fn.run(Unknown Source)
Is there a free demo of the eTrade MarketCaster? I looked around but
couldn't find one. (Or rather, the canned demo I found doesn't use
Java.)
Is the stack trace complete that you included? If it is, then the
MarketCaster applet must be a signed applet (i.e. every time you use
it you're asked if you "want to trust the signed applet distributed
by" eTrade) -- correct?
If the answer to both of these questions is "yes", I doubt there's
much I can do. I've run into several applets that are very closely
tied to one or more particular environments -- i.e. particular JVMs or
particular browsers. (The USPS label printing applet is a "good"
example.) The MarketCaster applet seems to be one of these. One day
they may decide to support the Mozilla-family of browsers using the
Java Embedding Plugin ... but I wouldn't hold my breath :-)
Why some applets are written this way I don't know -- I consider it a
textbook example of bad programming. But I do know they exist.
By the way, the Java Embedding Plugin works just fine with
ScottTrader's stock-quote streamer applet.
Thanks Steve for the fast reply!
<b>Is there a free demo of the eTrade MarketCaster?</b>
Not that I know of. I'm afraid you have to have access to an eTrade account to use it. I think that you can open an account for free though. You could sign up and get an account, and simply not ever send any funds, but you'd still be able to go online and look at MarketCaster. But I know you're busy, so only do that if you're curious as to why this darned thing won't work! Heaven knows I'd sure like to get to the bottom of it!
<b>Is the stack trace complete that you included? If it is, then the MarketCaster applet must be a signed applet (i.e. every time you use it you're asked if you "want to trust the signed applet distributed by" eTrade) -- correct?</b>
Actually, no, I've never been queried like that. In Safari, you just click Launch MarketCaster and it opens. But yes, I did include everything that was in the JavaConsole Log.
Thanks again for your hard work- JEP is much needed!
kupe
I had to make all kinds of dire promises just to be able to use the
ScotTrader demo, and I'm not particulary eager to do that again. So I
think I'll let the eTrade business slide.
If the eTrade MarketCaster applet isn't a signed applet, I'm not
terribly sure what the problem is. Looking again at your stack trace
I see "java.net.SocketException: Unexpected end of file from server"
-- I suppose this could have been caused by a problem on the server.
> Thanks again for your hard work
You're most welcome.
> JEP is much needed!
I agree :-)