Another JUG Meeting, Another Messaging Protocol
Last night's presenter at the St. Louis Java Users Group is Kevin Nilson who gave a fascinating talk about Pushing Data to the Browser with Comet.
I came into the presentation not knowing what Comet is, exception what I heard on the internet. Kevin did a great job explaining what Comet is. The most valuable part of the presentation is the demonstrations Kevin did, which are fun and informative.
I'll let you read an article by Kevin himself to get the gist of what the subject matter is. I'll just show the words I wrote down during the talk:
- Jetty
- Pub/Sub
- Bayeux
- JASONp
- script tag
- XSS
- Cometd
- Long polling
- Channel
- Service channel
- Meta channel
- Server crash
- Client auto-reconnect
- JSON on the wire/HTTP
The background conversation at the JUG is also informative:
- Is Scala for real? Kevin told us its the hottest thing at Silicon Valley. Mark and I still have some lingering doubts. Mark is focusing on something called persistent data structures. I'm more of a Luddite, fearing the years of learning that I have to go through to be proficient in Scala.
- At the end of the session, when Brian went up the stage to run the Birthday Selector application to give away the goodies, Kevin Nilson mentioned the Wheel of Fortune application that Jim Weaver wrote for his JUG. Small world.
- Ken Totton (of OCI, where I work) is still looking for top notch Java architects and developers. Send me an email at "weiqigao at speakeasy dot com" if you are interested. A couple of other places are also recruiting.
- Brian asked a question about MigLayout. He's reading the OCI May Java News Brief on MigLayout. I gave him an meta-answer: "Just blog about how it doesn't work, and the MigLayout author will comment on your blog and show you the right answer."
Coming back to Cometd, I do have one reservation: It's another messaging protocol. This is the rare occasion when my Java duties intersect with my messaging protocol-watching duties. It reminds me something Paul says around the office: "You can always define a Pub/Sub protocol on top of a Request/Response protocol. And you can always define a Request/Response protocol on top of a Pub/Sub protocol."
This post also appears under the title "Kevin Nilson: Pushing Data To The Browser With Comet".
Kevin Nilson: Pushing Data To The Browser With Comet
Last night's presenter at the St. Louis Java Users Group is Kevin Nilson who gave a fascinating talk about Pushing Data to the Browser with Comet.
I came into the presentation not knowing what Comet is, exception what I heard on the internet. Kevin did a great job explaining what Comet is. The most valuable part of the presentation is the demonstrations Kevin did, which are fun and informative.
I'll let you read an article by Kevin himself to get the gist of what the subject matter is. I'll just show the words I wrote down during the talk:
- Jetty
- Pub/Sub
- Bayeux
- JASONp
- script tag
- XSS
- Cometd
- Long polling
- Channel
- Service channel
- Meta channel
- Server crash
- Client auto-reconnect
- JSON on the wire/HTTP
The background conversation at the JUG is also informative:
- Is Scala for real? Kevin told us its the hottest thing at Silicon Valley. Mark and I still have some lingering doubts. Mark is focusing on something called persistent data structures. I'm more of a Luddite, fearing the years of learning that I have to go through to be proficient.
- At the end of the session, when Brian went up the stage to run the Birthday Selector application to give away the goodies, Kevin Nilson mentioned the Wheel of Fortune application that Jim Weaver wrote for his JUG. Small world.
- Ken Totton (of OCI, where I work) is still looking for top notch Java architects and developers. Send me an email at "weiqigao at speakeasy dot com" if you are interested. A couple of other places are also recruiting.
- Brian asked a question about MigLayout. He's reading the OCI May Java News Brief on MigLayout. I gave him an meta-answer: "Just blog about how it doesn't work, and the MigLayout author will comment on your blog and show you the right answer."
Coming back to Cometd, I do have one reservation: It's another messaging protocol. This is the rare occasion when my Java duties intersect with my messaging protocol-watching duties. It reminds me something Paul says around the office: "You can always define a Pub/Sub protocol on top of a Request/Response protocol. And you can always define a Request/Response protocol on top of a Pub/Sub protocol."
That why this post will also be available under the title "Another JUG Meeting, Another Messaging Protocol". :)
JavaFX Application Goes Production, Opens Door For Musicians
(Via twitter (what else?).)
(As Seen On The INTERNET:
)
Weezer frontman Rivers Cuomo: "It's like a simplified version of any of these complex professional recording programs that no one like me knows how to use," said Weezer frontman Rivers Cuomo, who agreed to endorse the program although he says he normally refuses such requests. "It's going to open the door for a giant population of musicians out there."
Jim Weaver: One of the main reasons that Indaba chose JavaFX/Java is that it enables recording high-quality audio directly onto the client platform. This is achieved by leveraging the capability of JavaFX to call Java methods, and Java to call JavaFX functions. One person with whom we work closely is Bjorn Roche, who created a Java-based facility and API that interacts with the audio capabilities of the client machine. The JavaFX portion of the Console provides most of the UI, and uses the Java-based API when it needs to play a track, apply audio effects, render a sound-wave, or record music. This Java library then invokes JavaFX callback functions as it is doing its work.
It's great to see a real JavaFX application go online. Congratulations to Jim Weaver and the Indaba team. And let's not loose sight that this application is launched a mere seven months (and five days) after JavaFX 1.0 was released.
[Disclaimer: I'm not a musician, so I can't tell you how I would have liked or not liked this application.]