Comments for act:ualise | technology

Comment on Open Flash Chart 101: Make it %#$@!?* work by R

Fri, 11 Nov 2011 19:18:39 +0000

I smell a troll up there.. but anyway, thank you for this article. I haven’t done Flash development in a while, the OFC site is messy and probably deprecating, and to hell with running this thing on IIS before i just open up the .html file.

Comment on Viewing Grails’ in memory HSQLDB by Grails Interview Questions ( now with some Answers! ) | Tomás Lin’s Programming Brain Dump

Fri, 14 Jan 2011 02:01:02 +0000

[...] do I inspect the built-in HSQLDB database included with Grails?You can use the DatabaseManager or DatabaseManagerSwing included with the hsqldb database. Just call the following either in grails console or within your [...]

Comment on Open Flash Chart 101: Make it %#$@!?* work by Harish

Harish — Mon, 20 Sep 2010 17:28:48 +0000

Hi j pimmel,

Thanks a ton for your blog. The ofc is great but dirty that the author doesnt mention anywhere that it doesnt run locally. sad that the guy argues as well.

This blog saved me hours and infact my deadline is this weekend and if i had spent more time i would have gone nuts.

He should mention in bold that it doesnt run locally; WTH that he expects we hook up stuff to server for everything? thats serious error.

Best,
Harish.

Comment on Open Flash Chart 101: Make it %#$@!?* work by Shan

Shan — Tue, 06 Apr 2010 04:32:16 +0000

Great, I wasn’t aware of the flash settings. Thanks for the explanation…

Comment on Open Flash Chart 101: Make it %#$@!?* work by find duplicates

find duplicates — Thu, 18 Mar 2010 13:05:42 +0000

I agree with j pimmel.
OFC2 is great but the documentation is very poor for local use. The web site is quite messy too so at one point I ended with using OFC2 with OFC1 data files etc.

Anyway I finally got OFC1 running LOCALLY. Unfortunately it is far from the OFC2 features which I needed and decided to go for OFC2 …. now the security issues raised. It can not be run locally neither with a data file nor with a java script event.

The question is WHY? Why OFC1 works and OFC2 has security issues?

I really do not want to ask admin rights in my app in order to add the app folder in the trusted sandbox.
Can someone fix this?

Cheers.
Al

Comment on Viewing Grails’ in memory HSQLDB by Dalton jorge

Dalton jorge — Tue, 16 Mar 2010 03:27:23 +0000

Hi,

Nice tip!
I prefer use the DatabaseManager separated from the app, so I do this:

1) in a new terminal, I change dir to the app’s path;
2) at prompt: “java -cp /lib/hsqldb-1.8.0.10.jar org.hsqldb.util.DatabaseManager”

Comment on Viewing Grails’ in memory HSQLDB by Javid Jamae

Javid Jamae — Tue, 26 Jan 2010 06:17:47 +0000

You can use the “–noexit” flag to avoid the System.exit() call when you close the window.

Like this:

String[] databaseManagerOptions = ['--url', 'jdbc:hsqldb:mem:devDB', '--noexit'];

Comment on Viewing Grails’ in memory HSQLDB by Hitesh Bagchi

Hitesh Bagchi — Sun, 08 Nov 2009 06:27:50 +0000

Great tip! Simple and and yet enormously helpful! Thanks!

Comment on 10/GUI: Multitouch to lust for by Tweets that mention act:ualise technology | 10/GUI: Multitouch to lust for -- Topsy.com

Wed, 14 Oct 2009 07:12:00 +0000

[...] This post was mentioned on Twitter by George Dinwiddie, j pimmel. j pimmel said: 10/GUI: Multitouch to lust for: Hands down the coolest thing I have seen in weeks. Who will deliver this first,.. http://bit.ly/IXJfC [...]

Comment on Viewing Grails’ in memory HSQLDB by Adam Evans

Adam Evans — Thu, 01 Oct 2009 12:52:10 +0000

I stick the below code in the bootstrap init function. You will need to add ‘import grails.util.Environment’ also . Means no config to complete and the dbmanager popsup on deploy in dev mode.

if(Environment.current == Environment.DEVELOPMENT){
String[] databaseManagerOptions = ['--url', 'jdbc:hsqldb:mem:devDB'];
org.hsqldb.util.DatabaseManagerSwing.main(databaseManagerOptions)
}