[image]
[image] [image]
[image]
[image]
[image][image][image][image][image][image][image][image][image] [image] [image] 631804 members! Sign up to stay informed. [image] [image] [image] [image]
[image]

Sponsored Links


Resources

Enterprise Java
Research Library

Get Java white papers, product information, case studies and webcasts

[image]News News News Messages: 13 Messages: 13 Messages: 13 [image]Printer friendly Printer friendly Printer friendly [image]Post reply Post reply Post reply [image]XML XML XML [image]
[image]

JavaOne 2008: Day One (So Far)

Posted by: Joseph Ottinger on Tue May 06 18:31:18 EDT 2008 DIGG
JavaOne 2008 Day One has started, of course, and it's an interesting show, with a lot of undercurrents about JavaFX (as expected) and multimedia - and mobile applications. There's a lot more, of course, and this thread is meant for people to add comments at will...

The opening keynote was ... interesting. If only it had been 2007, it would have been great - and in 2007, it was interesting, as most of this keynote was 2007's JavaFX introduction all over again.

It looks great now (still) but ... I couldn't see people being interested, once they got over being dazzled with the flashy graphics. JavaFX is being reintroduced to the same people who weren't done forgetting it from last year - it's a little hard to watch this year. Let's face it, guys, the rabbit's dead.

The conference is quiet compared to last year. Some of the biggest news isn't being said, or has already been posted: the SpringSource Application Platform was released last week, of course, which would have been a major release here - but it's hard to see Sun offering Spring that kind of press at JavaOne.

A note from the floor: lots of interesting booths, but the logo above the BEA booth stands out: It says "Oracle | BEA" instead of just BEA...

Feel free to post your thoughts in this thread about things you've seen.

Threaded replies

·  JavaOne 2008: Day One (So Far) by Joseph Ottinger on Tue May 06 18:31:18 EDT 2008
  ·  Re: JavaOne 2008: Day One (So Far) by Fabrizio Giudici on Tue May 06 19:55:59 EDT 2008
  ·  Re: JavaOne 2008: Day One (So Far) by Ivor Bosloper on Wed May 07 00:48:59 EDT 2008
    ·  Re: JavaOne 2008: Day One (So Far) by Mark Nuttall on Wed May 07 09:08:18 EDT 2008
      ·  Applets are dead by marc schipperheyn on Thu May 08 10:24:38 EDT 2008
  ·  OSGi and better applet support by Dominique De Vito on Wed May 07 07:41:29 EDT 2008
    ·  Re: OSGi and better applet support by Ralf Grossens on Wed May 07 09:31:50 EDT 2008
      ·  Re: OSGi and better applet support by Ralf Grossens on Wed May 07 09:32:35 EDT 2008
      ·  Re: OSGi and better applet support by Dominique De Vito on Wed May 07 09:39:47 EDT 2008
    ·  Re: OSGi and better applet support by Fabrizio Giudici on Wed May 07 21:11:55 EDT 2008
      ·  Re: OSGi and better applet support by Dominique De Vito on Thu May 08 06:42:36 EDT 2008
  ·  applets by V C on Wed May 07 11:33:15 EDT 2008
  ·  thanks by sadasd safsa on Tue Jun 17 14:55:57 EDT 2008
  ·  kim banladı beni? by kerem bat on Wed Jun 25 19:02:17 EDT 2008
[image]  Message #252064 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: JavaOne 2008: Day One (So Far)

Posted by: Fabrizio Giudici on Tue May 06 19:55:59 EDT 2008 in response to Message #252062
I understand that JavaFX should be taken with care, since it's on the razor's edge. But I've seen a fundamental difference so far: last year (and just up to a few time ago) I've seen only demos and small applets; this year Stephan Janssen demonstrated a real application (the version of Parleys.com based on JavaFX). It's worth mentioning that he said that a stand-alone client for uploading movies that they made has been made with JavaFX with no special care (same code as the applet), while with Air/Flex things would have been much harder (if even possible). Stephan has a specific talk with a comparison with the two technologies in the next days and we'll learn more.

[image]  Message #252077 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: JavaOne 2008: Day One (So Far)

Posted by: Ivor Bosloper on Wed May 07 00:48:59 EDT 2008 in response to Message #252062
The (accelerated) multimedia capabilities of JavaFX looked interesting. However, JavaFX is supposed to be the Sun alternative for doing Rich Internet Applications, but it basically boils down to Java Applets. I've never really liked the way Applets perform in a browser, and with me many others as the alternatives to applets are way more popular.

I still expect there's something to be announced in the Portal area. There's a booth with Glassfish and Liferay, and Sun might replace it's own Portal Server with this open source portal implementation. This would make Glassfish a very interesting platform, but we'll see about that the next few days...

[image]  Message #252088 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

OSGi and better applet support

Posted by: Dominique De Vito on Wed May 07 07:41:29 EDT 2008 in response to Message #252062
OSGi support is also a very good news. But I am not sure that, for such a core technology, like module kernel, having both standards is that good.
Having 2 module systems would make more difficult to move modules from Java kernel to an OSGi-only kernel. At the end, is OSGi going to win ?

