hombi's blog

Reference: http://www.dilbert.com/

now i work since 2 months with Kubuntu and every day again i tell my self "10 years wasted with MS Windows!". My computer story begun in the mid 80th of the last century with my first computer and two 5,25" disks with IBM DOS 3.3 included. A 286XT 16MHz was the next step running with MS DOS 5.0 and Borlands Tubo Pascal 5.0. and in the night time a BBS system. This was the first time  i have contact to OS/2 and it was my favourite OS at this time. I never had any contact with Windows 3 /Windows 95 or Windows 98. After IBM lost the OS war and stopped the OS/2 development i was changing to Windows/NT and Windows/XP as my workstation OS. The contact to Unix was limited by server adminstration via telnet/ssh. In my "Windows-time" i played sometimes with SuSE Linux and KDE but my development speed slows down dramaticly and i choose back to Windows/XP. Now, i think my time with KDE is come, i cant remember why i was working all the time with Windows. After i stop to p...

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.