ALTERthought Blogs Archives: Java
· previous page
29 March 2006
Java Puzzler: Thine Stack Overfloweth
THE PROBLEM:
A buddy of mine chatted me up over IM the other day with the following, seemingly simple problem:
He has a class that extends the standard Java 1.4 Exception class (BaseException)
Whenever he catches a thrown BaseException, and tries to print the stacktrace (via BaseException.printStackTrace()) he gets a java.lang.StackOverflow error.
If he calls getCause().printStackTrace() everything is [...]
continue reading... » 2 Comments
24 March 2006
Better Code Automagically, Part 2: Continuous Integration
This post is the second in a series (part1 here) of discussions around mechanisms for increasing code-quality thru the use of automated tools– the ultimate goal being an increase in overall code-quality and a decrease in manual Q&A time.
Lets first talk about the concept of Continuous Integration itself. The idea is pretty straightforward:
Create an automated [...]
continue reading... » 0 Comments
15 March 2006
ALTERthought is hiring: Java Engineer
Java Engineer
-OVERVIEW-
The Java Software Engineer participates as part of a larger team for ALTERthought internal and client-oriented initiatives. He or she helps support ALTERthought’s core value of Technology and Innovation through implementation and refinement of leading and emerging technologies for internal as well as client products/solutions. The Engineer is a well-rounded professional with excellent [...]
continue reading... » 0 Comments
14 March 2006
Better Code Automagically, Part 1: FindBugs
This post is intended to be first in a series (maybe) of discussions around mechanisms for increasing code-quality thru the use of automated processes, such as:
Continuous integration build tools (anthill , cruise control, etc.)
Metric and code auditing (CheckStyle, FindBugs, etc. )
Unit test coverage reporting (clover, cobertura)
The grail here is to explore approaches that can [...]
continue reading... » 0 Comments
10 March 2006
Choosing a JMS Provider: Harder than it should be
So I am in the process of evaluating several leading commercial JMS (Java Messaging Service) vendors for recommendation to a client. All of the typical things you might expect are in the hunt as part of the criteria:
Adherence to the JMS specification.
Performance and throughput. (I am using SonicMQ’s benchmarking guide as a basis.)
Scalability
Clustering and reliability
Cost
And [...]
