The article introducing the new 0.85 version of CP2JavaWS Cappuccino/Java bridge is now online at theserverside.com.

Atenção, este blog foi migrado para: http://brunopereira.org

Alguns anos atrás o TheServerSide era o meu site de tecnologia (e Java) preferido em geral. Muitas discussões interessantes rolavam por lá, tinha os Tech Talks, os simpósios, artigos, etc. Era muito bom para acompanhar o que estava acontecendo de importante na nossa área.

De uns tempos para cá, a qualidade do site despencou, e agora praticamente só noticiam coisas do tipo “XYZ was released”. Onde XYZ podia ser qualquer coisa. Framework, servidor de aplicações, biblioteca, livro, qualquer coisa. Muito raramente eu vejo alguma coisa que me motive a ler mais do que o título.

Já o InfoQ traz diariamente várias coisas pelas quais me interesso. Tem tanto conteúdo de qualidade que eu não consigo acompanhar a velocidade de divulgação das coisas. E isso é ótimo, pois sempre sei que encontrarei coisas boas para ler por lá. Uma coisa que eu gosto no InfoQ é que nele eu vejo muita coisa boa além de Java. Conteúdo sobre metodologias de desenvolvimento, outras linguagens, outras plataformas. Novidades que podem me agregar bastante coisa. Quase todas as vezes que sai alguma notícia “XYZ was released” no TheServerSide eu não ligo a mínima pro que tá sendo lançado. E se é algo que me interessa, eu rapidamente viria a saber do lançamento em algum outro lugar.

Uma coisa que o InfoQ e o TheServerSide têm em comum é que ambos foram fundados pelo Floyd Marinescu. O TheServerSide foi fundado no final de 99, e o InfoQ no começo de 2006. Floyd Marinescu deixou o TSS em agosto de 2005, então muito provavelmente sua saída teve significativo impacto na qualidade do site. Atualmente o TSS é o 4o site da minha lista de preferências, atrás do InfoQ, Artima e DeveloperWorks. Mas do jeito que a coisa está indo não sei se ele vai conseguir sobreviver por muito tempo.

Especialmente depois que eu comecei a escrever artigos pra Java Magazine, eu passei a reparar bastante nas formas de exposição de conteúdo técnico. Conseguir cativar um público de alto nível é muito difícil. Desenvolvedores, arquitetos e gerentes de software não têm muito tempo para desperdiçar, pois a quantidade de coisas a estudar é enorme. Para conseguir que um público assim leia o que você se propõe a escrever, você precisa escrever de forma precisa, mas também estimulante. Se você simplesmente jogar informações nos leitores, não vai conquistar o apreço deles e eles não continuarão acompanhando as suas publicações.

Uma coisa que eu tento fazer nos meus artigos é sempre mostrar a motivação por trás do que estou falando. Especialmente se for um tema polêmico ou controverso, é fundamental estimular a discussão das pessoas. Ninguém gosta de ouvir a “Voz do Brasil”, mas conheço muitas pessoas que gostam de ouvir a Band News, com a apresentação do Ricardo Boechat (eu sou uma dessas pessoas). Talvez as notícias presentes nos 2 programas sejam as mesmas. Entretanto, eu sempre me interesso pelas opiniões do Boechat, e eu nunca ouvi coisa mais enfadonha que a Voz do Brasil.

Comecei falando do InfoQ e terminarei falando sobre o mesmo. Este site é um belo exemplo de conteúdo técnico de qualidade, com temas que realmente atraem os leitores mais exigentes. O Floyd Marinescu parece uma excelente referência de como oferecer conteúdo para a nossa área.

Aos poucos venho começando a escrever meus artigos e também aqui no blog, e meu objetivo será sempre a linha do InfoQ. Conteúdo de qualidade com inteligência por trás. Quero escrever coisas que eu gostaria de ler se fosse outra pessoa escrevendo. Escrever bem é muito mais do que escrever corretamente. Espero conseguir atingir estes objetivos, e se possível ajudar a Java Magazine a ganhar cada vez mais qualidade. E é claro que sempre vou receber muito bem as críticas e opiniões de quem quiser colaborar nesta empreitada

