The BileBlog

I’ve finally moved off from JRoller, after almost four years of pain, suffering, tears, blood, sweat, and putting up with one of the worst pieces of software ever to grace javaland.

I’ve always wanted to move, the reasons not to however were:

• Too lazy: Inertia is a wonderful thing, and I have better things to do with my time that faff about trying to install some kind of bloggy thingy
• jroller sorta worked: I could post, people could view stuff. What more could a guy ask for?

Of course, the straw that broke the camel’s back is that referer logging has been turned off for months now, so it’s impossible to find out what’s bringing people to the bileblog (if anything at all), or whether anyone still read it (sniff).

I would like to thank Matt and our Fearless Leader Rick Ross at JavaLobby though, for at least pretending to care every now and then, ultimately though the roller app was just so abysmal at doing anything, so ugly while doing it, and so incompetent in the odd occassion when it did manage to do something, that it was just impossible to get anywhere.

It’s a sad statement on the Java world, that our main offering in the name of blogging platforms is so horrific and useless, with about as much sex appeal as a cocktail of Rod Johnson moobmilk, Bill Berk pantycrust, and garlic scented Fluery gavinguice.

Bitch and whine about the new site in your comments on this post, and I’ll dutifully ignore it all, just so everyone is comfortable and to show you that nothing has changed.

Anyway, the rest of the TSS coverage coming up soon hopefully.

Sun dual-licensing Java under the GPL is a pretty canny marketing move. Does it have any actual impact on any Java developers? Contrary to what every other blog will tell you, nope, it won’t.

Believe it or not, you’ve been able to download the JDK and ‘hack’ on it for a while now. Some people have even blogged about getting their patches into the JDK sources, or how they got a bug fixed, and so on. There’s absolutely nothing new there.

Yet every little fuck and his penis are waggling furiously about how this is a new era of something or the other. Even that perennial turdburglaring hippie Stallman is on board. How low do you have to sink to need an endorsement from him?

Kudos to Sun though for finding a new crowd to suck up to. It’s taken close to 10 years for them to switch to the Slashdot cock from MS cock, but it’s nice to see that they’re still just as desperate to have their mouths and bottoms filled by alien objects.

At least the slashdot crowd has nothing tangible to copy beyond reams of empty promises and communist idealogies. Hopefully things like jsp (asp wannabe) and jsf (winforms wannabe) won’t happen again, instead all we’ll get is idiotic licenses and endless debates from non-lawyers about what legalese actually means.

What’s perplexing is how ignorant most people are of what this actually entails. So many idiotic blog bleatings about how patches can be contributed, about how javac will be speeded up, about how there’s going to be a ’super performance’ team that churns out amazing JVMs. Yeah, just look at what a great success classpath and kaffe is, and how blazingly fast they are. The only people who now have access to the JDK sources that didn’t before are these nutjobs, who in again, close to decade, have done nothing beyond waggle their fingers for endless self-administered prostate massages.

Still, plenty of silver lining. Nice to see classpath and kaffe and all those people fade into irrelevance. Nice to see another nail in Apache Harmony’s coffin. Why would you go with a less idealistic and faggotarsey license, and use a product that promises everything, delivers nothing, and continues to exist purely on corporate charity?

IBM’s reaction is also pretty hilarious. They’re rightfully annoyed that the project isn’t an Apache one. It’s pretty obvious that the Java branch of Apache at least is more or less owned by IBM. If a project moves to Apache, you know there’ll be some IBM people figuring out how to make money out of it and flog it to the hapless websphere molested masses. Sun keeping control means that IBM’s spastic global services are going to have a hard time selling the idea that THEY in fact own Java.

So move along folks, there’s no real news here. Just a clever marketing move and an appeal to the idiotic spastic masses.

There aren’t that many players in the java enterprise mail server playground. Of that pitiful field, apache james is probably the lone player.

James is…well…interesting. For one thing, it’s based on the doomed and dead Avalon. All their news says regarding this demise is that James is in fact alive and kicking, but cleverly sidestepping the whole ‘wtf will we do now’ issue. Most wise!

In typical open source fashion, someone wrote the documentation a few years back and has long since moved onto bigger and better things. Witness ‘This stable and robust container (Avalon) provides a strong foundation for the James server.’ Stable and robust maybe in the manner that a corpse in severe rigor mortis is stable and robust.

As it typical of such projects, the decisions made are are unfathomable, perplexing, and deeply disturbing. Why does the admin ‘console’ need to be telnet based? Why is there no mention of IMAP? Why does the mailet api look and feel like it’s 1998?

Despair not however, there is a silver lining! As much as it pains me to admit this, I’ve actually been working on the jboss mails services thingyjobby. Encouraged by Scott Stark’s proclamations of its death, I thought it’d be hilarious if I were to pick it up and contribute to it.

So the last couple of months have been pretty busy, and I’ve been submitting patches here and there. The only galling thing of course is seeing the smug self-centered look on Andy Oliver’s horrible beard, but such is life, and as long as we stick to the task at hand, we’re able to communicate with surprising success.

So why are jboss mail services better? Well, it’s a well maintained product for one thing. Someone actually bothers keep the wiki updated, it integrates well with other components, and has a rich and vibrant community of interested users and contributors.

Best of all, it has IMAP support as well as a host of other features. The forums get dozens of interesting posts a day, and clusters like springbots on Rod Johnson’s teats (lets be honest, mail server that don’t cluster are yesterday’s tech, unfit for today’s brave new world).

So as much as it pains me, I must recommend this product. Sure, it’s rough around the edges, but who isn’t?

Oh and just to taunt you losers, I’d like to now brag that my proposal for a JavaOne presentation has been accepted! ‘Male Services For The Enterprise’, muhahaha! I’ll be discussing the stuff in this entry in more detail.

The thoughtworks phenomenon is quite an interesting one, and going beyond the loud and obnoxious public persona of many of their employees, the whole thing is based on a fascinating model.

