Am I..??

Senior Enterprise Architect., a Chief Designer. Somebody who is very high on their own skills, who considers themselves a super designer, a Java guru! leading a team of senior people and get your hands dirty.

some more things working on

including minimizing remote calls, which has been good performance advice for quite a while.

• Refactoring
• Patterns of Enterprise Application Architecture
• Clean Code and other books by Robert C. Martin
• Domain Driven Design
• All McConnel Books (Rapid development, Code Complete, Software Estimation,…)
• The Pragmatic Programmer
• Implementing Lean Software Development
• The GoF book
• The Practical Guide to Defect Prevention

some more things working on

including minimizing remote calls, which has been good performance advice for quite a while.

• Refactoring
• Patterns of Enterprise Application Architecture
• Clean Code and other books by Robert C. Martin
• Domain Driven Design
• All McConnel Books (Rapid development, Code Complete, Software Estimation,…)
• The Pragmatic Programmer
• Implementing Lean Software Development
• The GoF book
• The Practical Guide to Defect Prevention

http://balusc.blogspot.com/2008/07/dao-tutorial-data-layer.html

http://balusc.blogspot.com/

http://balusc.blogspot.com/2008/01/jsf-tutorial-with-eclipse-and-tomcat.html

Interesting Stuff~~~!!!!

http://blog.cedarsoft.com/2010/11/setting-java-library-path-programmatically/

Setting "java.library.path" programmatically

When messing around with JNI, one have to set the “java.library.path” accordingly. Unfortunately the only way is to add a system property *before* the application is started:

java -Djava.library.path=/path/to/libs

Changing the system property later doesn’t have any effect, since the property is evaluated very early and cached.
But the guys over at jdic discovered a way how to work around it. It is a little bit dirty – but hey, those hacks are the reason we all love Java…

System.setProperty( "java.library.path", "/path/to/libs" );

Field fieldSysPath = ClassLoader.class.getDeclaredField( "sys_paths" );

fieldSysPath.setAccessible( true );

fieldSysPath.set( null, null );




Explanation

At first the system property is updated with the new value. This might be a relative path – or maybe you want to create that path dynamically.

The Classloader has a static field (sys_paths) that contains the paths. If that field is set to null, it is initialized automatically. Therefore forcing that field to null will result into the reevaluation of the library path as soon as loadLibrary() is called…