Brian Goetz’s talk on Java Performance Myth had to be the funniest of them all. Laughing at C programmers who insist on writing object pools and backwards for loops is both fun and easy. Let’s all write “clean, dumb code” was Goetz’s plea to everybody and insisted the JVM doesn’t suck and is smarter than those sorry, mangled-up minds that think public getters/setters is an overhead. Basically, the JVM puts some serious thought in the optimization of compiled code including dead code elimination, optimized garbage collection and resource allocation.

His assault on all those pricks who write micro-benchmarks and happily conclude that X is faster than Y was also refreshing. A counter-example goes a long way in debunking a myth and that’s what he resorted to when showing that in some cases it might be faster to compute 1+1 by doing 1+2-1. Pure nonsense, it turns out the JVM remembers execution paths and the order of operation does matter. Conclusion: most micro-benchmarks are useless since they ignore JVM optimizations and runtime correction.

My favorite part of the talk was a production code example he gave when iterating an array, I reproduce it here for it’s humorous value:

int i = 0;
try {
  while (true)
  doSomething(array[i++]);
} catch (ArrayIndexOutOfBoundsException e) {
  /* exit loop */
}

Pure genius eh?

I’m starting to like this guy, he’s saying Java should be faster than C and since this is already true for resource allocation and memory management, it should be completely true in ten years when those JVM dudes figure out some more ways of stealing CPU cycles. Here’s a great example of some JVM optimization: Virtual methods have been a performance hit since the object hierarchy needs to be searched at runtime and since every method in Java is overridable and thus virtual, the JVM must do some searching. Or does it? Well, it doesn’t. If a method is not overridden, the JVM will treat it as mono-morphic and optimize it accordingly making it inline. Same goes true for declaring final methods – it doesn’t help, just clutters up the code base.

I’m glad that Vector has finally received a reprieve and can finally be used in Java code (local variables only please) without suffering embarrassment or humiliation. Synchronization for local variables is much different than members and Goetz authorized the use of Vectors with reckless abandon. I’m going to go and change all my ArrayLists to Vectors right now. No seriously, its good to know there’s no penalty where there shouldn’t be. JVMs are smart enough to make unshared synchronized collections as fast as unsychronized ones. But this leads me to a deeper question, why would you have an unshared synchronized collection, wouldn’t that be a paradox? Besides the point.

Poor Java does suffer from this label that it’s slow as molasses, but times have changed and so has the JVM, what might have been true 6 years ago is probably not anymore. Goetz’s claim that performance advice has a finite shelf life is 100% bang-on. The JVM now keeps multiple copies of compiled code and can swap it out based on runtime patterns, that’s a feature that .NET loves to pride itself on but it’s hardly even mentioned in the Java world.

Clever code is NOT faster code so stop trying to be a smart-ass and just write simple Java. Even if you have to make your code ugly to increase performance by a nanosecond, there’s a great chance that the next version of the JVM will make your efforts redundant. So unless you have some serious performance requirements, there’s no reason to write code that looks like shit.

Random Notes: International Terminal sucks, Blackjack is not easy, They make you walk through the casino to get to your room, Air Canada staff are idiots, Airport security is lax

Brian Goetz’s talk on Java Performance Myth had to be the funniest of them all. Laughing at C programmers who insist on writing object pools and backwards for loops is both fun and easy. Let’s all write “clean, dumb code” was Goetz’s plea to everybody and insisted the JVM doesn’t suck and is smarter than those sorry, mangled-up minds that think public getters/setters is an overhead. Basically, the JVM puts some serious thought in the optimization of compiled code including dead code elimination, optimized garbage collection and resource allocation.

His assault on all those pricks who write micro-benchmarks and happily conclude that X is faster than Y was also refreshing. A counter-example goes a long way in debunking a myth and that’s what he resorted to when showing that in some cases it might be faster to compute 1+1 by doing 1+2-1. Pure nonsense, it turns out the JVM remembers execution paths and the order of operation does matter. Conclusion: most micro-benchmarks are useless since they ignore JVM optimizations and runtime correction.

My favorite part of the talk was a production code example he gave when iterating an array, I reproduce it here for it’s humorous value:

int i = 0;
try {
  while (true)
  doSomething(array[i++]);
} catch (ArrayIndexOutOfBoundsException e) {
  /* exit loop */
}

Pure genius eh?

