Technology Director, Perficient, Inc. (PRFT)
Ken Sipe is a Technology Director with Perficient, Inc. (PRFT), IBM's largest service partner, where he leads multiple teams in the development of solutions in the SOA, Web 2.0 and portal domains, on both the Java and .Net platforms.Ken was the founder of CodeMentor, where he was the Chief Architect and Mentor, leading clients in the execution of RUP and Agile methodologies in the delivery of software solutions. He is a former trainer for Rational in OOAD and RUP, and a CORBA Visibroker trainer for Borland. He continues to enjoy providing training and mentoring in all aspects of software development.
Ken has a deep need to be highly diversified. Ken often works with IT executives on high-level strategic roadmaps, currently geared around service oriented architectures (SOA). Ken also likes to keep his hands "dirty" in the code, which has him on a regular basis, pairing or otherwise producing code. Ken is regularly requested by clients that know him to "rescue" projects, either through the streamlining of processes or the rapid production of code.
Ken is a certified JBoss developer and is a frequent participates on open source projects. Ken is currently interested in the growing maturity of SOA solutions in the open source space, such as the ESB solutions like ServiceMix and Mule, or rules engines such as JBossRules.
Presentations by Ken Sipe
Security Code Review
Security concerns abound... According to Gartner 75% of all attacks are at the web application tier. There has never been a more urgent time to understand the security concerns and how to apply solutions to our web applications. "Keys to the Kingdom
When it comes to security, the general rule is that the enemy should be in possession of your security schema / algorithm, yet due to the strength of the key, he still is denied access."
Ken's Thoughts
Monday, October 20, 2008
- Mac
- TextMate - What a great tool! Reason enough to own a Mac.
- Intellij - Version 8 is looking good.
- Groovy - This is becoming my favorite tool.
- Grails
- git - It is replacing cvs and subversion.
- gradle - replacing ant and maven
- hudson - looking to see if it replaces cruise control.
- Fusion - developing C# is more fun on a Mac.
- Spring 2.5 MVC - If you can't do Grails... this is the way to do it.
- Clojure - Interesting Language... I know very little at this point.
- F# - Probably the most interesting language on the .Net platform.
- Spring 3 and what I call ADD or Annotated Driven Development :)
- I would like to see a refresh on xplanner - This would be a great candidate for Grails.
Monday, October 20, 2008
As a speaker, I'm often showing "how" to do something and often requested for "When" / "Why". I just experienced a great example of this with jps. jps is of course is the Java ps tool that is included with JDK5 and 6. So it is already on a Java developer's machine. It is the platform independent way to get PIDs.
How it Started
The Yak-Shaving started when I decided to run a groovy script from TextMate. I conventiently hit+R. Everything ran the way I wanted it to. Except... There wasn't an end to the program script... idiot! So, I closed TextMate... Still Running....
Step 1
First I went to the command line and did a ps... which didn't result in much. I followed this up with a ps -ef. Way too much info... so I ended with a ps -ef | grep JavaVM. Things just got worst. That is a lot of information!
Solution
Along comes jps. A simple jps (no args) and here are the results
9382
10620 GroovyStarter
10314 JConsole
10761 Jps
There it is GroovyStarter... kill 10620.
... and what if you had multiple GroovyStarter scripts running. Well, jps -m will give you the command-line of the script, which includes the groovy script name.
How it Started
The Yak-Shaving started when I decided to run a groovy script from TextMate. I conventiently hit
Step 1
First I went to the command line and did a ps... which didn't result in much. I followed this up with a ps -ef. Way too much info... so I ended with a ps -ef | grep JavaVM. Things just got worst. That is a lot of information!
Solution
Along comes jps. A simple jps (no args) and here are the results
9382
10620 GroovyStarter
10314 JConsole
10761 Jps
There it is GroovyStarter... kill 10620.
... and what if you had multiple GroovyStarter scripts running. Well, jps -m will give you the command-line of the script, which includes the groovy script name.
Sunday, October 19, 2008
I just created and released version 0.3 of the Grails JMX Plugin. The code is at github; git://github.com/kensipe/jmx-grails-plugin.git . The documentation is at grails; http://grails.org/JMX+Plugin.
Sometime this week, I'll post some tips and tricks for using the JMX Plugin with Grails.
Sometime this week, I'll post some tips and tricks for using the JMX Plugin with Grails.