JavaGeek.org - Java category

5 Days of Wicket - Designing the backend

Wed, 11 Mar 2009 16:13:40 GMT

5 Days of Wicket - Designing the backend is an article written by yours truly as part of a series of articles geared towards the better understanding of how to create a web application using Apache Wicket. Enjoy.

(You can read a short introduction to the series of the articles and links to the rest of them here)

Why not having Flash on the iPhone is a good thing

Mon, 15 Dec 2008 23:07:00 GMT

The other day I was trying to look at some site from my iphone but alas, the site was crawling with Flash embedded objects (from menu navigation to actual site content). At first I became frustrated that the iPhone didn't support Adobe Flash embedded objects, but then I started thinking further, and I realized that I've never really liked flash-based sites.

I don't want to start a flamewar between those who are in favor of having flash objects on their sites and does who despise the use of flash on them (including SEO people), but to me building a site in flash that disables the back button, puts a big and unneeded intro and puts all the information inside the embedded object is simply a poor way of creating a website; and this is not flash's problem, but the developer's who go for pretty instead of functional. I do have a question, though... Are flash-based sites accessibility friendly?

But as more and more iPhones are sold and used to browse the web, more people will start complaining, and hopefully site owners will start listening and start converting all those sites into something that can be read by everyone. And as more and more devices start appearing, more site designers will realize that html, although basic and plain, can be made functional to work on all or most of these devices with the help of CSS and/or other html-related abilities.

So, I am really glad that iPhones don't support Flash. Heck, I can even say I'm glad it doesn't support applets either (although I wish I could program iPhone apps in Java), as long as it will make people create "normal" sites.

Switching to IDEA, another tale

Thu, 27 Nov 2008 17:11:00 GMT

And since we're talking about switching stuff, another thing that I recently changed is the IDE I'm using on a day by day basis. I have been a long time Eclipse user, and I still think it is a great IDE, specially for the price (you can't beat free, can you?). It is stable enough, works on different platforms (although the Linux version has always been less stable than the others, in my opinion) and provides you with a very complete platform to develop enterprise, web, desktop and mobile applications.

But I've always heard people talk wonders about IntelliJ IDEA. In fact, if you ask the resident bot at freenode's ##java IRC channel about "IDEA FAQ", the response will be "Yes, IDEA can do that.". I had already tried IDEA back when it was at version 5 or 6, and I found it too different to Eclipse at the time, and since I was in the middle of a project in which the whole team used Eclipse, I didn't had the time or wanted to go into the effort of switching. But now I'm in a different team, and many of my co-workers there use IDEA (some use Eclipse too), so I thought this was the best time to try it out again, since I'd always have people to rely on for questions. That's always a good idea when trying something new, you know. It's like learning how to drive, it's better to have an instructor.

So, after the initial shock I must say I'm pretty impressed with the tool. It is definitely a different experience from Eclipse, in that I think IDEA puts much more emphasis on the editor window. Eclipse seems to be more focused on the perspectives, while IDEA concentrates on having the editors always there. And coding is all about editors, isn't it?

So far, the best feature I like about IDEA is their inspection profiles. It is basically a set of rules that you can enable/disable and configure so that they provide you with hints about things that you are doing wrong.

For example, I like to surround all my debug() and trace() statements with an if() to check if the log level is enabled. IDEA comes with a "Logging Issues" inspection for "Log statements not guarded by log condition" to mark instances that don't follow this rule. And not only that, you can configure the "severity" of the issue (do you want it to be marked as a warning or an error? I have it as error). And, if you happen to use a different logging mechanism than java.util.Logging (like we do, since we're using slf4j), you can configure the Logger class and log conditions that need to be present. And this is only one small issue among the many that are available to IDEA, and there are always plugins that add inspections for other stuff (like javadoc compliance, wicket stuff, etc). This is the feature that so far has sold me on using IDEA (besides the focus on editing). I still have to try doing remote debugging on it, but I hear it works fine.

I think Netbeans has something similar to IDEA's inspections, but I can only handle one IDE switch per month.