stillhacking

A short while ago I read a DZone article  that reminded me of some things developers should try to do on a regular basis.  In addition to staying current (or trying to do so) with all that's going on in our fun and fast-paced field, we should give something back. If you grew up in an open-source environment neither of these are foreign concepts to you.  I don't mean to imply that these are not priorities of yours if you live on the proprietary side of the street but it has been my experience that it may be less likely.  (There is a corollary in there somewhere about folks who are using open-source stuff but not buying into the concept.) On the staying current front, I have experimented with a variety of the PaaS offerings for some time now.  These include Google App Engine, CloudFoundry, AppFog, EC2, JElastic, and at least a couple more that don't come to mind at the moment.  Depending on how much time I have, I try to write something a good bit beyond a "Hello Wor

It's pretty cool that JDeveloper is now a NetBeans platform app .  Wanting to give it a quick look on OS X I downloaded the Java edition generic installation. Unfortunately after unzipping it and placing it in Applications, it would not launch. Trying from the command line using this command open -n ./JDeveloper.app gave me a error: LSOpenURLsWithRole() failed with error -10810 for the file /Applications/jdeveloper/JDeveloper.app. Given past history trying to get JDeveloper going on OS X I thought I might try the JAVA_HOME environment variable first. First I checked which versions are available with this command: /usr/libexec/java_home -V this was the output: Matching Java Virtual Machines (5):     1.7.0_25, x86_64: "Java SE 7" /Library/Java/JavaVirtualMachines/jdk1.7.0_25.jdk/Contents/Home     1.7.0_21, x86_64: "Java SE 7" /Library/Java/JavaVirtualMachines/jdk1.7.0_21.jdk/Contents/Home     1.7.0_17, x86_64: "Java SE 7" /Li