The ‘leap’ that Thoughtworks has made is that it has explicitly acknowledged the need to pander to its employees basest weaknesses and vanities. The powers that be have done an absolutely brilliant job of brainwashing all these kids into thinking that they’re some kind of legion of prophets out fighting the good fight. Some bright management type has understood the developer mindset on a very fundamental level. Essentially, it boils down to the fact that in terms of the actual job, consulting is astoundingly tedious and unrewarding, for the type of projects that that sort of company takes on. There’s nothing satisfying, nurturing, or sexually titillating about the experience. These young kids are hurled out into highly crappy locations (Dixons anyone?) and made to work on horrible horrible things.

So how to retain such staff? If you’re a big consulting company, the individual ceases to matter. Trying to make each person happy simply won’t scale. So instead, you develop a culture whereby the employees learn to tug on each others genitalia, saving everyone a lot of money and hassle. So these poor kids get to spend their out of work hours doing worky things with their coworkers. Thus geek night and whatnot. Everybody wins because the socially dysfunctional young kids get to feel glamorous and spend quality circlejerk time with one another, and the company doesn’t have to waste any real company time on these children.

To thoughtworks’ credit however, this is a very calculated and cynical policy, and if you talk to some of their more senior wizened guys, they’ll smirk and wink cynically; they know exactly how the System works and how successful it is.

However, there is a bit of a beast being unleashed. The more entertained these kids are, the less satisfying their ‘day jobs’ are. You don’t have to look very far to find a thoughtworker that will rant and rave for hours about how much their day job sucks.

With this disgruntlement come other more serious issues. As developers get bored, they’ll try and spend more of their time entertaining themselves. This will manifest itself in more time spent on the job on pointless irrelevant faffing about. Clients end up with less getting done, and overall getting worse value for money. Don’t believe me? Here’s an example. Obie Fernandez (a thoughtworker) posted a blog entry saying how great it is to get back to ruby after his day job, where it took him 2 days configuring jsp reloading in tomcat, and a week to add one (seemingly trivial) feature. Thoughtworks is indeed quite lucky to have customers that are so incompetent and undiscerning that wasting two days on configuring one of the most standard configurations these days in my-first-webapp-land seems reasonable and to be expected. Granted, he might have been exagerating (I hope he was), but that this kind of exageration is one he did in public is telling in and of itself.

Perhaps instead of having your geek nights filled with loudmouthed fatheads discussing how great it is to staple dangleberries from fowler’s beard to your pair’s genitalia while developing dependency injected TDD driven unit tests for ruby, you could maybe have some web app 101 courses. Maybe even start with the basics, like what container to use and how to reload jsp pages.

I have no doubt that this company, like every other normal company in the world, has some competent clued in people that have genuine skills beyond the ability of spasming wildly when confronted with any sort of qwerty configuration. Sadly, those people don’t seem to do much beyond sigh sadly (and quietly) at the collective shame inflicted on their employer by the (many) bad apples. Really, the company is a living justification for the silly (or perhaps not) ‘employees must follow this code of conduct when speaking out in public’ rules that all big companies have. Thoughtworks’ lack of one has made them somewhat of a laughing stock in certain circles.

While we’ve all snickered and laughed at the lightweight moniker every project bestows upon itself these days, I’m astounded by how many people take the whole idea very very seriously.

So to protect the innocent, I won’t name any names. Lets just say that I was in a certain irc channel that shall remain nameless, and overhearing a certain individual espousing the benefits of their ‘new’ IoC container.

When asked to list the differentiators of said container, the developer, with deadpan delivery, lists the first two advantages as ‘it’s lightweight’ and ‘it’s simple’.

Somewhat incredulously, we then proceeded to have possibly the funniest conversation I’ve had on irc in quite a while (which is saying something, considering the general hilarity of irc).

It all starts off innocently enough, with a casual inquiry as to what constitutes a lightweight container. The definitions offered (over the course of ten minutes of intense debate) were:

I realise I’ve probably harped on about this before, but it really is astounding how little shame certain bloggers have.

In a way, it’s admirable. It takes a lot of guts to proclaim to the world so gleefully that you’re a hapless incompetent spastic who can’t struggle your way out of a wet brown paper bag.

Of course, no such rant is complete without naming names and humiliating random people who have meant well and are in all likelihood affable friendly chaps. So let’s start with Jason Bell.

Jason Bell was at some point doing something at JDJ (thus his visibility). Jason’s real claim to fame however is his astounding ability to turn the most trivial events of daily life into obscenely tedious blog entries. How can we forget his endless quest for a consulting gig? His childlike amazement at the benefits of WiFi? His stunned (but very vocal) surprise at various hotels and their networkability.

It’s almost cute. He’s clearly a bit of a village bumpkin who lives out in some plebby little collection of mudhuts in the middle of England, so his amazement and wonder and trials and tribulation with the rigours of a life of an IT tosspot can perhaps be forgiven.

Then of course we have the legions of wannabe sysadmins. For this the blame lies squarely on the shoulders of linux and the colo cottage industry. Any little grunt who knows a smattering of command line tools (which lets be honest, is in fact much easier than figuring out windows) thinks that this somehow makes him qualified to run a server unassisted.

Predictably, the result more often than not is endless whines to the tune of ‘today, I’m moving providers, I’ll be spending the new few days (!) configuring everything and things will be back to normal soon’, ’sorry, my db died, I will be spending X days fixing stuff’, ‘my server was hacked, boohoo’, ‘I am switching blogging software because my significant other keeps laughing at my genitalia’, ‘my genitalia is broken, so I will add more ram to my server’.

So so many of these problems could be solved if this group of rumprangers were to ask themselves a very very simple question before vomiting all over their input device of choice, ‘is it conceivable that there exists a human being who might somehow find my blog, and having done so, read this entry, and having done so, found it not the worst possible use of a spare 20 seconds?’

Of course, once you add in the releasecriers (osx jdk 1.5 is out!), installfappers (today I installed X, looks interesting), linkhags (look here pointlessly for 3 seconds while I tell you to go there there and there!) and plain old yesfags (I agree) you’re left with about 3 worthwhile entries a day in this particular community. How’s that for conclusive proof that java people are clueless self-absorbed soulless degenerates?

