After months of spotty blogging, two posts in one day. You lucky monkeys!
Follow up on Burton Group report of HP stalling their investment in IdM -
HP's Identity RetrenchmentSo you don't have to buy the whole report, but you should still.
Anyway, as mentioned before, this blog is called
Identity Crisis. This is an example of why I call it that.
Today's winners are the HP customers who now have to live with the idea the software they invested in will not be "end-of-lifed" but no new sales or products will be added to the mix. Only investments will be to keep the current customer base happy. Yep, we all know how that goes.
If their IdM products were senior managers, this is the equivalent to being replaced and put on a "special project" (usually followed by a resignation to spend more time with the family).
Ouch.
Doubt you loyal HP customers will sleep well these next few nights. We actually do feel for you and hope to help.
While not trying to appear to be an ambulance chaser, would like to extend an invitation to those sleepy HP customers to look into our complete Identity Management stack. We have partners and professional services to help get you to a safer place.

So, welcome to the
MySQL team; there is a tidal wave of blogs and stories, so won't go into 4-part harmony analysis what it means (its a good thing, just as everyone says). But I did want to add about what it means for Sun Identity manager and the use of MySQL as the repository.
Sun IdM 7.X has supported MySQL as a repository
for development environments only. Now that we own MySQL, how will that change?
Well, the short answer is, in the near term, no change in position. The problem occurs when scaling MySQL to large scale deployments. Over 8 CPUs, MySQL has thread contention problems and the scaling drops off. As IdM uses a blobby, object oriented type database, with quite a bit of system information kept in XML snippets, our developers were noticing some problems when they tried to stress the database. And at the time (close to a year ago), Sun did not have a formal support agreement with MySQL, so they would not give it the thumbs up to put in production. Development would be supported by Sun, but production support would be withheld until we could be sure we could get solid support from the MySQL team to possibly address customer problems.
Well, that was then and this is now. We bought MySQL just so we could help them solve this type of support problem that has been keeping many large customers from large scale deployments in production. Now, we will own the support problems(lucky us ;-) ).
So I am confident we will solve this problem and certify MySQL across the board for IdM. But the ink is still drying on the acquisition agreement. Give us some time to weld the technical and support teams together. Until then, even though MySQL is now a Sun product, we will leave things the way they are (development support only) until we get things up and supported.