<?xml version='1.0' encoding='UTF-8'?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/'><id>tag:blogger.com,1999:blog-10689912</id><updated>2008-07-17T14:53:21.594-04:00</updated><title type='text'>Prepend</title><link rel='alternate' type='text/html' href='http://www.prepend.com/index.htm'/><link rel='next' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default?start-index=26&amp;max-results=25'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default'/><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://www.prepend.com/atom.xml'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>57</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-10689912.post-2528237183906428861</id><published>2008-07-17T14:34:00.002-04:00</published><updated>2008-07-17T14:53:21.604-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='OSS'/><title type='text'>Open Source Secure Projects</title><summary type='text'>A client I work with mentioned that for high security related projects, that developing them in an open source way will actually decrease the security provided by the project. The idea being that if anyone can see the architecture and code while it is being developed they can prepare to compromise the security. This made sense at the time and I nodded, but after chewing on it for a few weeks I </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2008/07/open-source-secure-projects.html' title='Open Source Secure Projects'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=2528237183906428861' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/2528237183906428861'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/2528237183906428861'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-1984729889189071866</id><published>2008-04-04T19:36:00.000-04:00</published><updated>2008-04-03T13:44:29.615-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='SOA Governance EA'/><title type='text'>No Cost SOA</title><summary type='text'>One of my clients came to me a few weeks ago with an interesting challenge: They want enterprise SOA, but have no money. This client is an extremely federated organization with multiple IT groups all receiving their own funding.

There's definitely a need for enterprise SOA (governance, infrastructure, practices) but no authority to back anything official.

So in light of these restrictions, </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2008/04/no-cost-soa.html' title='No Cost SOA'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=1984729889189071866' title='2 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/1984729889189071866'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/1984729889189071866'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-6174436158156432774</id><published>2008-04-03T13:24:00.003-04:00</published><updated>2008-04-03T13:35:57.479-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='business'/><title type='text'>Free/Libre Open Source Societies</title><summary type='text'>Chris Anderson published Free! Why $0.00 Is the Future of Business last month and it got me thinking about some of the business/technical associations I associate with. 