Those gluecode kids have certainly been busy! First they hijack Geronimo, and then go on to out-trump JBoss’ ‘we sold our soul for 10 mil’ with their own ‘we sold OUR soul for just under 100 mil’. The progression of these two companies is somewhat amusing. Whatever JBoss does, gluecode/geronimo will do too (yes, the blurring line is deliberate), but with more style, panache, and screwyouness (and infinitely better marketing).

The funniest aspect of the whole IBM/Gluecode deal of course is what’d happen if the ex-jboss gluecode guys hand over their jboss copyrights to IBM. Remember when the jboss hive bragged of how much of hibernate their owned? Of how they owned 37.7% of tomcat? Well well, how the tables have turned! If the copyrights are handed over, IBM will own a percentage of the jboss source code! I don’t know exact figures, but 20% is certainly not a surprising amount. Will you jboss guys now learn, what goes around comes around? For all your penis waggling about ownership, now your own excrement is owned by none other than one of the companies you have a severe inferiority complex about; IBM.

Why would the gluecode guys fork over this copyright anyway? Well, it’s a matter of insurance. JBoss could, if it so chose, decide to go after these guys individually. JBoss however, despite how monumentally stupid they usually are, are unlikely to want to play that game with IBM and take them to court. IBM has far deeper pockets and is not beholden to VCs in the way JBoss is.

In fact, Marc Fleury’s comments about the gluecode buyout show that he can barely walk straight, such is the volume of soilage in his pants right now. The entry starts off mildly panicked and worried, and goes through the usual degeneration into outright frothing and spasming, saying that Geronimo is worthless and crap, and doesn’t even have an EJB3 implementation (apparently in lalaland, having an implementation of a in-progresss specification that should be deployed into a production environment is a sign of a mature enterprise product). Even funnier of course is that Marc, as a result, received one of the by-now-familiar bend-over-and-receive-some-tough-love from his VC’s, and the blog entry was edited to remove some of the loonier ramblings.

Having said all that, one has to give credit to IBM. Yet again, they have proven themselves adept at sweet talking the ASF into bending over and taking it sans lube or even a comforting reacharound consolation prize. I’m sure they’ll turn Geronimo into a worthy version of Websphere (or vice versa, the difference between green shit and brown shit is minimal), and even in a worst case scenario, it’ll be sufficiently civilised compared to jboss that those evildoers will finally get their just desserts.

UPDATEMinor correction, the unedited version was posted yesterday by Bob Bickel, the title was ‘Big Blue Gets Religion’. That entry was deleted, and the current entry by marcf is a slightly modified and cleaned up version. Thanks to the magic of the internet, you can find the original at http://www.javablogs.com/ViewEntry.action?id=211967. In your fat face, bob bickel!

On June 10th, bileblog’s second anniversary will come to pass. I thought it might be fun to rustle up some stats to celebrate the occasion:

TIme to round up and respond to the last couple of rather controversial rants. First regarding webwork/opensymphony. I happen to agree with ‘toy app maker’ that bragging of a 50 (rampting up to 800) user deployment is a bit laughable. There’s nothing wrong of course with such an app, and more power to you if some framework or the other helped you deliver it in a more timely and functional manner. However, to cite it as an example of scalability or robustness is hilarious at best. Also, I agree that Jason’s tedious chest-thumping and anti-Strutsism is pretty detrimental to webwork 2.0 (and more generally, to anyone associated with him). Nobody likes someone who brags of their own work, and I suspect that his attitude and irritating personality (at least, the online version) contribute towards people avoiding webwork 2. Human nature being what it is, it’s particularly delicious when someone like that fails for whatever reason. Slagging something off as an outsider is OK (of course, I WOULD say that, so no pot related comments please), but slagging off your competition to big up your own work is a bit cheesy. If your product is that great, then it’ll speak for itself (given of course, you have something more serious than a beta2 to offer, teehee).

Finally, for all those who offered help/participation in webwork 1.3, it’s time to put your money where your mouth is. I’ve picked up the development of that and it’s now moving forward again (so far with xml reloading, cleaned up build structure, functional testcases, fixed skeleton app, and a new push tag). Testcases, docs, new features, and even backported 2.x features are all welcome. The goal isn’t to be cool or knock 2.0, it’s simply to cater to the quiet crowd out there who use webwork 1.x in production environments and would still like new features and enhancements without having to waste days retesting everything or ‘upgrading’ to some new API or paradigm.

Next up, the build.xml advice. Imagine my surprised when I saw that TSS was kind enough to pick this up and copy it into their article body verbatim. Hrmph. Far funnier though were all the maven twats farting away about how maven solves all these problems. What astounds me is that it wasn’t even a joke suggestion. People seriously think that the answer to badly written build files is to use maven. How the hell can you fix such braindamage? Where would you even begin? No wonder the world is in such dire shape, with such pretentious turdburglars deciding that the best way to deal with incompetence is to increase complexity.

Finally, I’m heartened to see that so many people despise linux. I’m particularly proud of the fact that I was called a microsoft slave. I actually had a bet with someone that that would happen. I won’t pretend I even understand the workings of such a mind, but I know the symptoms. How they make the leap from ‘linux sucks’ to ‘I want to bend over and take it up the dirtbox from Bill Gates’ is a leap of faith the like of which hasn’t been seen since some guy on a stick became synonymous to God. Oh and you know what? I haven’t had a BSOD in Windows for a few years now. I wish I could say the same about kernel panics (the linux variety, I haven’t had an OSX kernel panic after 10.0.x).

First of all, apologies for not covering the last day of TSSS. An early flight to Guatemala coupled with watching the sun rise the previous night very quickly squished any hopes of attendance.

Overall, the conference was a laugh. Vegas is a great location for it, and really, most of the fun is probably due to that. As no doubt most attendees felt, there really was absolutely nothing truly useful in any sessions that you couldn’t find without some rampant googlage, but that’s to be expected. The real point of these things is socialising and getting to yell at people in person.

