Chrome for Android does not support JAVA

[Richard Maher]

Hi,

Is anyone else gutted that the Chrome browser on Android will not support
JAVA, Flash or any other pluggin?

I thought Google and Android were big on JAVA?

Cheers Richard Maher

[Lew]

On Wednesday, February 15, 2012 4:50:04 AM UTC-8, Richard Maher wrote:
> Hi,
>
> Is anyone else gutted that the Chrome browser on Android will not support
> JAVA, Flash or any other pluggin?
>
> I thought Google and Android were big on JAVA?

Google is big on Java (but not "JAVA"), and Android code is often in Java (but
not "JAVA"). That doesn't mean the browser should support applets.

And support for Flash is up to neither Google nor Java.

Why in the world should anyone be "gutted" (whatever the heck that means) about
this? Write to Adobe for your Flash concern and the browser maker (who isn't
Google, BTW), with your complaint. Whining here won't help.

Do try to complain to the right people. Google and Oracle won't be the right
people.

Neither are we.

--
Lew

[BGB]

On 2/15/2012 10:57 AM, Lew wrote:
> On Wednesday, February 15, 2012 4:50:04 AM UTC-8, Richard Maher wrote:
>> Hi,
>>
>> Is anyone else gutted that the Chrome browser on Android will not support
>> JAVA, Flash or any other pluggin?
>>
>> I thought Google and Android were big on JAVA?
>
> Google is big on Java (but not "JAVA"), and Android code is often in Java (but
> not "JAVA"). That doesn't mean the browser should support applets.
>

and maybe it wouldn't really help matters much that Android uses a
specialized VM (rather than a more typical JVM).

the language in use doesn't matter much for applets, if the underlying
VM isn't using Java ByteCode. one would need a VM which also has support
for both JBC and a class-loader, or alternatively such a VM would need
to be available (on the system and is usable by the browser).

> And support for Flash is up to neither Google nor Java.
>

well, Google may be involved, but so is Adobe.

(checking, apparently, Flash is already available for Android).


a bigger problem though with Flash may be the reasonably low stats of
typical Android devices (vs say, a desktop PC, or a laptop). it is
possible that, even if Flash does work, it wouldn't necessarily be a
pretty experience (poor performance, steep memory use, ...).

> Why in the world should anyone be "gutted" (whatever the heck that means) about
> this? Write to Adobe for your Flash concern and the browser maker (who isn't
> Google, BTW), with your complaint. Whining here won't help.
>

maybe he means the sensation of being physically disemboweled?... (or,
conversely, the sensation of being kicked or kneed in the same general
area, which is considerably less lethal, but also considerably
unpleasant?...).


the Browser in question is Chrome, which I am pretty sure is a Google
product (Wikipedia seems to agree here).

now, if it were Opera or Firefox or something, then it would make sense
to contact them (as they are not Google).

however, even then, it would also be up to Adobe (and others, such as
the device manufacturers, ...) as to whether or not they wanted to make
it available (actually, given how it works, the mobile service carriers
may also be involved, as apparently in Android land it is the
vendor+carrier which has most of the say regarding what system-level
software is available).


ultimately, it may be moot if the devices are technically underpowered
for this (Flash doesn't perform well on an ASUS EEE either, which has
much higher stats than most Android devices).

what makes Android smooth and responsive is not really about having high
stats, but rather about making the system fairly minimalist and
streamlined. the downside though is that technologies tuned for more
powerful systems, are not likely to work very well.

the issue is not that typical Flash applications are particularly
high-end or advanced, but rather that many Flash apps aren't really
written for efficiency.


conversely: doing impressive-looking things on a PC (delivering a
compelling user experience, especially for real-time interactive
software like 3D games or similar) does require some amount of concern
for things like optimization and similar (and it would be very difficult
to deliver a similar level of quality-of-experience on something like a
mobile device).

but, how much is concern is relevant and where itself may depend highly
on the particular application and use-case (like, how and where to
invest optimizations, and which sorts of properties to optimize for, ...).

> Do try to complain to the right people. Google and Oracle won't be the right
> people.
>
> Neither are we.
>

probably true enough...

[Arne Vajhøj]

On 2/15/2012 7:50 AM, Richard Maher wrote:
> Is anyone else gutted that the Chrome browser on Android will not support
> JAVA, Flash or any other pluggin?
>
> I thought Google and Android were big on JAVA?

All the high level stuff in Android is done in Java.

But Android does not support applets.

Neither does any of other new mobile platforms (iOS, WP etc.).

Flash should be available on Android but not on iOS.

For mobile web you should use HTML5 and JavaScript.

Arne

[BGB]

On 2/15/2012 5:21 PM, Arne Vajhøj wrote:
> On 2/15/2012 7:50 AM, Richard Maher wrote:
>> Is anyone else gutted that the Chrome browser on Android will not support
>> JAVA, Flash or any other pluggin?
>>
>> I thought Google and Android were big on JAVA?
>
> All the high level stuff in Android is done in Java.
>

(yes, albeit via a different VM, namely, Dalvik).

> But Android does not support applets.
>
> Neither does any of other new mobile platforms (iOS, WP etc.).
>

yep.
theoretically, one "could" support applets, by supplying a JVM capable
of applets, and having the browser be able to use it. worse yet, for
this type of software, AFAIK, given how the system works, and absent
vendor and carrier support, one could essentially need to "root" their
device to install it (if it were to exist as a piece of system software,
rather than an APK or similar). granted, it is possible I guess that a
JVM could be supplied as an APK (AFAICT it is possible for APKs to
behave as libraries, and be linked to by other APKs).

whether all this would be "worthwhile" is a different issue.

> Flash should be available on Android but not on iOS.
>

yep.

for many Flash apps though, the performance and user experience would be
debatable. things like YouTube and similar should probably work ok (I
have an Android tablet which can access YouTube ok, albeit with the
"mobile" layout funkiness). likewise, YouTube and similar don't do much
processor intensive in Flash, since the main expensive parts (A/V codecs
and playback stuff) are handled by native code.

but, I distrust Flash some, as it is one of those things capable of
causing lag even to a browser on a typical PC (and one ends up
installing "Adblock Plus" and similar, not so much out of a particular
dislike of advertising, but rather to avoid the *severe lag* often
caused by all the Flash-based banner adds...).


not that some of those "laggy as hell" Flash-based games give much hope
either. some of them are barely playable as-is on a desktop PC, more so
that my PC has a CPU 3x-4x faster with 4x as many cores, and 16x or 32x
more RAM than a typical Android device (I have 16GB of RAM, vs 512MB or
1GB which is AFAIK common on many newer mobile devices).