I’m starting to like this guy, he’s saying Java should be faster than C and since this is already true for resource allocation and memory management, it should be completely true in ten years when those JVM dudes figure out some more ways of stealing CPU cycles. Here’s a great example of some JVM optimization: Virtual methods have been a performance hit since the object hierarchy needs to be searched at runtime and since every method in Java is overridable and thus virtual, the JVM must do some searching. Or does it? Well, it doesn’t. If a method is not overridden, the JVM will treat it as mono-morphic and optimize it accordingly making it inline. Same goes true for declaring final methods – it doesn’t help, just clutters up the code base.

I’m glad that Vector has finally received a reprieve and can finally be used in Java code (local variables only please) without suffering embarrassment or humiliation. Synchronization for local variables is much different than members and Goetz authorized the use of Vectors with reckless abandon. I’m going to go and change all my ArrayLists to Vectors right now. No seriously, its good to know there’s no penalty where there shouldn’t be. JVMs are smart enough to make unshared synchronized collections as fast as unsychronized ones. But this leads me to a deeper question, why would you have an unshared synchronized collection, wouldn’t that be a paradox? Besides the point.

Poor Java does suffer from this label that it’s slow as molasses, but times have changed and so has the JVM, what might have been true 6 years ago is probably not anymore. Goetz’s claim that performance advice has a finite shelf life is 100% bang-on. The JVM now keeps multiple copies of compiled code and can swap it out based on runtime patterns, that’s a feature that .NET loves to pride itself on but it’s hardly even mentioned in the Java world.

Clever code is NOT faster code so stop trying to be a smart-ass and just write simple Java. Even if you have to make your code ugly to increase performance by a nanosecond, there’s a great chance that the next version of the JVM will make your efforts redundant. So unless you have some serious performance requirements, there’s no reason to write code that looks like shit.

Random Notes: International Terminal sucks, Blackjack is not easy, They make you walk through the casino to get to your room, Air Canada staff are idiots, Airport security is lax

There has to be a better way than to write Java code and have it “compile” to JavaScript for anybody to use AJAX functionality. Bruce Johnson’s cry to the crowd that there’s absolutely no performance hit in doing so was falling on on deaf ears until his claim of the “perfect caching” implemented by GWT. A statement that sent murmurs through the crowd and promptly encouraged everyone to grab their session evaluation sheet and circle the 1 in all categories.

All this talk of leveraging the Java language is making me nauseous. I can’t help but think of the poor bastard who’s been developing in JavaScript all these years and has pretty much become a guru at it, only to realize that he’s been using the wrong language all along. Basically they want your application to be one page and every transition happens using GWT – talk about being tied to a product! Not that Google’s going bankrupt anytime soon but once you go to GWT, you really, really can’t go back. GWT seems like a decent product but I’m wondering whether adopting it early in a project isn’t “slipping into poorly planned AJAX development” as Johnson claims people are doing.

So what happens if your application becomes too big and increases in size, why you GZip it of course! Give Google credit for thinking outside the box and adopting a Maven’ish approach to developing in JavaScript – compile, package, deploy. They even give you an embedded browser of sorts to use during development where your edited Java code is “deployed” using a simple refresh. All those Google aficionados are free to wet their pants at the sight of GWT, but they’d be a fool to not try out Scriptaculous or Dojo first. There’s no reason to kill a bird with a cannon.

Nati Shalom and some programmer talked about Space Based Architecture and it’s Spring Integration until he was blue in the face and the audience was close to tears. The coming up lunch break didn’t help matters. Yes, you guessed it, there’s also a <space> XML namespace in Spring2 making declarative SBA very easy to use and abuse. The concept of SBA is simple enough to wrap your head around but if your demo consists of showing the EXTREMELY verbose logging of three JVM’s at the same time, things are going to get hairy. At least have the decency to turn the log level down or maybe even completely off and just use System.out.println() statements. I tell you the people in the back were getting shifty for every time he said, “It’s that easy” or “It’s that simple”.

The cool part of this presentation was how nicely the architecture handled failover and relocation using SLA. The declarative approach of using annotations and Spring configuration was also something good.  It’s easy to extend the model and any underlying implementations without having an effect on the deployed application. But really, when have we ever been forced to swap out a DAO layer at runtime? The point is taken though. Gigaspaces seems to have it’s dirty little hands all over distributed persistence and JavaSpaces, it’s just too bad they don’t throw the parties Virtuas threw.

