hombi's blog

after a while seeking google, i found a soloution: Download and install SUNs Java 1.7 beta change the IDEA_JDK env.-var. to point where the new Java version is installed add the line "-Didea.no.jdk.check=true" to IDEAs "idea.vmoptions" after this changes, all works fine for me ...

last week i switched my development environment from Windows/XP to Ubuntu ... to work with linux is not new; i collect all my experience under telnet/ssh sessions on servers (AIX, Linux, SCO) but never via GUIs. so i work with the the KDE first time and wondering about the bad presentation of the fonts. after some testing and "googling" i have the same clear font look as under windows. now i struggle with the next problem: if i work with IDEA 7.04 somtimes the dialoges are grayed complete and i must cancel this dialog and start again. this game i must repeating sometimes about ten times until the dialog looks clear. after a while i found some people in the net, with the same problem. they offer to set the enviromnent var. AWT_TOOLKIT to "MToolkit" because there is a bug in Sun's Java 1.6 This workaround helps for me to display all dialogs regular and i feel good again under KDE environment .... ... for a short while!!! After some lines in the code base i realize...

Sometimes i miss some people around me at work or home that can feed me with some java facts. The last week i work on a from component that contains an AjaxFormLoop to edit a set of drivers (removing/adding) to an parent entity. Thanks Tapestry it was a fine quick job to design the UI but than began the fight to save the modified HashSet, many pitfalls i tapped but now the job is done. my first solution was: void onAfterSubmit() { for (FreightDriver driver : entity.getDrivers()) { boolean mustRemoved = true; for (FreightDriver freightDriver : DB.values()) { if (driver.getId() == freightDriver.getId()) { mustRemoved = false; break; } } if (mustRemoved) entity.getDrivers().remove(driver); } } but this throws a ConcurrentModificationException after a while i found the right (IMHO) solution: ...

... readed at H2 project site The setting innodb_flush_log_at_trx_commit (found in the my.ini file) was set to 0. Otherwise (and by default), MySQL is really slow (around 140 statements per second in this test) because it tries to flush the data to disk for each commit. For small transactions (when autocommit is on) this is really slow. But many use cases use small or relatively small transactions. Too bad this setting is not listed in the configuration wizard, and it always overwritten when using the wizard. You need to change this setting manually in the file my.ini, and then restart the service.

since a long time i try to insert an Manifest.mf into my projects during development time. deployment generation is easy: ant do the job form me. now i have find a way: add a new Deployment Descriptor that points to your Manifest file and set the deployment location relative to your deployment root.

4 Tage bastel ich jetzt an der "mavenisierung" der T5Components -Library rum. Man kann keinesfalls bestreiten, dass Maven eine feine Sache ist und die Code-Qualitaet drastisch anhebt, aber leichte Kost ist es wirklich nicht.

buildApplicationDAOFactory (tarnt mehrere GenericDAOFactory's aus verschiedenen Modulen als eine DAOFactory .) buildAuthService contributeDefaultSessionSource contributeASOs