Site Sponsors:
DIY SQLite Videos ... and Inspiration? 

Where does it come from?

No matter what we believe sparks our brain-joy, surely we all can understand how inspiring words from others can help "make our day"?

So as I set my hand to sharing a few videos designed to help others use SQLite, when it came time to select a set of non-trivial data for demonstrating SQL data-management techniques, I was inspired to use the data from our own Mighty Maxims Project.

Almost forgetting that I also have a Mighty Maxims Book (sales have been "that good" ;-) here is our video Playlist.

So if you would like to learn how to use SQL, as well as SQLite, enjoy our free videos... I'll be glad you did! (lol)

And if you "like" and / or purchase the book, I'll SURELY know who you are (i.e. "THANKS MOM" ;)

Enjoy the Journey,


[ view entry ] ( 880 views )   |  permalink  |  related link
Hadoop 2.2.0 in the Hortonworks Sandbox (HDP 2) 
For the benefit of my fellow Hadoop-ies, as I work thru the evolving coolness of the Hadoop User Experience (HUE) under HDP 2 I wanted to pass in a few observations by-value.

Use Java 6

While we could use Java 1.7, note that the following message means that we had better not use the same as the default compatibility mode:

The google-candy here is:

Java MapReduce
MaxTemperature : Unsupported major.minor version 51.0

What the run time is trying to tell us is to use Java 1.6.

Logging into the VM will - of course - verify as much:

The solution is to simply re-deploy as a JDK 1.6 rendition. Even the Job Designer's "Job Design" need not change.

Moving the source code from the 3rd edition of O'Reilly's "Hadoop: The Definitive Guide" by Tom White to Hadoop 2.2.0, I am also bumping into allot of compatibility warnings and issues.

Stay tuned!!

[ view entry ] ( 54848 views )   |  permalink
EzLog4J 3.01 

It's About Time

Anyone who develops software in their spare time knows that the choice over how to spend that time is often budgeted between re-testing, or adding cool features.

Testing Word

Indeed, as we consider how tighter security is causing many programs to fail on Microsoft Windows, the word on the street for anyone who has not tested their programs in the past 3 months should be to do so - and to test across as many OS flavors as possible.

Crazy Problems!

Once Java has been installed on your computer, EzLog4J was designed to run from a simple click. Since our latest install of 'Windows 7 with the Oracle 7 platform-invocation randomly decided to use WebStart (!), a clicking on ezlog.jar thereunder fails with a JNLP Error.

Oddly, the new default is to use WebStart. From there, to treat Java as hostile even on your own local machine.

In other words, without even the slightest hint of any web-start support requested in the .jar file, if your Java Application is not code-signed, then it will no longer run on Microsoft Windows! Even worse, Oracle insists that self-signed code will shortly be going the way of the Dodo.


Yes, we could educate all would-be users how to do an "open with" to run our .jar files with some other launcher, but fortunately there are several simple work-arounds. Techniques that we developers can take to effectively side-step this ever-growing .jar lock-down problem.

For lack of time, we employed the easiest of the lock-down avoidance lot -- batch files & "start" commands:

cd .\dist
start javaw -jar ezlog3.jar

~ or ~

cd .\dist
java -jar ezlog3.jar

How does the alternate file-name approach work? -Well, since most folks ignore those file types / descriptions on Microsoft Windows ANYway, my friends will still "start" my program by clicking on the "ezlog.bat", rather than that evil "ezlog.jar" file. --All anyone will be looking for is to click on the word "ezlog" anyways. (Muhhhahah-ha)

The .EXE End?

What comes next? Rather than brandishing console-laden command prompts everywhere, everyone who does not want to pay $100 / month for a certificate will surely be creating an .EXE, next (which the planetary-wide free Java Tooling - at the time of this writing - will not create!)

--Might all of the above .jar lock-down silliness be more evidence that Oracle is indeed trying to kill Java?


So because 'Windows accounts for about 80% of the EzLog4J Project downloads, last night we provided a new ezlog.bat start-up file. To run EzLog4J on 'Windows, merely merely download & unpack the zip file from SourceForge to click on the same from within The Microsoft Windows File Manager.

In a like manner, Linux & OS X Users can try the virtues of the included file.


Along the way, we discovered & fixed a voice-file playback buglet, as well. -Hence the .01 suffix on this Version 3-Release.

(Perhaps Nietzsche was right: That which does not kill us, makes us stronger?)

[ view entry ] ( 3157 views )   |  permalink  |  related link

<<First <Back | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | Next> Last>>