Chet Haase apologized on America’s behalf for Romain Guy (pronounced Gee) being denied a US visa insisting that Guy is not a terrorist, just French. He seemed almost apologetic for even being there and showed his genuine shock that he wasn’t alone in the Filthy Rich Clients presentation. He tried to get some hormones jumping by showing “cool” demos like Guy’s Aerith application but it would take a lot more than a fade-out to get this crowd excited. But wisely, Haase had a Plan B which included plugging his Timing Framework by showing interpolators, Glasspanes and non-linear interpolation, all good stuff, but hardly applicable to 90% of the developers out there. Some poor sap in the front row wondered where the HTML port and CSS integration was, to which Haase responded and I’m doing some serious paraphrasing, “You’re in the wrong room”.

Fades, Pulses, Morphing, Animated Transitions are all cool stuff and there’s no denying that but I wonder how much time companies doing Java clients have to make things look pretty, especially when testing this stuff is fairly hard. It’s not like you can use Selenium for this stuff. The coolest thing he showed was the PropertySetter and how it reduces the boilerplate code to do animations, tie this along with acceleration and deceleration and you got yourself a filthy rich client that will “ooze cool”. This would’ve been a much more impressive talk if the AV team had figured out how to dim the lights in the room. Main theme of the presentation: Buy the book, it’s called Filthy Rich Clients.

So I’m attending The Server Side’s Java Symposium in Las Vegas this year from March 21st to 23rd. JavaOne last year was fun but it’s time to try something different. TSS Java Symposium focuses more on enterprise development which is what interests me more.

I updated my java.net blog citing some of the problems with JavaOne. Hopefully I won’t be regretting my decision to switch conferences.

There has to be a better way than to write Java code and have it “compile” to JavaScript for anybody to use AJAX functionality. Bruce Johnson’s cry to the crowd that there’s absolutely no performance hit in doing so was falling on on deaf ears until his claim of the “perfect caching” implemented by GWT. A statement that sent murmurs through the crowd and promptly encouraged everyone to grab their session evaluation sheet and circle the 1 in all categories.

All this talk of leveraging the Java language is making me nauseous. I can’t help but think of the poor bastard who’s been developing in JavaScript all these years and has pretty much become a guru at it, only to realize that he’s been using the wrong language all along. Basically they want your application to be one page and every transition happens using GWT – talk about being tied to a product! Not that Google’s going bankrupt anytime soon but once you go to GWT, you really, really can’t go back. GWT seems like a decent product but I’m wondering whether adopting it early in a project isn’t “slipping into poorly planned AJAX development” as Johnson claims people are doing.

So what happens if your application becomes too big and increases in size, why you GZip it of course! Give Google credit for thinking outside the box and adopting a Maven’ish approach to developing in JavaScript – compile, package, deploy. They even give you an embedded browser of sorts to use during development where your edited Java code is “deployed” using a simple refresh. All those Google aficionados are free to wet their pants at the sight of GWT, but they’d be a fool to not try out Scriptaculous or Dojo first. There’s no reason to kill a bird with a cannon.

Nati Shalom and some programmer talked about Space Based Architecture and it’s Spring Integration until he was blue in the face and the audience was close to tears. The coming up lunch break didn’t help matters. Yes, you guessed it, there’s also a <space> XML namespace in Spring2 making declarative SBA very easy to use and abuse. The concept of SBA is simple enough to wrap your head around but if your demo consists of showing the EXTREMELY verbose logging of three JVM’s at the same time, things are going to get hairy. At least have the decency to turn the log level down or maybe even completely off and just use System.out.println() statements. I tell you the people in the back were getting shifty for every time he said, “It’s that easy” or “It’s that simple”.

The cool part of this presentation was how nicely the architecture handled failover and relocation using SLA. The declarative approach of using annotations and Spring configuration was also something good.  It’s easy to extend the model and any underlying implementations without having an effect on the deployed application. But really, when have we ever been forced to swap out a DAO layer at runtime? The point is taken though. Gigaspaces seems to have it’s dirty little hands all over distributed persistence and JavaSpaces, it’s just too bad they don’t throw the parties Virtuas threw.