one can avoid being deceived: a slick and responsive UI does not mean
there is a lot of raw power behind it.


so, I guess a question is why one wants Flash:
for things like YouTube;
or, for something like Newgrounds.

> For mobile web you should use HTML5 and JavaScript.
>

probably a fair statement.

granted, I haven't done much related to web-apps personally.



mild tangent follows (ignore if not interested or if it seems irrelevant):

ironically though, both JavaScript and ActionScript (Flash) are
significant influences on my own scripting language (at its core, it is
basically the same language, and also more-or-less implements ECMA-262).
however, there are significant differences WRT library features and the
semantics for extended features.

the major difference is what it runs on: my 3D engine is not a
web-browser, even if it has some similar features, makes some use of
XML, has an HTTP client (and server), ... (trivia: I had before
considered some possibly "interesting" uses for HTTP in relation to
online gaming).

I before considered the possibility of an Android port, but there were
some non-trivial issues: getting it down to a more "sane" memory
footprint, dealing with non-trivial UI issues (my stuff is very much
designed for a mouse+keyboard interface, and one essentially has to
"re-think" many aspects of UI design to make it usable on a
touch-screen), ...

(nevermind that it looks like building both for the PC and Android with
the same app and the same codebase also looks non-trivial, and one is
almost better off "starting clean" if trying to target an app to Android).

one may take it for granted when developing PC software that one has
around 3GB freely usable for a single 32-bit process (actually, the
"unusable" 1GB has use as well). (by "freely usable", I mean, on modern
HW one can use all of it without necessarily causing lag or HDD
thrashing). yes, 64-bit is "better" (no 3GB limit), just for now I am
still building mostly for 32-bits until 32-bit Windows is more solidly
"dead and gone".

[Rajiv Gupta]

Android uses the Dalvik VM, ostensibly to take advantage of the CPU
architectures of the devices commonly used in mobile devices. For
Google it also provides a convient firewall to keep out unwanted code
from their eco system.

Flash is no longer necessary since HTML5. Flash is unwanted anyway as
it offers some pernicious features for marketers (and others) to track
users using Flash cookies. I say good riddence to Flash.

The same goes for Java Applets. It has been a long time since applets
have been useful. I recommend that people disable Java in their
browsers. It is just a security risk and a way to waste memory. HTML
canvas and websockets and JS can do anything that you could do in Java
in a browser. Applets are a dying technology and the sooner they kick
the bucket the better for everyone.

As for Android. It is in my opinion a fiendishly clever honeypot aiding
Google in collecting the identities of as many people in the world as
they can.

[Arne Vajhøj]

On 2/15/2012 9:21 PM, Rajiv Gupta wrote:
> On 2012-02-15 23:50:04 +1100, Richard Maher said:
>> Is anyone else gutted that the Chrome browser on Android will not
>> support JAVA, Flash or any other pluggin?
>>
>> I thought Google and Android were big on JAVA?
>

> Android uses the Dalvik VM, ostensibly to take advantage of the CPU
> architectures of the devices commonly used in mobile devices. For Google
> it also provides a convient firewall to keep out unwanted code from
> their eco system.

Given that they provide free tools to generate code for Dalvik, then
they do not really keep anyone out.

> Flash is no longer necessary since HTML5.

If you can live with 30% of web users not seeing your stuff.

> The same goes for Java Applets. It has been a long time since applets
> have been useful. I recommend that people disable Java in their
> browsers. It is just a security risk and a way to waste memory.

????

On a page that does not use applets, then Java will not be running and
therefor not e using memory.

On a page that does use applets, then Java will consume memory but also
be needed.

So I do not understand that advice.

> HTML
> canvas and websockets and JS can do anything that you could do in Java
> in a browser.

For web then Java applets is still more widely supported than HTML5.

> As for Android. It is in my opinion a fiendishly clever honeypot aiding
> Google in collecting the identities of as many people in the world as
> they can.

That problem is solvable:
http://en.wikipedia.org/wiki/Tin_foil_hat

Arne

[Rajiv Gupta]

On 2012-02-17 13:23:25 +1100, Arne Vajhøj said:

> On 2/15/2012 9:21 PM, Rajiv Gupta wrote:
>> On 2012-02-15 23:50:04 +1100, Richard Maher said:
>>> Is anyone else gutted that the Chrome browser on Android will not
>>> support JAVA, Flash or any other pluggin?
>>>
>>> I thought Google and Android were big on JAVA?
>>
>> Android uses the Dalvik VM, ostensibly to take advantage of the CPU
>> architectures of the devices commonly used in mobile devices. For Google
>> it also provides a convient firewall to keep out unwanted code from
>> their eco system.
>
> Given that they provide free tools to generate code for Dalvik, then
> they do not really keep anyone out.

It is still a barrier.

>
>> Flash is no longer necessary since HTML5.
>
> If you can live with 30% of web users not seeing your stuff.

The situation is rapidly changing. Adobe have acknowledged it
themselves as they have stopped developing Flash for mobile devices.

>
>> The same goes for Java Applets. It has been a long time since applets
>> have been useful. I recommend that people disable Java in their
>> browsers. It is just a security risk and a way to waste memory.
>
> ????
>
> On a page that does not use applets, then Java will not be running and
> therefor not e using memory.

>
> On a page that does use applets, then Java will consume memory but also
> be needed.
>
> So I do not understand that advice.

Are you retarded or just a pedant? By disabling Java in the browser,
you will prevent the browser from running applets.

>
>> HTML
>> canvas and websockets and JS can do anything that you could do in Java
>> in a browser.
>
> For web then Java applets is still more widely supported than HTML5.

For any new developments you would be an imbecile to choose deploying
an applet. The browser that has the most rapidly increasing market
share (Chrome) does not even bother to support it.

>
>> As for Android. It is in my opinion a fiendishly clever honeypot aiding
>> Google in collecting the identities of as many people in the world as
>> they can.
>
> That problem is solvable:
> http://en.wikipedia.org/wiki/Tin_foil_hat
>
> Arne

Google's main business is to collect information about people in order
to profit from it by advertising or selling the information in some
form. This is not a paranoid delusional statement. In some
jurisdictions their activities border on criminal. For example, forging
emails from registered users which state that user "XXX" has invited
you to join Google+. In fact an official complaint has been made to a
member of parlaiment in my jurisdiction asking for the federal police
to investigate these mass forging of emails because forging of emails
is an offence.

