My Humble Java
rent a car bulgaria
I am satisfied with my grasp of Java. Grown men walking around in a cheesy t-shirt with a 1980s-style iron-on transfer of James Gosling stretched across their chubby bellies will quickly scoff at my low expectations of just how much Java can do. This is what I want Java to do:
- Load Excel spreadsheets from the command line and ‘shred’ them into XML files written to disk according to a declared specification (in another XML file).
- Load XML and XSLT files from the command line and generate more XML files singly or in batches.
What you really see here is that I want Java to process XML and Office documents (in a Linux environment). You do not see any desires to run my code in some kind of massive, memory-leaking application server (from IBM). You do not see any desire to use famous design patterns to connect to a database with a half-dozen configuration files. No desire for writing a GUI destined for the Web using graphical drag-and-drop metaphors that “protect” me from JavaScript and XHTML.
My extensive investments in .NET technologies and a PHP framework leave me with ‘humble’ Java-related goals. Back in 2006, I expressed amazement with writing for the command line in .NET—well, here I am again with Java. I know Java programmers will scoff again at this but I actually condescend to the Java language through C#. I see Java as small and ‘cute’—while most “real” Java programmers work in teams of three or more tending to massive, enterprise-wide “solutions” with girders of tiers creaking and groaning.
The table below contains online resources that led me to this tiny morsel of satisfaction:
| “Java interactive command-line input” | At the time of writing, I have not yet used the technique mentioned here: “While Java is generally used to create applets, servlets, and general-purpose applications, you may occasionally need to create applications that interactively communicate with a user at a command-line…” |
| “Shell game: Read user input directly from the command line in Java” | Another classic from 1999. |
| “The Java XPath API” |
This went a long way toward helping me write a generic utility class that returns a It was here that I learned that some Java libraries require |
| “How to load a jar file at runtime” | JAR files are like DLLs. I can already easily load DLLs using my poor-man’s version of Windows Workflow Foundation. So naturally (and condescendingly) I looked for the way to do the equivalent in Java. |
| “Dynamic loading of class and jar file” | “To load a class dynamically is straightforward. Just make sure the classpath is defined when your program starts up.” The challenge of understanding the Java ‘class path’ was not so small and cute—more on this below. |
| “Jar Class Loader” | The obligatory Source Forge project that is supposed to my timesaver. The Apache Foundation surely has to have something here. |
| “URLClassLoader (Java 2 Platform SE v1.4.2)” | In case Source Forge and my Apache friends fail me, I might have to writing a little class loader myself. I’m pretty sure URLClassLoader will be involved. |
| “StringUtils” | The Apache Foundation is dead serious about Java: “The Commons is an Apache project focused on all aspects of reusable Java components.” |
| “Packaging Programs in JAR Files” | Eventually I had to calm down and figure how to run one JAR file—instead of working on loading multiple files. In “Adding Classes to the JAR File’s Classpath,” my assumption was that I would get some idea why –classpath was being ignored and the entry in the manifest was not… |
| “Java Tip 105: Mastering the classpath with JWhich—JavaWorld” | “Whether they would admit it or not, beginner and veteran Java developers alike have at some point (usually at the worst possible moment!) been tricked by the onerous classpath. As the number of dependent third-party and user-defined classes increases for an application, and the classpath becomes a dumping ground for every conceivable directory and archive file, it’s not always obvious which class the class loader will load first.” |
| “Apache POI—Java API To Access Microsoft Format Files” |
Last, but not least: “The POI project consists of APIs for manipulating various file formats based upon Microsoft’s OLE 2 Compound Document format using pure Java. In short, you can read and write MS Excel files using Java. Soon, you’ll be able to read and write Word, PowerPoint and Visio files using Java. POI is your Java Excel solution as well as your Java Word solution. However, we have a complete API for porting other OLE 2 Compound Document formats, and welcome others to participate.” This project is actually mentioned in Java Posse #215. |
This entry was posted on Friday, November 7th, 2008 at 8:33 am and is filed under .NET related, Data Management Solutions, Design Diary, Digital Media Production, Java related, root. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
One Response to “My Humble Java”
-
Java Excel Says:
January 7th, 2009 at 7:11 pmI have a prerequisite knowledge in C++ back in the days, which then sparked my interest in Java. Learning Java is quite overwhelming for me.