The highlights for me were meeting a bunch of new people. In no particular order: All the oracle guys (despite them being Canadian and having a jdbc driver that’s about as enticing as bill burke’s breast milk), Craig McLanalanahamabanahan (who loves the silent majority of java developers out there, even if he hates the ones who actually know java), Craig Russell (bright JDO spec lead with his heart in the right place), Andres March (oscache maintainer who is hilarious when drunk), and finally getting to have a conversation with Rod Johnson about his pasty manboobs and various Springy things. I can say I was truly surprised once, when an EJB3 migration talk turned very surreal with a completely irrelevant discussion of porcupine mating habits and the role of urine therein (with relevant slide).

The lowlights and weirdnesses were many and varied. So I’m sure I’m missing some out. First up of course is everyone’s favourite whipping boy, Bill Berk. He has the somewhat dubious honour of being the only speaker who had people shaking their heads sadly as they walked out of his AOP talk. It’s actually odd how many people dislike this guy. He then worked further to cement his professional image in the EJB3 BOF, where he was the ONLY expert who managed to consistently plug his own product and never gave any credit to anyone else (or anything other than jboss/hibernate). It’s a total mystery why the guy works so hard at always appearing to be a socially retarded child around adults who feel awkward that such an inept spastic needs to be invited.

One of the funniest moments however was when some random guy decided to listen in on Rod and I talking. The man’s approach to listening was certainly novel, as it involved moving his face as close as possible to the speaker’s. So there was this guy, his face whipping back and forth from Rod’s mouth to mine, his eyes wild, staring into us unflinchingly without a care in the world. Poor Rod panicked and kept trying to move away, eventually completing a full circle around the table just to try and dodge this lunatic. You could feel the tension rising, it was as if the guy was abount to open his mouth and literally put Rod’s head in it, and Rod knew he only had a few minutes to cope with this impending disaster. On further reflection, the man might have well been deaf and attempting to read lips. Still, it’s surprisingly disorienting to have a person literally breathe on you while you’re trying to make a point.

I also got to give a ‘tech talk’, where I was cornered into saying things like ‘poopoo’, ‘genitalia’, and ‘asshat’. Maybe I shouldn’t make so much fun of berkyboy, as I suspect I’m now just are hirable as he is.

I attended the EJB3 migration talk in the afternoon, which was all a bit too straightforward and no-nonsense so I’m afraid there really isn’t anything worth mentioning beyond one little aspect of the talk. I won’t go into details, but anyone who was there will no doubt concede that this talk contained the absolute best and more irrelevant factoid ever illustrated in any talk this year. Who knew that urination played such a big role in insemination in Canada!

I attended the EJB3 BOF next which was disturbing as it showed that I am pretty much the only guy at TSS who has to maintain EJB2 applications and actually treats said applications with some amount of responsibility. Floyd certainly wasn’t correct when he described the attendees are leaders, a lot of the polls however do tell us exactly what segment these attendees represent. The majority basically seems to be random grunts who have no actual understanding of any sort of higher level view of the technology landscape. They are engaged in a perpetual quest to find the next shiny object to grin inanely at. Even the so called ‘thought leaders’ are more often than not piddly little consulting gig monkeys who think that just because they happen to be able to pimp their open sores crap that the big boys would be doing the same thing.

Eventually I managed to stumble my way into the opensymphony sponsored open bar at the Bellagio. Much alcohol was consumed (surprise surprise) and I spent a good portion of the time pointing out to anyone who’d listen any combination of JSF is dumb, JDO is dead, Sun is weird, Apache is by morons for morons, and other such witticisms. Still, since we’re paying for so many people to get drunk I feel that did earn me the right to clamber up onto my soapbox and pound the pulpit in the general direction of anyone who’d listen.

Eventually a group of us peeled off and headed out in quest of more solid consumables. Much eating and drinking later resulted in the conversation eventually degenerating to the merits of anal sex, as well as various caveats that one must keep in mind for such shenanigans. The weaker members of the group slowly peeled off and crawled into their respective beds, and the hardcore real men (read, those too cowardly to admit they’re tired as fuck and need to sleep) stumbled bravely onwards into another bar. More things were consumed, a surprising number of new technologies were invented (courtesy of Dion and Cedric) and much hilarity ensued.

And so it’s now 5:30am and I should really really follow through on my passing out instinct. I’m not sure I’ll be up for any talks tomorrow as I have a somewhat early flight out.

This talk was fairly disturbing. The whole thing seems to be one big giant apache fapfest as conducted by none other than captain one hit wonder, Jason Hunter.

Jason is, it turns out, a deranged opensores lunatic. He’s not just drunk the koolaid, he sounds like he’s been receiving koolaid enemas as well as injecting it intravenously for quite a while.

For example, he thinks that it’s ‘cowardly’ for companies to consider their source to be part of their IP, and if they ‘really wanted to compete’, they’d hand over the source and then compete!

He then talks through the trials, tribulations and motivation behind writing JDOM, and as expected, it basically boils down to ‘it makes me look cool’, so take that Cedric, more ego-driven opensource! The anecdotes are all about going to interviews and saying ‘I wrote the book! I wrote the api you’re using!’

To his credit, he does proclaim that the GPL is the ultimate evil, with its sick ‘fuck you all! This is MY code and you can’t do diddly squat about it!’

To be fair, the talk is a good overview of some of the issues surrounding opensores and the various licenses and models involved, even if it is from the one of the enema eager crowd.

Unsurprisingly, it all goes horribly wrong in the end. Jason totally loses it and puts up a slide of ‘guidelines for open source projects’. This list has absolutely nothing to do with open source, and it’s pretty offensive how he’s managed to hijack a bunch of common sense guidelines (use a source repository! Have mailing lists! Use email instead of meetings!) and somehow make them open source specific issues rather than standard stuff any project should employ.

The delusions continue in full force shortly thereafter, where Jason proclaims that there are more talks about Jakarta projects than JCP ones. I don’t know what conference you’re at Jason, but the only Jakarta project that has its own talk is Tapestry, which all of 3 people use. Contrast that with a talk about the JCP, twenty nine EJB3 talks, a JSR168 BOF, JSR208, JSF, and a smattering of random open source crap that is most definitely not in Apache (always by deliberate choice, given how broken the Apache committee and voting schemes are).