Android phones (unless rooted or registered with Google) continually
display a full screen dialog which nags the user to create an account.
This page interferes with the operation of the phone since it will
appear at any time. If the hapless user eventually succumbs and creates
an account Google will upload the user's contacts database to their
system. You would be naive if you believed Google would not be
building a graph from those contacts.

[Lew]

Rajiv Gupta wrote:
> Are you retarded or just a pedant?

You're retarded.

You don't get to call him "retarded" just because he made a point for which you
have no valid answer.

Troll.

--
Lew

[Fredrik Jonson]

In <jhhp7k$sum$1...@speranza.aioe.org> Rajiv Gupta wrote:

> Android uses the Dalvik VM, ostensibly to take advantage of the CPU
> architectures of the devices commonly used in mobile devices. For
> Google it also provides a convient firewall to keep out unwanted code
> from their eco system.

Dalvik a firewall? Do you mean that was a oringinal goal or more like a
selling point after the fact?

My interpretation is that apart from performance, the dalvik vm was a
convenient way to work around some software patents on the JVM that Google
or android.com wouldn't be bothered to, didn't, or couldn't manage to
negotiate licensing for from Sun.

Besides, today you can deploy C, C++, python, ruby, Perl, JRuby, Lua,
BeanShell, JavaScript, Tcl, shell, scala, and Java source code in one way or
another on Android devices. So if dalvik was intended to be a firewall, I
wonder in what sense? The only thing I haven't heard of yet is true Java
byte code execution on a true JVM on Android. In theory it could be done
using the OpenJDK ARM port i guess.

Not so sure why a "true" JVM on the Android would be a priority though? I
find that with a rather small effort my source code can easily pass between
my Android app projects and my Java EE projects. My experience is that
Android in some sense is surprisingly true to the original WORA promise of
Java.

> As for Android. It is in my opinion a fiendishly clever honeypot aiding
> Google in collecting the identities of as many people in the world as
> they can.

Cyanogenmod is your friend. Available for many Android devices and wont tell
Google about your existence if you don't ask it to.

Anyway, comparing with the popular alternatives Android is for sure the
lesser of evils on the mobile device market.

Oh, and on topic: I wont miss flash on my Android phone.

--
Fredrik Jonson

[Jeff Higgins]

On 02/17/2012 01:53 PM, Fredrik Jonson wrote:
> In<jhhp7k$sum$1...@speranza.aioe.org> Rajiv Gupta wrote:
>
>> As for Android. It is in my opinion a fiendishly clever honeypot aiding
>> Google in collecting the identities of as many people in the world as
>> they can.
>
> Cyanogenmod is your friend. Available for many Android devices and wont tell
> Google about your existence if you don't ask it to.
>

Hm. "incognito browsing mode" better than a tinfoil hat?

[Jan Burse]

Fredrik Jonson schrieb:

> Dalvik a firewall? Do you mean that was a oringinal goal or more like a
> selling point after the fact?

http://developer.android.com/reference/java/lang/SecurityManager.html
Security managers do not provide a secure environment for executing
untrusted code. Untrusted code cannot be safely isolated within the
Dalvik VM.

[Arne Vajhøj]

Probably.

:-)

Arne

[Arne Vajhøj]

On 2/17/2012 5:52 AM, Rajiv Gupta wrote:
> On 2012-02-17 13:23:25 +1100, Arne Vajhøj said:
>> On 2/15/2012 9:21 PM, Rajiv Gupta wrote:
>>> On 2012-02-15 23:50:04 +1100, Richard Maher said:
>>>> Is anyone else gutted that the Chrome browser on Android will not
>>>> support JAVA, Flash or any other pluggin?
>>>>
>>>> I thought Google and Android were big on JAVA?
>>>
>>> Android uses the Dalvik VM, ostensibly to take advantage of the CPU
>>> architectures of the devices commonly used in mobile devices. For Google
>>> it also provides a convient firewall to keep out unwanted code from
>>> their eco system.
>>
>> Given that they provide free tools to generate code for Dalvik, then
>> they do not really keep anyone out.
>
> It is still a barrier.

Without any noticeable effect.

>>> Flash is no longer necessary since HTML5.
>>
>> If you can live with 30% of web users not seeing your stuff.
>
> The situation is rapidly changing.

Not really. A large portion of users do not update their
browsers when a new major version come out.

> Adobe have acknowledged it themselves
> as they have stopped developing Flash for mobile devices.

Adobe has acknowledged that Flash on mobile is a dead end.

But there are still a few people left that use PC's to
browse the web.

>>> The same goes for Java Applets. It has been a long time since applets
>>> have been useful. I recommend that people disable Java in their
>>> browsers. It is just a security risk and a way to waste memory.
>>
>> ????
>>
>> On a page that does not use applets, then Java will not be running and
>> therefor not e using memory.
>>
>> On a page that does use applets, then Java will consume memory but also
>> be needed.
>>
>> So I do not understand that advice.
>
> Are you retarded or just a pedant? By disabling Java in the browser, you
> will prevent the browser from running applets.

If you delete the browser you will save even more memory.

There is not much point in saving memory by disabling functionality
that you want.

>>> HTML
>>> canvas and websockets and JS can do anything that you could do in Java
>>> in a browser.
>>
>> For web then Java applets is still more widely supported than HTML5.
>
> For any new developments you would be an imbecile to choose deploying an
> applet.

Imbecile preferring bigger market share? I don't think so!

> The browser that has the most rapidly increasing market share
> (Chrome) does not even bother to support it.

Have you considered investigating these matters a bit?

Applets is supported in Chrome since Java 6u12.

>>> As for Android. It is in my opinion a fiendishly clever honeypot aiding
>>> Google in collecting the identities of as many people in the world as
>>> they can.
>>
>> That problem is solvable:
>> http://en.wikipedia.org/wiki/Tin_foil_hat
>

> Google's main business is to collect information about people in order
> to profit from it by advertising or selling the information in some
> form. This is not a paranoid delusional statement. In some jurisdictions
> their activities border on criminal. For example, forging emails from
> registered users which state that user "XXX" has invited you to join
> Google+. In fact an official complaint has been made to a member of
> parlaiment in my jurisdiction asking for the federal police to
> investigate these mass forging of emails because forging of emails is an
> offence.

The fact that a person write the parliament and ask them to
investigate something does not make it illegal or immoral.

Arne

[Richard Maher]

"Rajiv Gupta" <ra...@invalid.com> wrote in message
news:jhhp7k$sum$1...@speranza.aioe.org...

