Site Sponsors:
Fixing SVC.XML Errors in Apache Batik 
It was 2AM. Well into the 1st shift for my day.

Having just enthusiastically created 20 images for use in a 2D attack simulator, I was eager to get those Inkscape designs into my Java simulator.

Upon noticing that even the Linux OS I was using was unable to display thumbnails for the images in-question, I should have known that something was going wrong. Undaunted however, I rather venially tried to load the XML files as saved by Inkscape.

What part of the word "boom" did I not understand?

After the usual & customary 'googling, it became apparent that the problem was that Inkscape was using absent-classes to control bits of undo, layering, and other XML snippets that were simply not to be found in the Apache Batik Framework. After that epiphany, the quick-and-easy work-around became obvious.

(HINT: The use of additional JAR files was NOT required!)

Submitted for your R&D approval therefore, please consider this link so as to slap me with .02 for taking the time to share the solution to what - for many - has proven to be a real show-stopper to re-using output from many an SVG.XML program in their own - as well as in other people's - vector-laden software creations.

Note also that while sharing might indeed be caring, that gifting your fellow 'geeks with pennies from a YouTube view or two is one nice way to return the favors.

Enjoy the Journey!


Google Fodder:

org.w3c.dom.DOMException: The current document is unable to create an element of the requested type (namespace:, name: flowRoot).
at org.apache.batik.dom.AbstractNode.createDOMException(Unknown Source)
at org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source)
at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown Source)
at org.apache.batik.dom.util.SAXDocumentFactory.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.batik.dom.util.SAXDocumentFactory.createDocument(Unknown Source)
at org.apache.batik.dom.util.SAXDocumentFactory.createDocument(Unknown Source)
at org.apache.batik.anim.dom.SAXSVGDocumentFactory.createDocument(Unknown Source)
at org.apache.batik.anim.dom.SAXSVGDocumentFactory.createSVGDocument(Unknown Source)
at org.apache.batik.bridge.DocumentLoader.loadDocument(Unknown Source)
at Source)

[ view entry ] ( 1038 views )   |  permalink  |  related link
Managing LS_COLORS 
While it is nice to have a colorized console, the default colors of 'light blue on green' for executable directories is unable to be read by anyone in my native hemisphere:


For those whom might want to change these default colors, two approaches to getting back to basics are possible.

Can the Colors

The first option is to simply junk the colorization all-together.

On Ubuntu and elsewhere, we can return to the 1970's by simply changing the alias from '--color=auto' to '--color=never' in our session-starting ~/.bashrc file.

Mod the Colors

The next option is to simply modify the colors. In this case, the offensive color selection is managed by ow=. To change it, simply add
LS_COLORS=$LS_COLORS'ow=0;93:' ; export LS_COLORS
to the end of your ~/.bashrc file:

For more information, you might also wish to see if 'dircolors' is part of your 'distro:

export LS_COLORS

Other 'Distros

Better still, using `dircolors -p > .dir_colors` in our home directory SHOULD help allot (the omission was a performance decision), but did not help at-all on Ubuntu.

If it worked, then changing 'OTHER_WRITABLE 34;42' in the new .dir_colors would modify the color in question to something like 01;33 -- a setting that most homosapiens could read.

NOTE: As usual, please understand that one will have to exit any existing sessions so as to re-apply any .bahsrc changes.

Enjoy the journey,


[ view entry ] ( 973 views )   |  permalink  |  related link
New Project: SQLMate 
Well, here we code again ...

One might have noted that I am somewhat obsessed with SQLite at the moment ... and for good reason: From Android to Big Data, we are using SQLite on every 'conceivable.

So when it came time for me to mass-generate a few hundred tables & DAO's recently, I decided to write yet another source code generator.

See the related link (below) for a tad more information.



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

<<First <Back | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | Next> Last>>