Some more drug induced gibberish comes out later, where we’re told that the JCP should accept every proposal submitted to it, without any consideration to existing solutions that might already fulfill that need. Basically Jason thinks that the real world is insane enough to build an industry around the zoolike loonybin model that is apache.

Really, I must say I was quite surprised. You’d think that at a talk like this, it’d be a lot more even handed and representative of ‘the other viewpoint’, rather than how childishly naive and simplistic it actually turned out to be.

Next up is Cedric’s talk about TestNG. TestNG for those who don’t know (and why the hell don’t you know what it is, given that Cedric whores it at every chance?), it’s basically an improved and less fucked up version of JUnit.

Now, TNG won’t really address any of the flawed premises of JUnit, it will however address the absolutely retarded and childish way that JUnit is implemented.

The talk kicks off by pointing out the positives of JUnit, but quickly launches into describing how anyone who relies on such a brokenass piece of goatshit is basically trying to run a marathon by first chewing off one leg and blowing up the other while ramming an uncomfortably large baby jesus buttplug (yes, such an implement does exist, google it) into any number of orifices.

For the unenlightened, there’s a whole plethora of issues with JUnit. Thoughtworks cocksuckers will insist that it’s all that way deliberately and will basically slowly insert hot pokers into their dirtboxes simply because junit says so. They’ll also do it with their trademarked shiteating grin and lofty furious arm waving tactics.

These issues range from the fact that each test object is instantiated over and over again for every test method to the amusing need to use statics to maintain any sort of state across invocations. JUnit is also essentially abandonware at this point. It doesn’t really support 1.4 (no assert keyword), it relies on a static programming model (you need to use a fancy IDE, recompile, or other custom crap in order to run a subset of tests), and so on and so forth.

It’s really quite impressive, that such an abysmal product has managed to succeed so well. I’d say that that’s mostly due to the fact that it’s free (so no cost to using it) and that its underlying concepts and principles (on a high level) are very compelling and appealing to all sorts of software development approaches.

TestNG addrsses a number of these issues with varying degrees of success. For one thing, it extensively uses annotations (or jdk 1.4 javadoc comments) for metadata. I have somewhat mixed feelings about this as the jdk1.4 javadoc comment style is SO fragile (ever fucked up an xdoclet comment? It’s endless hours of joy tracking down why). However, it’s a reasonable compromise as Cedric’s initial plan of supporting 1.5 only is clearly about as useful as a project that can only be built with maven.

The runtime configuration is also captured in an xml file, rather than java source. So you’re able to specify test groups and other relationships between tests. This allows all sorts of useful crap like being able to have a specified test run order, dependent tests (test X requires Y and Z to be run first). So for example, if you have some kind of ‘verify db connection’ as the first method, you can specify that all other tests depend on it, so once the first one fails, the others are not run since we’ve had an early failure. TestNG is also designed up front to cope with plugins and extensions, so modifying its behaviour or adding to it hopefully involves less stabbing of eyes and penis mangling that working with JUnit does.

Some of the other nice features in TestNG is that you no longer have to start all your methods with ‘test’ nor extend a base class, since annotations capture the information that that hack has been put in place for.

The annotations available are a pretty rich set of controls to customise and specify test behaviour. You can for example specify a timeout on a per test basis (if this takes more than 10 seconds, soil yourself, etc).

The grouping support is actually quite powerful, since you can arbitrarily slice and dice your test into whatever groupings make sense for you. So for example, you can specify that a test is part of the ‘functional’ group, the ‘config’ group, and the ‘database’ group. You are then able to execute all tests within a particular group. There are many examples of the power of the grouping feature. Another example; you can create a ‘broken’ group that tests that are still being developed for example can belong to in order to be excluded by default (yet still show up as being skipped, so you don’t forget about them a la JUnit commented out tests). This approach craps all over the ‘never check in stuff unless all tests pass’ approach, since it correctly decouples testability from commitability, a bizarre coupling that has become quite popular recently.

All in all, a good introduction of the features of TestNG, and I’d be stunned if anyone with two braincells to rub together would, given the choice, ever pick JUnit over TestNG in future. The only question mark of TestNG’s future really is tool adoption. JUnit’s success can also be largely attributed to all the third party crap that has sprung up around it (coverage tools, IDE integration and whatnot). Of course, given how primitive and childish is it, it’s pretty easy to do all that. TestNG integration into toolsets will require more thought and consideration and well…work. Nobody likes more work, so it remains to be seen if TestNG manages to achieve that critical mass whereby users start nagging their vendors to support it and kick off the snowball effect.

