Very cool plugin.
Visualizes the content of a JSR 170 ( see: http://www.jcp.org ) compliant Java content repository in Eclipse.
http://eclipse-plugins.info/eclipse/plugin_details.jsp?id=1476
Visualizes the content of a JSR 170 ( see: http://www.jcp.org ) compliant Java content repository in Eclipse.
http://eclipse-plugins.info/eclipse/plugin_details.jsp?id=1476
To all those who fought for this great country, I salute you.
We really had a great time today, waking up at 6am to be fishing around 7. We went to church and then went and played golf! If you think that was fun just imagine it with a 4 year old, 10 and 11 year old. This was the first time they went fishing with their own poles and it was also the first time they played a full 9 holes. We ended the day with king crab and clams at Grammy’s. We are now about to go to Frostee’s for icecream! Woo Hoo. This has been a good weekend so far.
|
I finally got to the point where I could start reading this book. Work has just not given me too much time to do other things in my life lately. Enough about that; this book has really started with a bang. The very first chapter has already made me realize how many teams really do things poorly or simply execute with bad decisions. The chapter is filled with quotable lines, one of my favorites being:
However, in truly calendar-driven projects, decisions are made primarily according to what is expedient in the short term. I find this quote interesting because all too often I see projects attempt to master milestones and essentially let the overall architecture slide from milestone to milestone because massive cost cutting measures are taken to “get the milestone solid“. Grady also followed up later in that chapter with this line: As a result, organizations that are always under schedule pressure usually have lousy morale. There is a ton of excellent information and if the rest of the book is anywhere near this I am going to love it. Reference: Object Solutions, Managing The Object-Oriented Project, by Grady Booch |
So a best practice is to never call the start() method explicitly on a bundle.
or
If you absolutely have to start a bundle then look up the bundle and call load class on an arbitrary method. This will load the bundle naturally (lazy by class-loading) and you will not be susceptible to the problem above.

Phillipus post on his blog.
Reference article: Creator of ‘Doom’ has a ‘sneaky little plan’