Chet Haase apologized on America’s behalf for Romain Guy (pronounced Gee) being denied a US visa insisting that Guy is not a terrorist, just French. He seemed almost apologetic for even being there and showed his genuine shock that he wasn’t alone in the Filthy Rich Clients presentation. He tried to get some hormones jumping by showing “cool” demos like Guy’s Aerith application but it would take a lot more than a fade-out to get this crowd excited. But wisely, Haase had a Plan B which included plugging his Timing Framework by showing interpolators, Glasspanes and non-linear interpolation, all good stuff, but hardly applicable to 90% of the developers out there. Some poor sap in the front row wondered where the HTML port and CSS integration was, to which Haase responded and I’m doing some serious paraphrasing, “You’re in the wrong room”.

Fades, Pulses, Morphing, Animated Transitions are all cool stuff and there’s no denying that but I wonder how much time companies doing Java clients have to make things look pretty, especially when testing this stuff is fairly hard. It’s not like you can use Selenium for this stuff. The coolest thing he showed was the PropertySetter and how it reduces the boilerplate code to do animations, tie this along with acceleration and deceleration and you got yourself a filthy rich client that will “ooze cool”. This would’ve been a much more impressive talk if the AV team had figured out how to dim the lights in the room. Main theme of the presentation: Buy the book, it’s called Filthy Rich Clients.

Ross Mason, the Mule head-honcho, tried his best to combat the increasingly hostile AV equipment while promoting Mule2’s integration with Spring2, the former not yet GA’d. His moaning of how hard the team is working to get Mule2 out was in direct contradiction with the entire weekend he spent gambling away at The Venetian – yeah Ross, I saw you near the slots over the weekend. So Mule2’s approach is something called “The Hollywood Principal” which means “Don’t call us, we’ll call you” – damned if I know what that means. Mule is the latest to create their own Spring XML namespace and from the examples, it didn’t seemed terribly hard to get an ESB going.

Mule’s also proud that you don’t have to mention class names in your Spring config files anymore which is seen as a big plus? Not sure if that’s really the case since there will be a tight binding somewhere else and you’ll just be jumping through another hoop to get Spring to work. Of course, no talk is complete this year without a mention of OSGi and this one was no exception. Turns out an OSGi container will do hot deployment of Mule endpoints, services, transformers and anything else you dream up. Not a bad talk, would be better if his audio worked.

The guy sure is proud that the Mule IDE doesn’t overwrite your code changes once you go from code-view to design-view. Is that really something so special that you have to point it out? And one more thing, stop showing the donkey from Shrek and pretending it’s a mule – it’s not a mule, it’s a donkey! I was going to download Mule to test it out, may as well do it once it’s got the Spring2 stuff in it. Also, stop wasting your time on Drag’n Drop features for the IDE, that’s stupidness.

Mark Richards seems like a guy who could talk for 16 hours straight without any water or oxygen. When this talk ended I felt a lot better because I finally saw some people who were as confused as me about what an ESB is and what it does and doesn’t do. Instead of defining what an ESB is, Richards first proved that nobody really knows what it is by whipping out three different but widely accepted definitions of an ESB through “Buzzword Bingo” which I loved. Instead, he tried to solve the problem of how to deploy a distributed environment and offered point-to-point solutions using JMS Queues and Adapters which ended up solving the problem but required additional work such as wrapping the messaging protocol etc. So even if we supply a good level of abstraction, we’re still bound to a contract and if the application changes, so must the client. The answer to this problem? An ESB.

Service Locational Transparency and enterprise wide security seem to be the two major benefits of having an ESB, both of which are currently undoable using point-to-point techniques and plain old web services. It was a great talk by Mark Richards who was nice enough to dumb it down to code examples when talking about SLT, consistent service access and implementation decoupling.

The talk was titled The Enterprise Service Bus: Do We Really Need it? and Richards seemed to answer, Yes, unless you’re a wannabe architect working on one pathetic system. The need for an ESB seems directly proportional to the number of different transport methods and disparate systems your services are being provided from. If you’re doing POWS (Plain Old Web Services) on a single cluster, it’s definitely overkill. If you’re managed to get yourself tangled up in queues, web services and RMI, I say go for it.

Rod Johnson pitched Adrian Colyer’s talk on Spring’s OSGi integration and I bit. It’s surprising that an idea so old and good is only now being realized and accepted. I raise me hand when I say I had little clue of what OSGi was until this conference except that Eclipse’s plugin system was based on it. Lots of talk about visibility, versioning and operational control coming through a British accent makes you feel warm and fuzzy but let’s face it, we’re years away from OSGi actually being adopted in the mainstream. No matter how hard Spring tries to “osgi” their modules, they’ll still have to wait for the likes of commons-lang to comply with OSGi before somebody can actually build a true OSGi based system.