The lunch keynote was provided courtesy of Oracle, and was (somewhat controversially titled ‘Does J2EE (still) matter’.

The speaker however seems to have some very odd concepts of what is and what isn’t J2EE. His example of ‘non-J2EE’ stuff included things like Spring and other such frameworks, all of which would be rather pointless without J2EE.

This actually touches on a pretty surprising misconception that a lot of the monkeys here have. Spring (to cite an example) is NOT a replacement for J2EE. Without J2EE, Spring would not exist. All is it is a extra layer of civilisation that sits on top of the J2EE stack and makes life easier for a certain class of problems.

A good point raised by the speaker also is the difference between how audiences receive open sores crap vs vendor solution crap. An open source talk is applauded for some reason and viewed as somehow being altruistic or noble, whereas the exact same talk delivered about a non-OS product is viewed as an underhanded vendor pitch. There is something particularly revolting about seeing all these talk about custom proprietary solutions (spring, tapestry, random OS crap) being viewed as legitimate in such conferences, whereas closed source stuff being treated as red haired step child that must never be spoken about in civilised society.

Next we move onto saying how great EJB3 is. Gosh, do these people never get tired of this? We get it already, EJB3 is nicer than EJB2. We believe it, lets move on for fuck’s sake. Please please, no more words of wisdom about how wonderfully testable EJB3 is. I’m going to stab the next person who says ‘lightweight container’ in the face with a blunt spoon.

Of course, no EJB3 talk is complete without code samples. Instead of the savvy pertinent snippets that Linda’s talks have (come back Linda, all is forgiven!) we here have huge huge chunks of code that nobody can actually read. This is actually pretty common throughout many talks. What is it about writing code in a small font that’s so sexually gratifying to these speakers?

Having pimped oracle’s EJB3 stuff and convinced us all that JDeveloper is a horrible IDE, we now move onto the joys of JSF.

Oracle has, for some inexplicable reason, developed a disturbing JSF fetish. The speaker is, surprise surprise, one of those dolts who thinks that JSF is there to be written by competent ‘by-hand’ type developers. There really is an idiot born every minute.

The hilarity really kicks off when Ted shows off orablogs. His concept of ‘customisable UI’ is firmly 1998 material. The site looks like someone had a terrible underwear accident, and accidentally smeared the outcome on a webpage. This portion of the presentation captures perfectly a very common blind spot that java web monkeys have. Why, for the love of god, do these people think that a developer should be allowed anywhere near a UI? Most developers couldn’t design a UI if their worthless little lives depended on it. They’re all straight lines and table borders and ‘ooh look at mee look at meee I’m xhtml compatible!’

Even more ironically, his example of ‘how easy it is to write JSF’ by hand does everything it can to prove it isn’t. It requires a custom IDE, the code block for a table is roughly the size of a respectable swing custom component (including painting code). The IDE is all about custom panels for editing properties, and there’s so much JSF awareness that the whole thing makes for a great ‘fuck you java developers!’ demo. They should sell it to IBM in fact, it’s THAT bad.

To add icing to the cake, half the stuff he tries doesn’t even work. I have a lot of sympathy for demos going wrong, but this really is somewhat of a comedy of errors on so many levels. On the plus side, the whole talk looks and feels a lot more relevant given how abysmal Macromedia’s talk was yesterday. So here’s a tip for future speakers, make sure that the previous session the users go to really, really sucks. That way you can fling poo at the poor little bastards and they’ll still feel mildly grateful.

Moral of the story? Don’t buy Oracle, they’re just a wannabe IBM. If you must buy Oracle, you can do penance by sticking any JDeveloper CD’s you can find in as many microwaves as you can find.

Next up is pluggable web apps by jiramike. This is pimping atlassian’s latest foray into open source, this time in the form of a plugin manager thingy for webapps.

This plugin system basically allows you to load in arbitrary jars as plugins. The jar is driven by a descriptor (in the jar), that specifies some versioning info and the main entry point to the module. Interesting for me personally is that internally for epix development, we have come up with pretty much exactly the same mechanism, so I’d say there’s definitely a use for this sort of functionality.

Jiramike then talks through some practical examples. One interesting usage I noted that I hadn’t thought of is the idea of deploying servlets in a module, which would be simple enough to implement via a proxy servlet runner that simply delegates to the plugin’s servlet for a specified url-pattern.

While the premise and functionality all seems very neat and all, there are some rather disturbing issues that show up if you dig a bit deeper. The real issue is that ultimately, the whole thing is a hack. The servlet spec sadly does not really cater for this sort of runtime extensibility. For example, using a custom classloader is highly suspect in webapps, and quite discouraged. Similarly, these modules can’t contain resources like jsp pages, because the spec does not allow for an easy programmatic way of serving up a jsp as a resource. Thus, you’re forced to use moronfodder like velocity for any visual plugins.

Another interesting usecase (well, interesting from a cool hack perspective) is the ability to basically fuck with IoC containers and swap out components with ones more to your liking. While there’s something very disturbing about this, it’s actually a nice implementation of one of the premises of IoC, that nobody cares about the implementations of components, and that as long the contractual obligations are met, you can pretty much slot in any old junk.

I definitely like the premise of having dynamic components within webapps. Any vendor providing a pluggable open system will find a lot of use for this sort of functionality. It’s just a shame that the spec manages to do just enough to make any working form of this nothing more than a clever hack that is crippled in some very critical ways.

Of course, no jiramike talk is complete without pointless selfpimpage. This comes in the form of the last slide, where not only are we told to buy jira and confluence, we’re also told that they’re looking to hire people and that it’s a cool software company to work for.

Still, on the bright side, no other vendor has self promoted in this way so far, so I’ll just chalk this one up to a freak accident. It’s certainly not like Atlassian to pimp themselves in any venue they can now…is it?

In conclusion, mike jirajirajira, jiramike jirajira, confluence jirajira. jira? jira jira, jiraarse! jirajirajiraajijiaaaaaaarfgrfrfira

Last night’s official dinner was surprisingly enjoyable. It was delightful to finally track down some Oracle people and try to get them to justify why their jdbc driver seems to be written by someone who wouldn’t know java if it stuck a cluebat wrapped in the jdbc spec up his bottom. it’s amazing how bad a database company can screw up their own damn drivers.

After shaking my fist angrily (yet politely) at some oracle people, I finally got to meet Craig Mcflanabanawanaflafla. The man doesn’t reek of evil the way that one might expect; perhaps that’s just an indication of the purity and pervasiveness of his evil, it’s hard to tell. Craig’s a smart guy, the only problem is that he wants to marry VB users, and thinks the competent java people should all just burn in hell (at least where JSF is concerned). So yes, JSF is NOT for real java developers, it’s for those paint by numbers by kids (which, to be fair, are by far the huge majority). Really, all you morons insisting JSF is great and usable today for people who like to code by hand (you, Rick Hightower) are fantastically brain damaged and should be put out of your misery for the greater good.

Of course, the dinner was followed by the usual stumbling aimlessly around Vegas, ingesting and consuming all sorts of things that sane people wouldn’t, but such is life.

This morning’s keynote was by Rod Johnson. It’s pretty much a boilerplate J2EE is great, but it’s only great if you put a facade in front of it, namely spring (even though he doesn’t quite come out and say it). It’s also harder now to think that Rod is stuck up his own bottom since he came up to me last night and discussed the chips he does indeed have embedded in his acolytes, and even pulled in one or two and made a show of examining their chips (no, you filthy minded bastards, ‘chips’ is not a euphemism for anything).

However, he does lose it a bit when it comes to saying how opensource is the best thing since the reacharound penistug.

For example, he says that using opensource because it’s getting something for nothing is a bad reason. In the real world, that’s one of the biggest reasons that open source products are popular and used. Why else are projects that are plainly crap so popular? How do you explain clogging, maven, castor, cocoon, jetspeed, and most of apache? All of which exist yet serve no discernible purpose.

He also maintains that OS has a certain ‘pride in quality’ of work. This is also total bunk. The pride does exist in equal measure in the closed source world, if not more so. OS happens (I had this argument last night with Cedric) because of ego. Shy or introverted people will not expose themselves in public via their source. Egomaniacs with chips on their shoulders and a desperate attempt at peer recognition will always release their source if they can get away with it.

He also touches on the whole commiebullshitty ‘freedom of information’. Really Rod, surely you’re too old and wise (and have worked in too many banks) to be snorting from that particular line eh?

Next, he talks about specifications and their role, and when something should be a specification and when it should be left to roam free in the wilderness. I think Rod here has a big fat blind spot to the importance and marketability of specifications. For better or worse, organisations LIKE specs. Given a choice, they’d pick something backed by a spec over something that isn’t (which is why, long term, hibernate will die). Clueful developers might well wave the ‘use-the-best-technology’ flag, but anyone who thinks that works in the real world probably has a fascinating array of drugs swimming around in their deluded little minds. As much as I find this argument somewhat childish and purile, I’m forced to resort to it in this case. People like Rod who aren’t suckling off the spec teat (what is it with that man and nipples?) are just jealous of those who are, and feel (rightfully) threatened by the sucklers.

He also insists that the free market kills bad ideas whereas specs don’t. I think is proven wrong in so many projects. Look at maven. Bad ideas persist because developers are irresponsible and think that an idea is worthwhile purely because their ego tells them it is. You could polish a turd and release it as open source. Provided you get it into apache and suck up to your users, you can guarantee success and many imitators polishing their own poo and claiming that their polishing methodology is innovative and an advancement of the state of the art.

Rod’s hatred of EJB’s is somewhat funny. It’s very unclear why he has this personal vendetta against them. I can only assume that he’s had a bad childhood experience that EJB somehow brings out and makes him relive the trauma.

Next, we move onto AOP. I am totally baffled by why people are still harping on about AOP. Even a poll this morning showed that most people didn’t give a flying fuck about it. Yet these turdy thought leaders are still banging on that war drum. What’s sad is that while AOP itself might not be an exceptionally retarded idea, its proponents have done such an abysmal job of pushing it and marketing it (and doing so way before it can be considered ‘ready’) that I think that many people have been turned off and will now avoid it simply because of the bad stench floating around it.

It’s also nice to see how universally despised and hated JBoss is amongst the clueful. Even Rod, during a keynote, manages to get in some digs at them. Nobody can deny that JBoss is successful, however, one can only hope that the fact that so many people wouldn’t stop to piss on them if they were on fire will count for something, in the long run.

Rod also manages to rise slightly above the ‘we’re great, you’re great, I love the depth and size of the cavity up your ass’ mentality at TSS by suggesting that people go out and do other things that’d make them more successful. Examples include….communication skills! Reading The Economist! Stuff that’d no self respecting geek would ever do, sadly.

Feeling a tad more refreshed after a quick powernap, I am now ready again to be bored to death having more old news regurgitated at me. Thus, I head to the EJB3 talk.

Of course, this is the same EJB3 talk we’ve always had. The same song and dance; if you’ve been to one EJB3 talk, you’ve been to them all. The additions in this talk are basically an overview of the new stuff in the second draft, including interceptors and whatnot.

So I’ll sit here for the first half then head on over to the scalability talk and see if Patrick and Cameron manage to avoid trying to sell either the most expensive HashMap in existence or a dead end EOL’ed persistence technology.

Turns out I missed yet another stellar performance by Bill Berk. I did however get many interesting reactions from that talk, ranging from his awful presentation style to the lukewarm audience, concluding with bill’s amazing dodge’em game when it came to non-jboss worshippy questions.

So I head over to the scalability talk. So far, this actually seems pretty decent and spells out a lot of common sense and obvious tactics, highlighting facts like transactions being bad, and read-only data being very cluster friendly.

Despite spending a lot of time with Cameron, I hadn’t actually heard him speak before (he’s very big on subtle talks that boil down to ‘buy my hashmap’ which I find rather boring/repetitive). I must admit that he’s a pretty good speaker, and his jokes are somewhat amusing (even if the dullard audience didn’t think so, bastards).

Another nice aspect of this talk is that for a change, it isn’t about how to write a CRUDy my-first-intranet-webapp. Surprisingly for TSS, this is actually a discussion of scalability in enterprise applications. They also get plus points for harpooning junit and pointing out that it’s rubbish. An interesting point Cameron raises is the false sense of security that unit tests can give, and the general fallacy of single user style testing, and how doing that sort of has absolutely nothing to do with scalability testing. Again, pretty obvious stuff, but it’s nice to have it expressed explicitly like this.

Of course, the biggest plus of the whole thing is all the sexual references. It’s really hard to go wrong when you have a slide called ‘Dont Wait for the Load to Blow’.

The lunch keynote, as expected, is the bit of the conference where TSS allows a vendor to shovel their own sweet brand of doggiepoo down the poor developers’ throat alongside other things that are only slightly more digestible.

This year, again, we get more woowoo’ing about Macromedia Flex. The speaker is a ‘technology evangelist’ which of course is a code word for sales drone.

The man has an unhealthy fixation with rich clients. In fact, his obsession with the word ‘rich’ is bordering on the obscene. Hard as he’s trying, he’s simply unable to formulate a sentence without that word. He’s rich, we’re rich, the applications are rich, resources are rich, images are rich, data is rich, rich media! rich experiences! rich rich rich! Anything that isn’t rich is ubiquitous, most things are both rich AND ubiquitous. A veritable fapfest of richness.

No macromedia flex talk is complete without the requisite demo or two. The only thing that all these flex talks have done so far is convince everyone that it’s a great demo tool. Of course, if you’re the kind of problem who doesn’t mind splashing out $10k/cpu for an essentially proprietary toy demo creator tool you have more serious problems.

What is impressive (and somewhat galling though) is that the guy seems to be reusing the EXACT SAME material he used last year. It’s as if time stood still for poor Macromedia, and nobody bothered cc’ing them on…well….anything.

In fact, this talk is so deathly boring that I am going to go to sleep. Such is my boredom that I am in fact going to skip the next session. The coma I am gradually falling into is going to be sweet, deep, and blissfully flex-free.

Surprise surprise, xmlhttprequest is the star of the show here. All sorts of flailing about invoking changing paradiggums! The talk is mostly about ajax, and convoluted explanations about the lifecycle of such apps (xmlhttprequest, javascript, yawnyawn).

The first ‘hello world’ example involves, interesting, neither a hello nor a world. it’s one of those horrifically ugly web pages that lets you input a city name and it goes to get the zip code (you’re shit out of luck if you’re outside the US). We’re shown a walkthrough of the code which looks pretty from a distance (the font is actually too small to see for the cool kids who like to sit in the back). While it’s nice seeing a concrete code example and all that, I’m not sure it’s really worth talking through every line of javascript.

To while the time, Sam Pullara and I are playing a fun game of ’spot where this slide was stolen from’. I’ve spotten a graph lifted directly from the ajax intro page, and Sam has spotted a table lifted directly from Apple docs.

Next up is a dissection of google maps. This is mildly interesting, but of course the google circlejerk commences almost immediately with lofty claims of google maps…THE PLATFORM!

Continuing on the google penis tugging theme, next we’re told how spoogy google suggest is. Yawn. More examples follow, some of which are actually mildly interesting (eg, using this mechanism for comment posting on TSS, or managing admin queues etc).

Dion being one of the speakers on this, it was only a matter of time before AOP got a mention. This time in the form of AOP JAVASCRIPT!

Finally, a sensible conclusion that all this stuff is new, and that people are still feeling their way around it all and trying to figure out how not to view it as the hammer to end all hammers. There’s also a decent spot about the fact that debugging this stuff and writing it sucks ass right now, given the poor quality of the toolsets available (or not, as the case may be).

All in all, the talk is somewhat interesting, if only in terms of the options and examples it offers. For people interested in this sort of crap and with lots of spare time, there’s plenty to get off on and run along and play with. Dion also did say ‘anal’ which is always nice.

My one complaint about all the talks so far is that they’re too damn long. Expecting a normal person to sit still and listen for an hour fifteen minutes is asking an awful lot. Most people in the audience at this point are either doodling, nodding off, drooling foolishly, or surfing porn. The talks also seem very insensitive to us poor bastards who are struggling to function with a mere 4 hours of sleep.

Next I thought it might be a laugh to attend Craig Mclanaflanapoopoo’s talk. Of course, he kicks off by telling us a bit about himself. Gosh, this guy has a lot to answer for. Tomcat, struts, JSF, so much of what is evil in the world these days is due to this one bearded guy.

The talk at this point is quite high level. There’s a brief digression into bizarro world where Craigy tells us all about the JCP. Coming to think of it, this is a bizarrely titled talk, combining the development of webapp API’s and standards for java. So the first half seems firmly about the process aspect of it.

I guess all in all the JCP stuff is pretty standard and I guess interesting to anyone who doesn’t know it. Next up he’s discussing the relationship and impact of open source on the JCP, following by Sun’s impact and role within the JCP. He does give an abysmal example of the current JDO fiasco, forgetting that it’s just about the worst example to bring up if the point is ‘Sun doesn’t control everything!’ since Sun wanted JDO, it failed, so they basically decided to revote until it passes. As an aside, I wish someone would just set fire to the JDO people and rid us of them for good (yes, Robin Roos, you’d be the first kindling).

We’re now onto the web portion of the talk. Again, spitting on Floyd’s assertion that attendees are a bunch of clever clogs, Craigy tells us what ServletContext is, what Servlets are, and even an explanation of…JSP pages, starting with the first implementation, and taking in the changes and modifications that have happened up to and including the current spec, 2.0.

Sadly, I don’t even have another session to run to for comfort. The other two sessions going right now are some crap about unit testing (are people STILL going on about that?!), and Jason and Patrick’s usual one trick pony, WebWork2.

Uuurgh, Craig now tells us how great Struts is. How it’s a ‘de facto’ standard, and twists one of the earlier polls by Floyd whereby 50% of people said they used Struts by saying that ‘50% of people PREFER Struts’.

I doubt anyone sane would actually prefer struts to anything. There are two kinds of struts people, those too stupid and simply don’t know better, and those who are forced to use it because they work somewhere with a stupid decisionmaker who doesn’t know better.

Craig, surprisingly, does seem to live in some kind of lalaland where struts is great and everyone loves it. His perception of what makes it great is also interesting, and attributes it to various technical and market forces (half of which are, frankly, quite contentious).

He also then points out that the success of Struts led to jealousy. It’s an interesting interpretation of what actually happened (and is happening). While all of its competitors are jealous of the market share, I doubt they’re jealous of it in any real sense beyond that. I don’t think he quite realises the frustration and anger that people feel at the fact that struts is popular, given how craptastic it is. I mean, websphere is the most popular appserver out there, but I dare anyone to find a developer who actually likes using it or thinks that it’s a good product.

To be fair, Craig does understand the stupidity and mindset of open source developers, and uses this to his advantage. He freely acknowledges that the best technical solution is not the one that ‘wins’, and that that’s a small factor that is more often than not, quite irrelevant. Nor is running a project for the benefit of its developers (vs the users) any kind of recipe for success.

Overall, the talk is an interesting overview of standards and how they come about, as well as some (dubious) musings on the success of struts and justifications for that success.

I’m going to head to ‘Next-Gen offline capable web apps with html and javascript’. If the whole talk ends up sucking google penis and discussing how xmlhttprequest will bring about world peace, I might need to shoot someone.