While thinking these days about OSGi-like technology, I am wondering about Java-Jini links. With OSGi support into the JDK, Java looks like gaining one feature Jini has. So, I wonder about what remains into the Jini pockets. Programming style ? Some specific services (like Javaspace) ? Other stuff ?

This being said, the new applet way looks like also quite interesting. Being able to drag and drop applets outside the browser is a first step showing applet lifecycle is not linked anymore to the browsers: this gives another door to push Java on the desktop.

[image]  Message #252090 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: JavaOne 2008: Day One (So Far)

Posted by: Mark Nuttall on Wed May 07 09:08:18 EDT 2008 in response to Message #252077
I've never really liked the way Applets perform in a browser, and with me many others as the alternatives to applets are way more popular.
I think I remember reading something about the applet issue being addressed. Something might already have been done. I'll have to did for it. This might be it - https://jdk6.dev.java.net/plugin2/

[image]  Message #252091 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OSGi and better applet support

Posted by: Ralf Grossens on Wed May 07 09:31:50 EDT 2008 in response to Message #252088
Being able to drag and drop applets outside the browser is a first step showing applet lifecycle is not linked anymore to the browsers: this gives another door to push Java on the desktop.


this sounds extremely interesting. I hope that Sun finally gets its act together. A focus on the consumer desktop is far more important than the server side technologies like OSGI. Java is already strong on the server side, but very weak on the client side. This needs to improved.

[image]  Message #252092 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OSGi and better applet support

Posted by: Ralf Grossens on Wed May 07 09:32:35 EDT 2008 in response to Message #252091
Sorry, it should read: This needs to _be_ improved.


[image]  Message #252093 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OSGi and better applet support

Posted by: Dominique De Vito on Wed May 07 09:39:47 EDT 2008 in response to Message #252091
Being able to drag and drop applets outside the browser is a first step showing applet lifecycle is not linked anymore to the browsers: this gives another door to push Java on the desktop.


this sounds extremely interesting. I hope that Sun finally gets its act together. A focus on the consumer desktop is far more important than the server side technologies like OSGI. Java is already strong on the server side, but very weak on the client side. This needs to improved.


D&D of applets outside the browser is showed during Robert Brewin's web cast available here.

[image]  Message #252096 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

applets

Posted by: V C on Wed May 07 11:33:15 EDT 2008 in response to Message #252062
One can build applets, they just can't be deployed by end users.