> On 2012-02-15 23:50:04 +1100, Richard Maher said:
>
>> Hi,
>>
>> Is anyone else gutted that the Chrome browser on Android will not support
>> JAVA, Flash or any other pluggin?
>>
>> I thought Google and Android were big on JAVA?
>>
>> Cheers Richard Maher
>

>

> Flash is no longer necessary since HTML5.

Choice and competition are often good things, as is supporting a client base
that isn't that keen to be on the bleading edge. Leaving video aside, I
still haven't seen a charting tool that can match what can be achieved with
Flex charting.

> Flash is unwanted anyway

Seems pretty popular to me.

> as it
> offers some pernicious features for marketers (and others) to track users
> using Flash cookies.

With iOS giving everyone access to your contacts and address book let alone
what sites like Facebook get up to, I see no reason to highlight Flash
cookies. Also, given that Web-Sockets have been firstly removed from HTML5
then disabled everywhere (except maybe Chrome) due to security flaws, I
believe your smugness to be unjustified.

> I say good riddence to Flash.

With the cartel of Apple, Google, and Microsoft ganging up to destroy it,
there doesn't appear to be any other course of action.

>
> The same goes for Java Applets. It has been a long time since applets
> have been useful.

Bollocks!

While the pixel footprint of modern Applets may be reduced to zero, their
usefulness continues unabated. Nothing else on the planet can provide the
awesome, yet sandboxed, power of an unsigned Java Applet! Multi-tab,
multi-threaded power and functionality only dreamt of by today's
long-polling, Javascript, hacks. (I note you diddn't mention HTML5
"worker-threads"; too embarassing for even you to gloat over?)

> I recommend that people disable Java in their browsers.

I'm sure your blog is just clocking up those clicks as we speak.

> It is just a security risk and a way to waste memory.

Yet I'm willing to wager that in the same breath you're a big jQuery
cargo-cult fan.

> HTML canvas and
> websockets and JS can do anything that you could do in Java in a browser.

Anyone who thinks WebSockets implemented over HTTP can come anywhere close
to providing the full-blown functionality of a native TCP/IP or UDP socket
is either in denial or just plain ignorant.

> Applets are a dying technology and the sooner they kick the bucket the
> better for everyone.

Certainly better for every supplier except Oracle. And all those developers
who like more than one tool in the toolbox.

>
> As for Android. It is in my opinion a fiendishly clever honeypot aiding
> Google in collecting the identities of as many people in the world as they
> can.

Just another Apple fanbois?

>
>

[Roedy Green]

There is a trick to it. See
http://mindprod.com/jgloss/googlechrome.html
--
Roedy Green Canadian Mind Products
http://mindprod.com
When you were a child, if you did your own experiment
to see if it was better to put to cocoa into your cup first
or the hot milk first, then you likely have the programmer gene..

[Nasser M. Abbasi]

I am starting to think that this whole idea of 'running applications
in the cloud' will never work as well as running an application
on the desktop.

If I see the same thing with a choice of an applet or a jar file
that I can download first and run on the PC, I now go for the jar
file choice.

The speed of the internet these days makes downloading things
not an issue any more.

People now think HTML5/Javascript is the next big thing, where
everyone will write their wonderful advanced 20 million lines
applications in HTML5 and Javascript.

May be for simple games and basic app this will work, but
for advanced applications where good and robust performance
is important, running things directly on the desktop/computer
will always be better than running things inside yet another
software application like the browser.

Bottom line, it is not a big deal for me not being able to run Java
inside the browser as long as I can run the same thing on the PC. It
will run better that way.

--Nasser

[Thufir]

On Sun, 01 Apr 2012 13:39:43 -0500, Nasser M. Abbasi wrote:


> People now think HTML5/Javascript is the next big thing, where everyone
> will write their wonderful advanced 20 million lines applications in
> HTML5 and Javascript.

You're assuming everyone has stable, non-infected pc's. The whole point
of the cloud, insofar as I can tell, to avoid annoying support calls
which end in either "reboot" or "re-install".

The beauty of AJAX, etc, is in terms of support. It's a complex way of
getting away from Windows, to which people will go to extraordinary
lengths.


-Thufir

[Nasser M. Abbasi]

On 4/1/2012 3:50 PM, Thufir wrote:
> On Sun, 01 Apr 2012 13:39:43 -0500, Nasser M. Abbasi wrote:
>
>
>> People now think HTML5/Javascript is the next big thing, where everyone
>> will write their wonderful advanced 20 million lines applications in
>> HTML5 and Javascript.
>

> You're assuming everyone has stable, non-infected pc's. The whole point
> of the cloud,

I guess I used the wrong word. I did not mean to run things on
the server vs. on the desktop/pc.

I meant to run things in a browser vs. on the desktop/pc.

But I thought this was clear even though I used the word
'cloud' when may be I should have used RIA (rich internet applications).
After all, I was talking about applets and HTML5 and Javascript
all the time? These run in the browser, not on the server.

>insofar as I can tell, to avoid annoying support calls
> which end in either "reboot" or "re-install".
>

If the PC is 'bad', then applets/HTML5/javaScript/Flash/
pick_your_Browserplugins/ etc.. will also run bad. After all,
the browser runs on the PC as well.

> The beauty of AJAX, etc, is in terms of support. It's a complex way of
> getting away from Windows, to which people will go to extraordinary
> lengths.
>
> -Thufir

So, You want to run say, photoshop application, on the server using
AJAX so to get away from the PC? Do you think it will work as good
as running it on the PC?

I like my PC, and I do not want to get away from it.

--Nasser

[Arne Vajhøj]

On 4/1/2012 4:50 PM, Thufir wrote:
> On Sun, 01 Apr 2012 13:39:43 -0500, Nasser M. Abbasi wrote:
>> People now think HTML5/Javascript is the next big thing, where everyone
>> will write their wonderful advanced 20 million lines applications in
>> HTML5 and Javascript.
>
> You're assuming everyone has stable, non-infected pc's. The whole point
> of the cloud, insofar as I can tell, to avoid annoying support calls
> which end in either "reboot" or "re-install".

That is not a common reason given.

> The beauty of AJAX, etc, is in terms of support. It's a complex way of
> getting away from Windows, to which people will go to extraordinary
> lengths.

Windows has not really lost significant market market share.

And given that it with Windows 8 planned to be releases
in October will be possible to write Windows desktop apps
in HTML5/CSS/JS, then that combo is fine for Windows.

Arne

[Arne Vajhøj]

