Skip to main content

Returning Java Exception Objects with Open BlueDragon

I'm working on a project that uses a pre-existing Java library to handle payment processing. This is great because it's a heck of a lot of stuff I don't have to write myself, but when payments fail I need to get a code that's contained in an exception object that's thrown in the Java code. This is a problem since given the way the Java code is written, the normal message and detail keys of the CFCATCH struct don't contain the code I need. To get the code I need to call a getCode() method on the Java exception object itself.

Open BlueDragon doesn't implement GetException() yet, which in theory lets you get the actual exception object thrown by Java (provided you specify the specific Java object type being thrown), but I figured since the Java class name is contained in the JAVAEXCEPTION key of the CFCATCH struct, it wouldn't be too hard to tell Open BlueDragon to put the actual Java object in that key instead of the class name.

It took a bit of hunting but it was extremely easy once I found the right spot. The CFCATCH struct is an instance of com.naryx.engine.cfCatchData (which extends cfStructData), and if a Java exception is thrown, the setJavaException() method in cfCatchData is called. This puts a new key called JAVAEXCEPTION in the CFCATCH struct and this key contains the name of the exception class thrown by Java.

Since I wanted to keep that key intact for the sake of compatibility, I decided to add another key called JAVAEXCEPTIONOBJECT to the CFCATCH struct, and this key contains the actual Java exception object. It was as simple as adding one line to the setJavaException() method. The original was this:

public void setJavaException(Throwable _value) {
    setData("javaexception", new cfStringData(_value.getClass().getName()));

So I changed it to this:

public void setJavaException(Throwable _value) {
    setData("javaexception", new cfStringData(_value.getClass().getName()));
    setData("javaexceptionobject", new cfJavaObjectData(_value));

Now any Java errors that are caught by CFCATCH will contain the Java exception class, which lets me get at everything I need. This turned out to be a much more useful solution than going down the path of writing a Java class to wrap everything just so I could return what I needed from the Java exception object to OpenBD.

Yet another small example of the power of open source. If you want something to work differently, get in there and make it happen!


arwilliamson said…
I love it Matt. I will implement the GetException() for OpenBD using your addition as the basis
Matthew Woodward said…
Excellent Alan--one of those things people probably don't need a lot, but in this case it's rather essential so GetException() will come in handy.
Matthew Woodward said…
Thought I'd follow up on this post and let people know this is now in the nightly builds of OpenBD, as is the GetException() function. Gotta love open source.

Popular posts from this blog

Installing and Configuring NextPVR as a Replacement for Windows Media Center

If you follow me on Google+ you'll know I had a recent rant about Windows Media Center, which after running fine for about a year suddenly decided as of January 29 it was done downloading the program guide and by extension was therefore done recording any TV shows.

I'll spare you more ranting and simply say that none of the suggestions I got (which I appreciate!) worked, and rather than spending more time figuring out why, I decided to try something different.

NextPVR is an awesome free (as in beer, not as in freedom unfortunately ...) PVR application for Windows that with a little bit of tweaking handily replaced Windows Media Center. It can even download guide data, which is apparently something WMC no longer feels like doing.

Background I wound up going down this road in a rather circuitous way. My initial goal for the weekend project was to get Raspbmc running on one of my Raspberry Pis. The latest version of XBMC has PVR functionality so I was anxious to try that out as a …

Setting Up Django On a Raspberry Pi

This past weekend I finally got a chance to set up one of my two Raspberry Pis to use as a Django server so I thought I'd share the steps I went through both to save someone else attempting to do this some time as well as get any feedback in case there are different/better ways to do any of this.

I'm running this from my house (URL forthcoming once I get the real Django app finalized and put on the Raspberry Pi) using I don't cover that aspect of things in this post but I'm happy to write that up as well if people are interested.

General Comments and Assumptions

Using latest Raspbian “wheezy” distro as of 1/19/2013 (’lll be using Nginx ( as the web server/proxy and Gunicorn ( as the WSGI serverI used heavily as I was creating this, so many thanks to the author of that tutorial. If you’re looking for more details on …

The Definitive Guide to CouchDB Authentication and Security

With a bold title like that I suppose I should clarify a bit. I finally got frustrated enough with all the disparate and seemingly incomplete information on this topic to want to gather everything I know about this topic into a single place, both so I have it for my own reference but also in the hopes that it will help others.Since CouchDB is just an HTTP resource and can be secured at that level along the same lines as you'd secure any HTTP resource, I should also point out that I will not be covering things like putting a proxy in front of CouchDB, using SSL with CouchDB, or anything along those lines. This post is strictly limited to how authentication and security work within CouchDB itself.CouchDB security is powerful and granular but frankly it's also a bit quirky and counterintuitive. What I'm outlining here is my understanding of all of this after taking several runs at it, reading everything I could find on the Internet (yes, the whole Internet!), and a great deal…