So the idea of having more than one version of a module in the same JVM seems to excite everybody but I’m wondering if that really is a good thing? What does it say about your application if it’s dependent on spring-jdbc 1.2.8and spring-jdbc 2.0? Sounds to me you’re using OSGi to cover up some pretty crappy software design and decisions. Colyer had a good, concise and short-scoped talk on OSGi and anybody who didn’t know what it was before they entered the room, had a damned good idea when they left it. These Interface21 guys don’t seem so bad in person as they do on the forums.

Random Notes: Lost around 15 bucks, Cirque Du Soleil is overrated, Gondola rides are for posers, 10 dollars for a drink at The V is robbery

Eric Gamma, when I hear that name I think of Gang of Four and the great book Elements of Reusable Object Oriented Design. So when I read that Gamma was going to be the keynote speaker at TSSJS, I resolved to wake up earlier than I wanted to just to go check out what the SLDC guru had to say. For what I hoped to be an inspirational and insightful affair turned out to be a product pitch of the most boring wavelength. The subject was Eclipse and something called “The Eclipse Way” which really is another way of saying use continuous integration for your projects and make sure you test stuff. For a keynote speech the material focused way too much on specific tools (Eclipse and Jazz) and not enough on the theme of the conference or any technology or trend which might carry some gravitational pull.

Gamma kept dropping quotes saying “Jazz knows how developers work” which is like saying, “I can predict the weather”. No, Jazz does not know how developers work, it thinks it knows it by forcing you to create things like “process rules” through tedious XML configuration and promoting concepts like pervasive transparency like they were the first to use it. Throw in some more pie-in-the-sky terms like “Process Awareness” and “Village Effect” and you got yourself a keynote speaker. Bloody waste of time.

Gamma then offered to fix my “pain points” and try as I could to figure out what he was saying, I was too busy trying to figure how which word he used more than 500 times, process or collaboration. Hey, all I’m saying for a keynote speaker, this was a completely unexpected speech, he said nothing of any consequence and insisted that we use Eclipse + Jazz to do all our work because “The Eclipse Way” was the best way and you’d be a damn fool not to use it. I was expecting more talk about high-level SD and something I didn’t know, not rampant prostitution.

Next up, it was Rod Johnson and his Spring pitch. To sum it up he concluded, “Spring kicks J2EE’s ass and you shouldn’t be using J2EE just because somebody told you to do it”. The great part about this theme is that he does have a great point which is backed by concrete arguments and industry-proven usage. Spring loves AOP and regardless of the people bitching about, it does kick ass. Custom XML namespaces and support for Java6 scripting languages dominated his talk but the guy never fails to diss J2EE whenever he gets a chance calling the entity bean an “abomination”. I’m starting to like this guy or maybe it’s just the accent.

OSGi (which I knew very little about) is a big hit with Spring and they’ll be packaging all their modules to be OSGi compliant. That’s great news and probably a good step but it won’t really matter until all those 3rd party Jars end up being OSGi modules too. Spring has the completely opposite view of XML than some people. He’s calling Java messy and complicated and the example he gave was having a Spring config in Java instead of XML (using annotations in the config classes, not the source code) and sure enough he was right, but who the hell uses annotations that way anyways? Compare that with the Spring config and of course it’s going to be more attractive. No shit.

I talked to Rod in the refreshments room (very average, they didn’t label the decaf as decaf, what garbage is that?) and talked to him about Google Guice and any threat they posed. Johnson let out an evil laugh and roared, “Guice will be so sorry when we release DI annotations in 2.1″

Random Notes: Elevator music is way too loud, lots of prostitutes around, I went over to the Wynn which is a better hotel/casino than this. I lost 3 dollars in the slot machines.

So I’m attending The Server Side’s Java Symposium in Las Vegas this year from March 21st to 23rd. JavaOne last year was fun but it’s time to try something different. TSS Java Symposium focuses more on enterprise development which is what interests me more.

I updated my java.net blog citing some of the problems with JavaOne. Hopefully I won’t be regretting my decision to switch conferences.