On 4/1/2012 2:39 PM, Nasser M. Abbasi wrote:
> On 2/15/2012 6:50 AM, Richard Maher wrote:
>> Is anyone else gutted that the Chrome browser on Android will not support
>> JAVA, Flash or any other pluggin?
>>
>> I thought Google and Android were big on JAVA?
>

> I am starting to think that this whole idea of 'running applications
> in the cloud' will never work as well as running an application
> on the desktop.

It is 10+ years since many apps moved to web apps.

And whether the web app is hosted in house or in the cloud
does not have functional impact.

So it will work for many apps.

But there are probably also some apps that it will not work for.

> If I see the same thing with a choice of an applet or a jar file
> that I can download first and run on the PC, I now go for the jar
> file choice.
>
> The speed of the internet these days makes downloading things
> not an issue any more.
>
> People now think HTML5/Javascript is the next big thing, where
> everyone will write their wonderful advanced 20 million lines
> applications in HTML5 and Javascript.
>
> May be for simple games and basic app this will work, but
> for advanced applications where good and robust performance
> is important, running things directly on the desktop/computer
> will always be better than running things inside yet another
> software application like the browser.

HTML5/CSS/JS will still be mostly presentation layer.

For that purpose performance will be good enough for many
apps.

Arne

[Arved Sandstrom]

On 12-04-01 09:16 PM, Arne Vajhøj wrote:
> On 4/1/2012 4:50 PM, Thufir wrote:
>> On Sun, 01 Apr 2012 13:39:43 -0500, Nasser M. Abbasi wrote:
>>> People now think HTML5/Javascript is the next big thing, where everyone
>>> will write their wonderful advanced 20 million lines applications in
>>> HTML5 and Javascript.
>>
>> You're assuming everyone has stable, non-infected pc's. The whole point
>> of the cloud, insofar as I can tell, to avoid annoying support calls
>> which end in either "reboot" or "re-install".
>
> That is not a common reason given.

Not having to worry about the infrastructure is in fact one of the most
common reasons for going to the cloud. If you look at IaaS, PaaS, SaaS
(or any others of the derivative ?aaS's) all of them relieve you of some
degree of worry about (read "support for") some aspect of IT.

[ SNIP ]

AHS
--
A fly was very close to being called a "land," cause that's what they do
half the time.
-- Mitch Hedberg

[Thufir]

On Sun, 01 Apr 2012 17:28:11 -0500, Nasser M. Abbasi wrote:


> But I thought this was clear even though I used the word 'cloud' when
> may be I should have used RIA (rich internet applications). After all,
> I was talking about applets and HTML5 and Javascript all the time?
> These run in the browser, not on the server.

Maybe it's semantics, or maybe I have no idea what you're talking about.
Either is equally likely ;)

When you say "run in the browser" does that mean you navigate to
www.whatever.something? Pardon, I guess, yeah, the server passes the
processing off to the browser, but the code (or applet) itself resides
server side.

My point was that if you call tech support they'll say "works from here"
and tell you to re-install your OS or something. Whether the processing
is client or server side doesn't seem that much of a big deal(?), unless
you have a slow computer. It virtually eliminates version problems.

I suppose the "next" step will be to cache the js/whatever. Hey, they re-
invented JWS! Anyhow...

Is that what you mean buy RIA? Yes, I'm too lazy to go wikipedia before
posting this.


-Thufir

[Thufir]

On Sun, 01 Apr 2012 21:40:10 -0300, Arved Sandstrom wrote:

