In a previous post, I suggested I’d like to see a much looser coupling between the front-end, or GUI portion, of a web app, and the back-end, which handles data persistence, business rules, and all other types of data processing. Really, what I’m suggesting, is that these areas be broken down into separate unique services. The further we break components down, the easier it is to design them, code them, test them, and maintain them (at least to a point, you can go too far with this).

If you aren’t yet familiar with Service-Oriented Architecture, then read this post from several years ago on webservices.xml. It’s a good introduction to the concepts. So far in my experience, I think the GUI is being asked to do far too much; to be far too smart for its own good. I’d rather all the brains of the user interface be provided by services, and the front end simply stick to the role of providing a visual interface to those back-end services.

Tired of posting your email on a web page and then getting tons of unsolicited email from engines that scrape web pages to find email addresses? Try Automatic Enkoderform. I did and it works great!

The report I’m working on now requires a running count for each line item within a group. Fortunately, Jasper has an easy way of doing this, by simply using $V{groupname_COUNT}, where groupname is the name of your group.

I still believe that Java is ideal for the back end portion of a web site or Internet application. When I say “back end”, I am referring to the data manipulation including the use of business rules and data persistence.

Its the use of Java on the front end, the web gui, that I’m not so sure I’m convinced of at this point. When JSP first came out, it seemed so simple, but then we began to get so concerned over separating roles and markup, content, and logic. Now creating a web site is just too much work. Lately, I’ve been using Word Press to do my blogs, and using Open Reports to create a reporting web site. Both of these are great examples of the simplicity in creating web sites. Open Reports creates forms to fill out with a simple web gui interface. Both of them require no “coding” in order to add further pages, change the look and feel, etc. They aren’t as custom as would be needed for most of the web applications I’ve worked on, but, I think we should be able to get to a point where the web front end is as simple as using Word Press, Open Reports, or any of the other CMS type web tools.

Read More »

You’ll probably notice an emerging theme over the next few weeks of comparing PHP to Java. Please understand, that I know very little PHP. I am a Java Architect and Developer. But that said, there are a lot of problems in the Java industry right now, and I’m finding it very interesting to compare it to PHP. Perhaps, at the very least the Java community can learn some valuable lessons from PHP.

The Server Side has an article about comparing CMS/Portals in Java and PHP. They found what I have found in comparing many other apps, and that is that PHP generally offers more choices and more functionality. You can read more here.

One of the replies to the article was by Dave C, and I just have to put the text of his comment here. Its has some truth in it. Java can of course, be as simple as he is describing PHP, but as he says, “Java programmers tend to overengineer everything”. I have a gut feeling that he is right, and that in the past, I may well have done that myself.

Read More »