(6.10 supports very limited things and it's deployment will be to small % of end users in coming years)

.V

[image]  Message #252115 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OSGi and better applet support

Posted by: Fabrizio Giudici on Wed May 07 21:11:55 EDT 2008 in response to Message #252088
With OSGi support into the JDK, Java looks like gaining one feature Jini has. So, I wonder about what remains into the Jini pockets. Programming style ? Some specific services (like Javaspace) ? Other stuff ?


Can you elaborate on that? Does OSGi support mobile code?

[image]  Message #252135 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: OSGi and better applet support

Posted by: Dominique De Vito on Thu May 08 06:42:36 EDT 2008 in response to Message #252115
With OSGi support into the JDK, Java looks like gaining one feature Jini has. So, I wonder about what remains into the Jini pockets. Programming style ? Some specific services (like Javaspace) ? Other stuff ?


Can you elaborate on that? Does OSGi support mobile code?


From Wikipedia entry1 : "The [OSGi] Framework implements a complete and dynamic component model, something that is missing in standalone Java/VM environments. Applications or components (coming in the form of bundles for deployment) can be remotely installed, started, stopped, updated and uninstalled without requiring a reboot; management of Java packages/classes is specified in great detail. Life cycle management is done via APIs which allow for remote downloading of management policies. The service registry allows bundles to detect the addition of new services, or the removal of services, and adapt accordingly.

The original focus was on service gateways but the applicability turned out to be much wider. The OSGi specifications are now used in applications ranging from mobile phones to the open source Eclipse IDE. Other application areas include cars, industrial automation, building automation, PDAs, grid computing, entertainment (e.g. iPronto), fleet management and application servers.
".

From a coarse-grained point of view, Jini is about discovering, assembling, using and un-assembling services. I just see service proxys are modules that may assemblied into a module system. OSGi provides such module system. Then, it looks like Java is gathering some Jini features, or least, some basic features that may be use to do some Jini-like programming are going to appear into JDK. It sounds like Jini as a testbed for interesting features for Java.

This raises some interesting questions. One is the following: why not going to move forward and to define another (Java EE ?) profile to include (more interesting stuff of) Jini into regular Java development kits ?

[image]  Message #252151 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Applets are dead

Posted by: marc schipperheyn on Thu May 08 10:24:38 EDT 2008 in response to Message #252090
Applets are dead. I'm surprised that it's even a topic. If you want to do Rich Internet, you focus on a framework that delivers HTML/Ajax as output. Even Microsoft's second go at Flash with Silverlight may very well fail even though, given it's C# programming model it *could* easily be technically more compelling than Flash. But if you look at the speed at which Flex apps load with the new Flash cache (way faster than HTML/Ajax), well, who needs JavaFX? What is the compelling reason to use it for the end user. The load time of applets? Those nasty applet security alerts? Downloading tens of Megs for the Java runtime?

Unless, of course, it compiles to Flash/Flex/Flash. Then it becomes a better way to write for a main stay platform.

Well, the one place it may shine is on mobile. And it may gain some traction in the enterprise space where Java developers can more easily apply their skills on a Java based platform. Then again, even in the enterprise space, why not use something like GWT or one of the other Rich Internet platforms?

[image]  Message #255263 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]
[image]
[image]New content on TheServerSide.comNew content on TheServerSide.comNew content on TheServerSide.com [image]
[image]

Scaling Your Java EE Applications - Part 2

[image] In part two of this series, Wang Yu presents some surprising results of Java application scalability based on his experiences in a performance laboratory. (July 8, Article)

Scaling Your Java EE Applications

[image] Getting Java applications to scale requires an intimate understanding of the application, the JVM, and the underlying hardware. Wang Yu presents some surprising results of Java application scalability based on his experiences in a performance laboratory. (July 3, Article)

Zero Turnaround for Java Development

[image] In this podcast, JavaRebel development lead Jevgeni Kabanov discusses the value of zero turnaround to both development and production systems, and how JavaRebel helps achieve this goal. (June 27, Podcast)

JSR 286 Portlets: Action-scoped Request Attributes

[image] The recent Java Portlet Specification 2.0 final draft (JSR 286) addresses a shortcoming in the action-render model used in the current spec to be able to let the container take care of managing the attributes between action and render. (June 12, Article)

New Features in EJB 3.1 - Part 4

[image] The EJB 3.1 expert group is working on changes for the next version of the Java EE spec. Here's a preview of those changes. (June 12, Article)

Review: Algorithms in Java

[image] Algorithms in Java provides those who seek to understand underlying mechanisms for manipulating data and working with well-known algorithms using a familiar language. (June 12, Review)

Free Book PDF Download: Mastering EJB Third Edition

[image] Mastering EJB was one of the original and most influential EJB books in the industry. Mastering EJB III now returns with two new expert co-authors, updated for EJB 2.1 and 30% new chapters including security, integration, best practices, open source, and more.
(Book PDF Download)

Building Content Oriented Integration Solutions With Mule and JCR

[image] The latest version of the JCR transport for Mule ESB offers a set of features that can enable the creation of content oriented integration solutions. This article by David Dossot presents a simple scenario where all these features are leveraged. (June 9, Article)

Extending Spring LDAP with an iBATIS-style XML Data Mapper

[image] This article by Colin Lu explains how to use Spring's LDAP integration with an XML data mapper to make LDAP access from within Spring trivial. (May 20, Article)

The Whiteboard Pattern for OSGi

[image] This is the second in TSS' series on OSGi, this time focusing on a common pattern in OSGi, called the "whiteboard pattern," where interfaces that can fulfill a contract are searched for in an OSGi repository. (May 19, Article)

Garbage Collection: Reducing Pauses for Greater Java Performance

[image] In this Tech Talk, Kirk Pepperdine, Holly Cummins, John Davies and Gil Tene detail how the pauseless garbage collection is now being utilized to overcome such performance challenges. (March 15, Podcast)

Optimizing Java Application Performance with Compute Appliances

[image] In this Tech Talk, Gil Tene discusses how compute appliances can be used to optimize the performance for demanding Java applications. (March 13, Podcast)

MapReduce Part II

[image] Eugene Ciurana describes how to build a MapReduce system using the same off-the-shelf, robust, open-source components already running at your company and that your engineering team already mastered. (May 12, Article)

Using Terracotta for Configuration Management

[image] This article by JR Boyens details using Terracotta to propagate configuration management on the fly across a network, such that a client can pull up its configuration data live. Terracotta suggests that this is an excellent use of the platform; while this article is cursory, the concept is valid. (May 6, Article)

OSGi for Beginners

[image] This article is the first of a series of articles aimed at teaching developers how to create OSGi bundles, including dependencies included with the bundles. (May 5, Article)

Why should you combine Reliable Messaging with Distributed Caching?

[image] This short article by Jags Ramnarayan, chief architect for GemStone systems, discusses how reliable messaging and distributed caching can - and should - be combined to offer consistent views of data, even when a message is consumed after a cache might have been updated. (April 29, Article)

Java EE 5 Development using Glassfish: Security

[image] This is chapter 8 of David Heffelfinger's book, "Java EE 5 Development using Glassfish," on configuring and using security for Java EE. (April 21, Chapter Excerpt)

Application Server Matrix

[image] The Application Server Matrix is a detailed listing of J2EE vendors and their application server products, with information on latest version numbers, J2EE spec support and licensing, pricing, platform support, and links to product downloads and reviews.
(Application Server Comparison Matrix)

News | Blogs | Discussions | Tech talks | Patterns | Reviews | White Papers | Downloads | Articles | Media kit | About
All Content Copyright ©2007 TheServerSide Privacy Policy
Site Map


You are viewing a mobilized version of this site...
View original page here

Mobilized by Mowser Mowser