Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Tim Ellison
Geir Magnusson Jr wrote: This can't be a Java issue - it must be the design-by-committee-for-all-platforms-ever-to-be problem... I would love to see a good sound API in the style of SWT. Call it JavaAudio... ... and implement it on Harmony code, we'd be very receptive to patches and

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Thorbjørn Ravn Andersen
Stefano Mazzocchi wrote: But look at the bright side: there are probably many other really simple yet useful things that can be done to make java more useful on the desktop and this will be a marketing win for alternative JVMs. That would be to be able to write small java programs which

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Stefano Mazzocchi
Geir Magnusson Jr wrote: This can't be a Java issue - it must be the design-by-committee-for-all-platforms-ever-to-be problem... I would love to see a good sound API in the style of SWT. It's called quicktime for java and has been there for years :-) -- Stefano.

re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Fernando Cassia
Stefano, Are you a Mac user, per chance? Because you sound like one... See below: On 2/17/06, Stefano Mazzocchi [EMAIL PROTECTED] wrote: Geir Magnusson Jr wrote: This can't be a Java issue - it must be the design-by-committee-for-all-platforms-ever-to-be problem... I would love to see

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Tor-Einar Jarnbjo
Stefano Mazzocchi schrieb: It's called quicktime for java and has been there for years :-) Sure, Quicktime for Java is not that bad, but unfortunately using heavyweight native GUI widgets, which are difficult to integrate without side effects in a Swing application. If platform dependency

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Fernando Cassia
On 2/17/06, Tor-Einar Jarnbjo [EMAIL PROTECTED] wrote: If platform dependency is accepted, there are also a lot of e.g. ActiveX-bridges allowing ActiveX-enabled media components (also GUI or video widgets) to be integrated in a Java application. Tor Which defeats the whole purpose of

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Tor-Einar Jarnbjo
Fernando Cassia schrieb: Which defeats the whole purpose of cross-platform java in the first place. So why not do it win32 / linux /Gtk then? Because Java as a programming language has other advantages than platform independence. Tor

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Fernando Cassia
On 2/17/06, Tor-Einar Jarnbjo [EMAIL PROTECTED] wrote: Fernando Cassia schrieb: Which defeats the whole purpose of cross-platform java in the first place. So why not do it win32 / linux /Gtk then? Because Java as a programming language has other advantages than platform independence.

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Stefano Mazzocchi
Fernando Cassia wrote: Stefano, Are you a Mac user, per chance? Because you sound like one... Do you have a problem with that? -- Stefano.

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-17 Thread Fernando Cassia
On 2/17/06, Stefano Mazzocchi [EMAIL PROTECTED] wrote: Fernando Cassia wrote: Stefano, Are you a Mac user, per chance? Because you sound like one... Do you have a problem with that? -- Stefano. No, but I figured because you mentioned Quicktime for Java. Which nobody outside the Mac

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-16 Thread Anton Avtamonov
On 2/16/06, Fernando Cassia [EMAIL PROTECTED] wrote: [snip] You try to sound clever by making that statement, but imho, despite any other speed-up work who might be implemented, Sun's solution is very important, and something that should have been implemented a long, long time ago. I welcome

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-16 Thread Tim Ellison
Anton Avtamonov wrote: On 2/16/06, Fernando Cassia [EMAIL PROTECTED] wrote: [snip] You try to sound clever by making that statement, but imho, despite any other speed-up work who might be implemented, Sun's solution is very important, and something that should have been implemented a long,

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-16 Thread Stefano Mazzocchi
Fernando Cassia wrote: On 2/16/06, Stefano Mazzocchi [EMAIL PROTECTED] wrote: which implements a very interesting trick to speed up java startup performance: save the hotspot information in a repository (at JVM shut down) so that the JIT doesn't have to wait when it starts until it knows what

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-16 Thread Fernando Cassia
On 2/16/06, Stefano Mazzocchi [EMAIL PROTECTED] wrote: We need to find the tab-browsing-equivalent of a JVM ;-) It's simple, Google should make one of their apps a cross-platform, Swing based java one. Google, unlike Sun, will then have the marketing power to convince vendors to preload a

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-16 Thread Tor-Einar Jarnbjo
Fernando Cassia wrote: I'm still scratching my bald head thinking why hasn't Google embraced desktop java yet. Google Talk would be a killer app written in Swing / 100% Pure Java. It's never stupid to stay realistic. There is no JavaSound implementation giving you enough control of e.g. the

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-16 Thread Geir Magnusson Jr
This can't be a Java issue - it must be the design-by-committee-for-all-platforms-ever-to-be problem... I would love to see a good sound API in the style of SWT. Call it JavaAudio... Tor-Einar Jarnbjo wrote: Fernando Cassia wrote: I'm still scratching my bald head thinking why hasn't

Re: I welcome J2SE 6's faster-splash.... re: Java speed-up

2006-02-15 Thread Dalibor Topic
Fernando Cassia fcassia at gmail.com writes: I wonder why no one has tought about having java auto-load at startup and having a single instance of the Java VM running all the time, and then pass control of the first loaded java application to it (as Mozilla or Firefox pre-loads itself at boot