Over the years, I've been a member of a few groups: IEEE, IASA, AJUG, NYJSIG, etc etc. I'm also familiar with some of the major professional organizations: PMI, OMG, IETF, W3C, JCP. Some of these were free (IETF, AJUG, NYJSIG) </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2008/04/freelibre-open-source-societies.html' title='Free/Libre Open Source Societies'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=6174436158156432774' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/6174436158156432774'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/6174436158156432774'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-4418983149534261219</id><published>2007-10-26T15:52:00.000-04:00</published><updated>2007-10-26T16:19:24.096-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='SOA'/><title type='text'>SOA Registries- What I need</title><summary type='text'>I was cleaning out my briefcase and found some notes I had written down about what characteristics I need in an SOA registry (or repository if you're one of those people).

I've seen almost all of these features spread out across a couple of different products, but I think eventually you will need these in order to have a successful SOA implementation. Each of these items deserves a whole post, </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/10/soa-registries-what-i-need.html' title='SOA Registries- What I need'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=4418983149534261219' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/4418983149534261219'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/4418983149534261219'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-4842894721118580824</id><published>2007-09-21T19:38:00.000-04:00</published><updated>2007-09-21T16:41:50.695-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='EA'/><title type='text'>Technology Architecture without sound Business and Service Architecture?</title><summary type='text'>One of my clients asked me a pretty common question this week:
"Is it possible to develop a Technology Standards Profile (Technical Reference Model since we're in the FEA space) without working on the Service Component Profile?"I will also add the question of whether you can do this without the Business Architecture.

His goal is a valid one: his organization has many disparate divisions and </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/09/technology-architectures-without.html' title='Technology Architecture without sound Business and Service Architecture?'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=4842894721118580824' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/4842894721118580824'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/4842894721118580824'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-7661516505799627417</id><published>2007-09-06T21:13:00.000-04:00</published><updated>2007-09-05T21:20:42.523-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='SOA'/><title type='text'>IBM SOA Certification</title><summary type='text'>IBM announced two weeks ago that they would launch a free 12 week SOA mentor program to their IT certification program.

Just email fedsoa@us.ibm.com to register for the program. There's a real world meeting on Sep 12, but everything else is through email and webex.

You still need to pay for the exams, but free classes are cool.</summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/09/ibm-soa-certification.html' title='IBM SOA Certification'/><link rel='related' href='http://www-03.ibm.com/press/us/en/pressrelease/22221.wss' title='IBM SOA Certification'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=7661516505799627417' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/7661516505799627417'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/7661516505799627417'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-4948593369397210437</id><published>2007-09-05T20:36:00.000-04:00</published><updated>2007-09-05T21:02:01.257-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='EA'/><title type='text'>Enterprise Architecture is IT speak</title><summary type='text'>I was recently at the PHIN 2007 conference facilitating a stakeholder group on collaboration and witnessed the following conversation with state and local public health partners:


Person A: We would benefit if we had a common strategy defined that we could follow.
Person B: Yes, we could define our processes so we could compare what we have in common and collaboration on systems.
A: Then we </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/09/enterprise-architecture-is-it-speak.html' title='Enterprise Architecture is IT speak'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=4948593369397210437' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/4948593369397210437'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/4948593369397210437'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-8657186661525603374</id><published>2007-08-31T21:14:00.000-04:00</published><updated>2007-09-05T21:08:51.124-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='SOA'/><title type='text'>Anti-Anti-SOA</title><summary type='text'>My google alert picked up Stefan Tilkov's post agreeing with Radovan Janecek's Anti-SOA post. So I will add in my own equally valid opinion to this chain.

To recap, Stefan and Radovan think that commonly accepted infrastructure pieces like ESBs and BPEL are actually detrimental to SOA.

While some of their points are accurate (encouraging P2P service communication rather than funnelling all SOA </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/08/anti-anti-soa.html' title='Anti-Anti-SOA'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=8657186661525603374' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/8657186661525603374'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/8657186661525603374'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-8508518616461120452</id><published>2007-08-24T20:43:00.000-04:00</published><updated>2007-08-24T13:01:25.163-04:00</updated><title type='text'>Enterprise Architect Certification</title><summary type='text'>My company recently sponsored me to become a certified enterprise architect through the Federal Enterprise Architecture Certification Institute. It was a pretty interesting program and I thought I'd post a few thoughts here in case anyone else is considering plunking down the money and time.

The program is a mixture of in class seminars, online coursework and exams, real life exams and oral </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/08/enterprise-architect-certification.html' title='Enterprise Architect Certification'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=8508518616461120452' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/8508518616461120452'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/8508518616461120452'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-7074901564193554196</id><published>2007-06-25T19:42:00.000-04:00</published><updated>2007-06-25T20:02:59.324-04:00</updated><title type='text'>Near Zero Code - What?!?</title><summary type='text'>So two weeks ago, I was attending the Gartner Architecture, Development and Integration Summit in Nashville. It was my first Gartner conference and had its ups and downs, but that is not why I'm writing.

Gartner has these gaps in the agenda where only sponsors present. The presentations are usually dry (although I saw some good ones's- specifically BEA's AquaLogic and the Infravio/WebMethods/</summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/06/near-zero-code-what.html' title='Near Zero Code - What?!?'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=7074901564193554196' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/7074901564193554196'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/7074901564193554196'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-3098715316254690935</id><published>2007-05-23T22:10:00.000-04:00</published><updated>2007-05-23T22:35:17.169-04:00</updated><title type='text'>Enterprise Architecture Reading Material</title><summary type='text'>Lately a few people have asked me about what Enterprise Architecture is and how they can learn more about it because that's what they'd like to get into. Now of course this is rather curious, because who is out there doing so much PR that people who don't know what EA is want to become an EA. 

While we all ponder that, I have collected a few good starting places that I've found useful. I'm not </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/05/enterprise-architecture-reading.html' title='Enterprise Architecture Reading Material'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=3098715316254690935' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/3098715316254690935'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/3098715316254690935'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-116904146467673075</id><published>2007-01-17T20:33:00.000-05:00</published><updated>2007-08-31T10:25:40.984-04:00</updated><title type='text'>Why does iTunes download so slowly?</title><summary type='text'>This morning I was downloading the latest episode of twit as part of iTunes 7.0.2.16 syncing my podcasts and I noticed it taking forever. The mp3 file is only 34 megs or so, but it was scheduled to take over 10 minutes. I'm downloading from my client site and the connection is very quick over here.

As a test, I went to the twit site and downloaded the mp3. Only 50 seconds using Internet Explorer</summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/01/why-does-itunes-download-so-slowly.html' title='Why does iTunes download so slowly?'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=116904146467673075' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116904146467673075'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116904146467673075'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-116888048230496120</id><published>2007-01-15T11:55:00.000-05:00</published><updated>2007-01-15T12:18:58.666-05:00</updated><title type='text'>JBoss baseline configuration and others</title><summary type='text'>I'm procrastinating from preparing a powerpoint deck to present some SOA principles to a group of consultants that my sub-contracting client employs. So I noticed that I haven't updated my blog in quite a while.

The real reason behind this is that I don't really interact with Java that much from a day to day basis. But I did recently work with a group that is trying to get JBoss approved at a US</summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2007/01/jboss-baseline-configuration-and.html' title='JBoss baseline configuration and others'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=116888048230496120' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116888048230496120'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116888048230496120'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-116596465690782773</id><published>2006-12-12T17:52:00.000-05:00</published><updated>2006-12-12T18:04:16.916-05:00</updated><title type='text'>The Meta Conversation</title><summary type='text'>I'm not the biggest sports fan. Neither is my friend, Carlo (name changed to protect the innocent). Because of this, we will frequently have this conversation when necessity dictates that we talk about sports.
Carlo: Did you see that game?
Me: Yes, that was a close one. What did you think of that critical action that made a major difference to the outcome?
C:That player is overrated. The </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/12/meta-conversation.html' title='The Meta Conversation'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=116596465690782773' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116596465690782773'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116596465690782773'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-116380860889092017</id><published>2006-11-17T19:04:00.000-05:00</published><updated>2006-11-17T19:10:08.913-05:00</updated><title type='text'>New job as an Enterprise Architect</title><summary type='text'>So curiously enough, the architect titles came up again and again in my interviews. Each company I interviewed with asked how I defined "Architect" and the different stages, and each one defined their own hierarchy differently.

So after a month or so of interviewing, I accepted a position as an enterprise architect sub-contractor to a Big5 consulting company at a pretty interesting client here </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/11/new-job-as-enterprise-architect.html' title='New job as an Enterprise Architect'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=116380860889092017' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116380860889092017'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116380860889092017'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-116222022533151682</id><published>2006-10-30T21:44:00.000-05:00</published><updated>2006-10-30T13:24:26.873-05:00</updated><title type='text'>SOA/Integration/EA Info sites</title><summary type='text'>Since one of my main responsibilities is to keep up with goings on in the SOA/EAI/EA space, I try to read a ton of blogs and web sites.

eBizQ has been pretty handy with their free webinars. They are usually dull (as their archive shows such gems as "Measuring the Value of BPM", "The ROI of SOA" and "Where Data Meets SOA: Data Services"), but are actually a pretty decent source of ammo for when </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/10/soaintegrationea-info-sites.html' title='SOA/Integration/EA Info sites'/><link rel='related' href='http://www.ebizq.net/' title='SOA/Integration/EA Info sites'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=116222022533151682' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116222022533151682'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116222022533151682'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-116067874660158182</id><published>2006-10-12T20:31:00.000-04:00</published><updated>2006-10-12T14:45:46.636-04:00</updated><title type='text'>Defining Architect roles</title><summary type='text'>A few weeks ago, I read a serverside post that referenced marty andrews' post about defining software architecture roles. These posts happened just in time, as in the past two weeks I've been asked this question over and over.

My employer has been trying to define what exactly an architect is so they can create a career path for other engineers and architects. Currently we have:

 Associate </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/10/defining-architect-roles.html' title='Defining Architect roles'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=116067874660158182' title='1 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116067874660158182'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116067874660158182'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-116067393013029583</id><published>2006-10-12T13:12:00.000-04:00</published><updated>2006-10-12T14:30:11.320-04:00</updated><title type='text'>Calling BouncyCastle provider explicitly</title><summary type='text'>I started to reply to ginni's comment to my last post but ran out of room so I will expand on a separate post.

Since specifying the provider wasn't working properly, I had to skip the JCE API and call out to BouncyCastle directly. Following the 1.34 javadoc, I wrote some code like this:

byte[] clearBytes = myString.getBytes("UTF8");
org.bouncycastle.crypto.digests.MD5Digest md5Digest = new </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/10/calling-bouncycastle-provider.html' title='Calling BouncyCastle provider explicitly'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=116067393013029583' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116067393013029583'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/116067393013029583'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-115886165097656440</id><published>2006-09-21T20:43:00.000-04:00</published><updated>2006-09-21T14:02:35.260-04:00</updated><title type='text'>Strange behavior in IBM JRE's JCE MD5 algorithm</title><summary type='text'>I recently worked around a curious multithreading bug on IBM's AIX JRE. It was one of those painful, but interesting bugs that I thought I should share.

One of the developers I work with reported an issue with a piece of code that generates GUIDs. The error only manifested under heavy loads running in OAS and only on IBM's AIX JRE (build 1.4.1, J2RE 1.4.1 IBM AIX build ca1411-20030930). </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/09/strange-behavior-in-ibm-jres-jce-md5.html' title='Strange behavior in IBM JRE&apos;s JCE MD5 algorithm'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=115886165097656440' title='1 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115886165097656440'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115886165097656440'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-115618610714628416</id><published>2006-08-21T22:29:00.000-04:00</published><updated>2006-08-21T23:38:27.100-04:00</updated><title type='text'>Url-pattern differences between OAS and WebSphere</title><summary type='text'>Today I was having a problem with my  for a particular  working in OAS 10g-9.0.4, but not on WebSphere-5.1. After poking around a bit, it ends up that OAS, OC4J and Tomcat are forgiving/ feature rich when sticking to the Servlet spec and WAS (at least 5.1) is pretty stringent.

The Servlet specification's web.xml DTD provides the  to define a particular pattern to match on for particular </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/08/url-pattern-differences-between-oas.html' title='Url-pattern differences between OAS and WebSphere'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=115618610714628416' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115618610714628416'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115618610714628416'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-115591810071015569</id><published>2006-08-18T23:53:00.000-04:00</published><updated>2006-08-18T12:21:40.820-04:00</updated><title type='text'>Web Service Client Programs</title><summary type='text'>Since my company is rolling out all our web services across our SOA stack I wanted an easy way to test web services using SOAP over HTTP. More specifically, I wanted a tool easy enough to show biz/ analyst people how to execute web services.

My requirements were pretty simple, given a WSDL file, present me with a UI to enter all the fields, then submit the request and show me the response in a </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/08/web-service-client-programs.html' title='Web Service Client Programs'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=115591810071015569' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115591810071015569'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115591810071015569'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-115152732068935184</id><published>2006-06-28T20:33:00.000-04:00</published><updated>2006-06-28T16:42:00.713-04:00</updated><title type='text'>Indian IT Salaries hitting sky high</title><summary type='text'>A colleague of mine pointed out this Financial Times India article that is pretty interesting.

I'm a firm proponent of off-shoring (not necessarily outsourcing) and developing software abroad. In fact, I think that if you aren't off-shoring properly now, you won't be in business 5 years from now.

This article talks about how salaries in India's IT sector are increasing dramatically for </summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/06/indian-it-salaries-hitting-sky-high.html' title='Indian IT Salaries hitting sky high'/><link rel='related' href='http://economictimes.indiatimes.com/articleshow/msid-1672908,curpg-1.cms' title='Indian IT Salaries hitting sky high'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=115152732068935184' title='2 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115152732068935184'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/115152732068935184'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-114940306591459621</id><published>2006-06-04T02:18:00.000-04:00</published><updated>2006-06-04T02:37:45.926-04:00</updated><title type='text'>Post Tech Career Moves</title><summary type='text'>The tech economy has heated up and seems to be back to 2000 era levels. The unemployment rate for technology is down to 2.5% so I don't talk to my colleagues too much about changing careers.

But a few years ago, it was a different story. A lot of time was spent worrying about what to do when we all lost our jobs programming and analyzing and dba'ing. I knew some people who had sort of armageddon</summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/06/post-tech-career-moves.html' title='Post Tech Career Moves'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=114940306591459621' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/114940306591459621'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/114940306591459621'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-114782732933918105</id><published>2006-05-16T20:40:00.000-04:00</published><updated>2006-05-16T20:55:29.353-04:00</updated><title type='text'>JavaOne Day One</title><summary type='text'>My company is kind enough to shell out and send me to JavaOne this year. One of the may ways they are pretty decent. Since I'm here I figure I'll add to the infinite supply of JavaOne blogs and add my first impressions.


Sun really has some sharp people doing presentations. The Ajaxian presentation was great and their SOA sessions have some decent perceptions that don't tow the "sun way" blargh.</summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/05/javaone-day-one.html' title='JavaOne Day One'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=114782732933918105' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/114782732933918105'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/114782732933918105'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-10689912.post-114711597551551931</id><published>2006-05-08T22:01:00.000-04:00</published><updated>2006-05-08T15:19:35.533-04:00</updated><title type='text'>dom4j Node adding headaches</title><summary type='text'>So, my project does a lot of in-memory xml manipulations. This means we add, remove and even move xml nodes within a document. We chose dom4j because it has the fastest writes, edits and xpath (using jaxen) among dom4j, jdom, xerces+xalan and xerces+jaxen.

Anyway, I started running into some strange errors when I tried to move an element within a document. A move consists of detaching an element</summary><link rel='alternate' type='text/html' href='http://www.prepend.com/2006/05/dom4j-node-adding-headaches.html' title='dom4j Node adding headaches'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=10689912&amp;postID=114711597551551931' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.prepend.com/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/114711597551551931'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/10689912/posts/default/114711597551551931'/><author><name>Brian Alexander Lee</name><uri>http://www.blogger.com/profile/04154356447489829768</uri><email>noreply@blogger.com</email></author></entry></feed>