>>> You're assuming everyone has stable, non-infected pc's. The whole
>>> point of the cloud, insofar as I can tell, to avoid annoying support
>>> calls which end in either "reboot" or "re-install".
>>
>> That is not a common reason given.
>
> Not having to worry about the infrastructure is in fact one of the most
> common reasons for going to the cloud. If you look at IaaS, PaaS, SaaS
> (or any others of the derivative ?aaS's) all of them relieve you of some
> degree of worry about (read "support for") some aspect of IT.

Exactly. That Windows is prevalent is undoubtedly an indirect reason for
all this cloud stuff -- it expressly avoids dealing with Windows
directly. Instead you deal with the browser. Which, of course, is where
ActiveX extensions come in...

If everyone was on an iMac or something reliable and secure, then desktop
apps would rule, is my point. Or, to turn that question around: *why*
medium sized businesses like their stuff in the cloud? Only because it
eliminates the local pc as a problem, I say.

[Arne Vajhøj]

On 4/1/2012 8:40 PM, Arved Sandstrom wrote:
> On 12-04-01 09:16 PM, Arne Vajhøj wrote:
>> On 4/1/2012 4:50 PM, Thufir wrote:
>>> On Sun, 01 Apr 2012 13:39:43 -0500, Nasser M. Abbasi wrote:
>>>> People now think HTML5/Javascript is the next big thing, where everyone
>>>> will write their wonderful advanced 20 million lines applications in
>>>> HTML5 and Javascript.
>>>
>>> You're assuming everyone has stable, non-infected pc's. The whole point
>>> of the cloud, insofar as I can tell, to avoid annoying support calls
>>> which end in either "reboot" or "re-install".
>>
>> That is not a common reason given.
>
> Not having to worry about the infrastructure is in fact one of the most
> common reasons for going to the cloud. If you look at IaaS, PaaS, SaaS
> (or any others of the derivative ?aaS's) all of them relieve you of some
> degree of worry about (read "support for") some aspect of IT.

Not worrying about infrastructure is indeed a common
reason.

But I have never heard about not having to reboot or
reinstall client side Windows as a common reason.

Arne

[Roedy Green]

On Sun, 01 Apr 2012 13:39:43 -0500, "Nasser M. Abbasi" <n...@12000.org>
wrote, quoted or indirectly quoted someone who said :

>I am starting to think that this whole idea of 'running applications
>in the cloud' will never work as well as running an application
>on the desktop.

Google is pulling the same stunt that Microsoft did long ago. They are
creating a variant jar file for to run Java apps on their platform.
They don't want apps developed for Android universally available.

They have more excuse than MS did. You can't very will implement
Swing on a cell-phone, at least not this week.

[Silvio Bierman]

First of all iMac and Linux (which I use) desktops are hardly more
secure than a Windows desktop. That is all in the numbers. The more
users the more security mishaps, largely because such a user base is
attractive to hackers. The fact that the average non-Windows users are
more techy than their counterparts and are therefore more security aware
further amplifies this.

The Cloud has little or nothing to do with that. It may even introduce
more security hazards than it circumvents.

The Cloud is mostly about having the same functionality AND data on all
devices you may use. The desktop at work, the old PC at home, your
phone, the shiny new tablet you bought your wife, your friends high end
TV you can now use to show him something you did at work, the PC in the
Internet cafe during your vacation, etc. etc.

The Cload makes verything be about your data and what you do with it
instead of the devices (and to a large extent the applications) you
happen to use at any moment in time.

[Arved Sandstrom]

I didn't have it narrowed down to "client side", Arne. If it is narrowed
down to that then I don't know if we're talking about a common reason or
just a reason. It's certainly not an insignificant reason: it's a short
step from desktop virtualization inside your own organization to the
Desktop-as-a-Service variant of SaaS. If that isn't a common reason now
for "cloud" it surely will be soon.

[Richard Maher]

"Arne Vajhøj" <ar...@vajhoej.dk> wrote in message
news:4f78f0bc$0$295$1472...@news.sunsite.dk...

For others the ability to share global memory in the form of Applet static
variables across multiple tabs in a browser instance can be considered the
Mutt's nuts! Multiplexing and multi-threading all tab/server communication
over a single high-performance and secure binary TCP/IP Socket is also rich
functionality-viagra for those who know how to take advantage of a
persistent, full-duplex, network connection.

But everyone is obviously free to continue to throw happiness away with both
hands.

>
> Arne
>

Cheers Richard Maher

[Thufir]

On Mon, 02 Apr 2012 20:25:46 +0800, Richard Maher wrote:


> For others the ability to share global memory in the form of Applet
> static variables across multiple tabs in a browser instance can be
> considered the Mutt's nuts! Multiplexing and multi-threading all
> tab/server communication over a single high-performance and secure
> binary TCP/IP Socket is also rich functionality-viagra for those who
> know how to take advantage of a persistent, full-duplex, network
> connection.

Can you expand on that a bit with a use case? By tab/server you mean
client server?

The user has n tabs open on the browser to the same web app?


-Thufir

[Richard Maher]

"Thufir" <hawat....@gmail.com> wrote in message
news:i4uo49-...@dur.bounceme.net...

Yes! Multiple instances of an Applet in a single browser instance sharing
Static class variables. In my case a Socket from a factory. (*With Single
Sign-On!*)

>
> -Thufir

Cheers Richard Maher

[Arne Vajhøj]

On 4/2/2012 1:49 AM, Roedy Green wrote:
> Google is pulling the same stunt that Microsoft did long ago. They are
> creating a variant jar file for to run Java apps on their platform.

Not a jar file.

> They don't want apps developed for Android universally available.

That does not seem as a logical explanation.

> You can't very will implement
> Swing on a cell-phone, at least not this week.

It is technically possible.

See software like http://www.apogee.com/ !

But the UX is probably not that great.

Arne

[Arne Vajhøj]

On 4/2/2012 6:09 AM, Arved Sandstrom wrote:
> On 12-04-01 11:19 PM, Arne Vajhøj wrote:
>> On 4/1/2012 8:40 PM, Arved Sandstrom wrote:
>>> On 12-04-01 09:16 PM, Arne Vajhøj wrote:
>>>> On 4/1/2012 4:50 PM, Thufir wrote:
>>>>> On Sun, 01 Apr 2012 13:39:43 -0500, Nasser M. Abbasi wrote:
>>>>>> People now think HTML5/Javascript is the next big thing, where
>>>>>> everyone
>>>>>> will write their wonderful advanced 20 million lines applications in
>>>>>> HTML5 and Javascript.
>>>>>
>>>>> You're assuming everyone has stable, non-infected pc's. The whole
>>>>> point
>>>>> of the cloud, insofar as I can tell, to avoid annoying support calls
>>>>> which end in either "reboot" or "re-install".
>>>>
>>>> That is not a common reason given.
>>>
>>> Not having to worry about the infrastructure is in fact one of the most
>>> common reasons for going to the cloud. If you look at IaaS, PaaS, SaaS
>>> (or any others of the derivative ?aaS's) all of them relieve you of some
>>> degree of worry about (read "support for") some aspect of IT.
>>
>> Not worrying about infrastructure is indeed a common
>> reason.
>>
>> But I have never heard about not having to reboot or
>> reinstall client side Windows as a common reason.
>

> I didn't have it narrowed down to "client side", Arne.

Well what started it was this:

# annoying support calls which end in either "reboot" or "re-install"

And while it does happen that support call on desktop Windows from an
end user may end with one of these two options, then it would surprise
me if a support call on Windows server from a sysadm ended with one
of those.

> If it is narrowed
> down to that then I don't know if we're talking about a common reason or
> just a reason. It's certainly not an insignificant reason: it's a short
> step from desktop virtualization inside your own organization to the
> Desktop-as-a-Service variant of SaaS. If that isn't a common reason now
> for "cloud" it surely will be soon.

I don't think DaaS is mainstream now.

It could become.

But I am a bit skeptical. The PC has been doomed many times. But the
thin clients or whatever they call it a particular year has never really
gotten traction.

Remember back when Larry Ellison said that the NC would kill
the PC.

I think people actually like their PC's!

Arne

[Arne Vajhøj]

On 4/2/2012 8:25 AM, Richard Maher wrote:
> "Arne Vajhøj"<ar...@vajhoej.dk> wrote in message
> news:4f78f0bc$0$295$1472...@news.sunsite.dk...
>> On 4/1/2012 2:39 PM, Nasser M. Abbasi wrote:
>> HTML5/CSS/JS will still be mostly presentation layer.
>>
>> For that purpose performance will be good enough for many
>> apps.
>
> For others the ability to share global memory in the form of Applet static
> variables across multiple tabs in a browser instance can be considered the
> Mutt's nuts! Multiplexing and multi-threading all tab/server communication
> over a single high-performance and secure binary TCP/IP Socket is also rich
> functionality-viagra for those who know how to take advantage of a
> persistent, full-duplex, network connection.

True.

But there are a lot of apps that don't need what you describe.

Arne

[Gene Wirchenko]

On Mon, 02 Apr 2012 20:02:44 -0400, Arne Vajhøj <ar...@vajhoej.dk>
wrote:

[snip]

>But I am a bit skeptical. The PC has been doomed many times. But the

^
Insert "said to be".

>thin clients or whatever they call it a particular year has never really
>gotten traction.
>
>Remember back when Larry Ellison said that the NC would kill
>the PC.
>
>I think people actually like their PC's!

I think they like having something to own. "My data is here!"
vs. "My data is Over There, oops, no, Over There."

Sincerely,

Gene Wirchenko

[Nasser M. Abbasi]

On 4/2/2012 7:02 PM, Arne Vajhøj wrote:

>
> I think people actually like their PC's!
>

"There is no reason for any individual to have a computer in his home."

Ken Olsen, founder of Digital Equipment Corporation.

I guess he also believed in "cloud" computing as well.

--Nasser

[Gene Wirchenko]

On Mon, 02 Apr 2012 22:42:02 -0500, "Nasser M. Abbasi" <n...@12000.org>
wrote:

No, it is just that there was no perceived need for computers in
the home. In these days of computer saturation, that may be hard to
understand, but it was so.

Sincerely,

Gene Wirchenko

[Patricia Shanahan]

There was not even a perceived need for *computing* in the home.

Patricia

[Arne Vajhøj]

He believed in time sharing computers.

And the widely spread quote may have been out of
context - at least that is the claim at:
http://www.snopes.com/quotes/kenolsen.asp

Arne

[Arne Vajhøj]

The quote is from 1977.

The same year as Apple introduced the Apple II.

Arne

[Gene Wirchenko]

On Tue, 03 Apr 2012 19:35:26 -0400, Arne Vajhøj <ar...@vajhoej.dk>
wrote:

Thank you for the link. That makes a lot more sense. There
still are silly computer quotes. The one I really like is:

Popular Mechanics, March 1949, p. 258: "Where a calculator on the
ENIAC is equipped with 18,000 vacuum tubes and weighs 30 tons,
computers in the future may have only 1,000 vacuum tubes and perhaps
weigh 1 1/2 tons."

Sincerely,

Gene Wirchenko

[EricF]

Before Internet access was common, there was no reason for most non-developers
to have a computer at home.

Eric

[Martin Gregorie]

...and the irony is that so many people have chained their social lives
to computers via Twitter, Facebook etc.


--
martin@ | Martin Gregorie
gregorie. | Essex, UK
org |

[Martin Gregorie]

On Tue, 03 Apr 2012 19:35:26 -0400, Arne Vajhøj wrote:

[Arne Vajhøj]

On 4/3/2012 11:36 PM, EricF wrote:
> In article<4f7b8943$0$286$1472...@news.sunsite.dk>, =?UTF-8?B?QXJuZSBWYWpow7hq?=<ar...@vajhoej.dk> wrote:
>> On 4/2/2012 11:42 PM, Nasser M. Abbasi wrote:
>>> On 4/2/2012 7:02 PM, Arne Vajhøj wrote:
>>>> I think people actually like their PC's!
>>>
>>> "There is no reason for any individual to have a computer in his home."
>>>
>>> Ken Olsen, founder of Digital Equipment Corporation.
>>>
>>> I guess he also believed in "cloud" computing as well.
>>
>> He believed in time sharing computers.
>>
>> And the widely spread quote may have been out of
>> context - at least that is the claim at:
>> http://www.snopes.com/quotes/kenolsen.asp
>>

> Before Internet access was common, there was no reason for most non-developers
> to have a computer at home.

People could have wanted to run word process, spreadsheet or
accounting at home also.

But the price was a bit steep back then.

Arne

[Richard Maher]

"Arne Vajhøj" <ar...@vajhoej.dk> wrote in message

news:4f7a3e88$0$293$1472...@news.sunsite.dk...

True.

I am sure there are still many apps that get by with static pages, and there
are even those who still yearn for the stability and simplicity of the
LAMP/WAMP days. Yes, we are all in the gutter Arne, but some of us are
looking at the Applets!

>
> Arne

Cheers Richard Maher
>
>

[Richard Maher]

"Roedy Green" <see_w...@mindprod.com.invalid> wrote in message
news:oopgn7h2qafeavfah...@4ax.com...
> There is a trick to it. See
> http://mindprod.com/jgloss/googlechrome.html
> --

Hi Roedy,

Thanks for your response on this (and other issues over the years).

My issue maybe as simple as jumping the gun on Java7. I thought it has been
mainstream for yonks but it looks like it's still beta; is that correct?

I have a box running 1.7.0-03b05 plugin 10.3.0.5 and *everything* is peachy!
But 1.7.0-b147 plugin 10.0.0.147 and I get the "Chrome says you're running
crap click here for once only" message :-(

I am *VERY* excited about having worked around the bug in: -
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7001755 (basically
replace the "rendezvous()" call with a return value) and need to rule out
this version crap.

Should I remove 1.7 altogether? Why does Chrome not see 1.7 and still
complain about 6.31 even though it's still there? Why do I get that sick
page error?

Ok, in a nutshell, "Is Java 7 off the table for the time-being?" or
"1.7.0-03b05 is the mutt's nutz! This is the candidate release and why
you're getting such good results - bet the farm on it!"

Firefox, IE8, Opera, Chrome, and Safari are *ALL* on board with this on
platform X; why is it magic? (Same Chrome, IE, FF. Safari and Opera
versions; it certainly appears to be a dicky JRE?)

Cheers Richard Maher

[Lew]

Richard Maher wrote:
> My issue maybe as simple as jumping the gun on Java7. I thought it has been
> mainstream for yonks but it looks like it's still beta; is that correct?

No. Java 7 was released on 2011-07-07.

You can tell it's not beta by the verbiage at
<http://docs.oracle.com/javase/>
"Java SE 7 is the current release of the Java SE platform."

> I have a box running 1.7.0-03b05 plugin 10.3.0.5 and *everything* is peachy!
> But 1.7.0-b147 plugin 10.0.0.147 and I get the "Chrome says you're running
> crap click here for once only" message :-(

Java 7 update 3 is what's current.

> I am *VERY* excited about having worked around the bug in: -
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7001755 (basically
> replace the "rendezvous()" call with a return value) and need to rule out
> this version crap.
>
> Should I remove 1.7 altogether? Why does Chrome not see 1.7 and still
> complain about 6.31 even though it's still there? Why do I get that sick
> page error?

Don't know the answers, but if Java 6u31 is still there, that could explain why Chrome is looking for it.

> Ok, in a nutshell, "Is Java 7 off the table for the time-being?" or
> "1.7.0-03b05 is the mutt's nutz! This is the candidate release and why
> you're getting such good results - bet the farm on it!"

Java 7u3 is not a candidate release.

> Firefox, IE8, Opera, Chrome, and Safari are *ALL* on board with this on
> platform X; why is it magic? (Same Chrome, IE, FF. Safari and Opera
> versions; it certainly appears to be a dicky JRE?)

--
Lew

[Richard Maher]

"Lew" <lewb...@gmail.com> wrote in message
news:16106106.159.1334611367345.JavaMail.geo-discussion-forums@pbcsi9...

> Richard Maher wrote:
>> My issue maybe as simple as jumping the gun on Java7. I thought it has
>> been
>> mainstream for yonks but it looks like it's still beta; is that correct?
>
> No. Java 7 was released on 2011-07-07.

Sounds more like it. I came across
http://www.java.com/en/download/faq/java7.xml and seeing Google pushing 6.31
I got confused.

>
> You can tell it's not beta by the verbiage at
> <http://docs.oracle.com/javase/>
> "Java SE 7 is the current release of the Java SE platform."

Thanks.

>
>> I have a box running 1.7.0-03b05 plugin 10.3.0.5 and *everything* is
>> peachy!
>> But 1.7.0-b147 plugin 10.0.0.147 and I get the "Chrome says you're
>> running
>> crap click here for once only" message :-(
>
> Java 7 update 3 is what's current.

Thanks again.

>
>> I am *VERY* excited about having worked around the bug in: -
>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7001755 (basically
>> replace the "rendezvous()" call with a return value) and need to rule out
>> this version crap.
>>
>> Should I remove 1.7 altogether? Why does Chrome not see 1.7 and still
>> complain about 6.31 even though it's still there? Why do I get that sick
>> page error?
>
> Don't know the answers, but if Java 6u31 is still there, that could
> explain why Chrome is looking for it.

Yeah looks like I had a sick installation of Chrome (even its own cache
clearing page choked) an I had 6.31 enabled for a while with a disabled 7.0
and, anyway, re-installed Chrome, set 7 on and 6.31 off and it now seems to
work.

>
>> Ok, in a nutshell, "Is Java 7 off the table for the time-being?" or
>> "1.7.0-03b05 is the mutt's nutz! This is the candidate release and why
>> you're getting such good results - bet the farm on it!"
>
> Java 7u3 is not a candidate release.
>
>> Firefox, IE8, Opera, Chrome, and Safari are *ALL* on board with this on
>> platform X; why is it magic? (Same Chrome, IE, FF. Safari and Opera
>> versions; it certainly appears to be a dicky JRE?)

Now (maybe also for a while) I'm getting "The Java plug-in needs your
permission to run" :-(
http://support.google.com/chrome/bin/answer.py?hl=en&answer=1247383

I like Google less and less (now with two GoogleUpdate jobs running and
GoogleToolBarNotifier and who knows what else)

[Arne Vajhøj]

On 4/16/2012 6:36 PM, Richard Maher wrote:
> "Lew"<lewb...@gmail.com> wrote in message
> news:16106106.159.1334611367345.JavaMail.geo-discussion-forums@pbcsi9...
>> Richard Maher wrote:
>>> My issue maybe as simple as jumping the gun on Java7. I thought it has
>>> been
>>> mainstream for yonks but it looks like it's still beta; is that correct?
>>
>> No. Java 7 was released on 2011-07-07.
>
> Sounds more like it. I came across
> http://www.java.com/en/download/faq/java7.xml and seeing Google pushing 6.31
> I got confused.

Java 6 is still being updated.

And there are probably still more on Java 6 than on Java 7.

Arne

[Arved Sandstrom]

Java 7 is the first release of Java that I've had trepidation about
moving onto. A number of Java applications I use failed silently on 7:
no exceptions, just some commanded operation or the other wouldn't
happen. As soon as I pointed them back at 6 the apps worked perfectly OK.

I see from release notes that a number of these apps have fixed
*something* since last summer that lets them work with Java 7. On the
other hand, when I see an application release note that's worded like
"this now works with Java 7", and the timing of that note is shortly
after a Java 7 update, was it the app that got fixed, or Java? Short of
asking each and every one of these application teams what it was that
got fixed, which I don't have the time for, I'm assuming that it was Java.

I haven't seen a single enterprise customer that my company works with
move to Java 7 or express interest in moving onto 7. Given that the new
owner of Java didn't come out with a Java 7 capable WebLogic until
November 2011 (WebLogic 11g 10.3.6) I don't suppose that anyone who has
to deal with Java EE app servers or other middleware can be blamed for
being cautious.

[Arne Vajhøj]

On 4/16/2012 9:18 PM, Arved Sandstrom wrote:
> On 12-04-16 08:59 PM, Arne Vajhøj wrote:
>> On 4/16/2012 6:36 PM, Richard Maher wrote:
>>> "Lew"<lewb...@gmail.com> wrote in message
>>> news:16106106.159.1334611367345.JavaMail.geo-discussion-forums@pbcsi9...
>>>> Richard Maher wrote:
>>>>> My issue maybe as simple as jumping the gun on Java7. I thought it has
>>>>> been
>>>>> mainstream for yonks but it looks like it's still beta; is that
>>>>> correct?
>>>>
>>>> No. Java 7 was released on 2011-07-07.
>>>
>>> Sounds more like it. I came across
>>> http://www.java.com/en/download/faq/java7.xml and seeing Google
>>> pushing 6.31
>>> I got confused.
>>
>> Java 6 is still being updated.
>>
>> And there are probably still more on Java 6 than on Java 7.

> Java 7 is the first release of Java that I've had trepidation about
> moving onto. A number of Java applications I use failed silently on 7:
> no exceptions, just some commanded operation or the other wouldn't
> happen. As soon as I pointed them back at 6 the apps worked perfectly OK.
>
> I see from release notes that a number of these apps have fixed
> *something* since last summer that lets them work with Java 7. On the
> other hand, when I see an application release note that's worded like
> "this now works with Java 7", and the timing of that note is shortly
> after a Java 7 update, was it the app that got fixed, or Java? Short of
> asking each and every one of these application teams what it was that
> got fixed, which I don't have the time for, I'm assuming that it was Java.

It is well known that the first Oracle Java 7 shipped with an
optimization bug (Lucene bug) that were fixed in an update.

It could relate to that.

> I haven't seen a single enterprise customer that my company works with
> move to Java 7 or express interest in moving onto 7. Given that the new
> owner of Java didn't come out with a Java 7 capable WebLogic until
> November 2011 (WebLogic 11g 10.3.6) I don't suppose that anyone who has
> to deal with Java EE app servers or other middleware can be blamed for
> being cautious.

And WAS 8.5 is just recently out in beta.

JBoss 7 has supported SE 7 for at least a half year.

It will take 2-3 years before SE 6 will be "old" in the EE world.

Arne