Cool Solutions

size matters?


September 29, 2006 3:21 pm





i remember, in my high school days, once spending most of my money that i earned during a school break period on a new 20MB hard disk for my PS2 computer. since then the world has dramatically changed as far as storage capacity is concerned. but still i keep asking my self: does size really not matter anymore? our current designer build is >400MB in size! please help me understand how this affects your usage of designer.i would like to know whether:

– you don’t care because you have a broadband internet access and assume the rest of the world has it, too

– you think it’s pretty big but you still download it whenever you need it, even once a day if necessary

– you don’t download as often as you used to when it was less than 200mb in size

we want the designer community to keep downloading the latest nightly and milestone builds so that we get the necessary feedback to improve our product. if the size keeps you from following us from milestone to milestone, this is a serious problem for our development model which relies on you downloading our latest builds.

please provide us honest feedback and, if you want, ideas how to improve.

0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this post.

Categories: Uncategorized


Disclaimer: This content is not supported by Micro Focus. It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test it thoroughly before using it in a production environment.


  1. Volker – an interesting post.

    My take is that something like Designer is similar to ‘Visio’ or other technical architecture tools. They are large; but they are full of great functionality.

  2. By:flyingGuy


    Like most things horribly BLOATED this is the begining of its end. I have a 384K DSL connection and its a 3 hour download. I have A version, and I dont think I am going to be downloading another version. Downloading service packs is one thing, but having to download the ENTIRE flipping program everytime you guys shoehorn in yet another 100 megs of PURE fluf, just so we can have pretty pictures? I think not.

    Some developers have this notion that everyone has 8 gigs of ram, a T1 or better and unlimited hard disk space. Cable connections are great as long as you dont need static IP addresses that they dole out for 5 bucks an address and even then the service is becomming horrible.

    Stop with the “just toss in yet another 100 megs java framework” Do >> actual > 4 GIGS

  3. By:flyingGuy


    So what ahppened to the rest of my post?

  4. By:John Mah

    Size does matter. If we want to encourage usage as well as testing then we should provide easy means for people to access to the lastest build. At least I would download and use the latest build.

    Alternatively wonder can be download via Bit Torrent.

  5. […] Volker Scheuber recently asked in his blog posting about whether the size of applications that you download to do your job matters. Well, we decided to put Designer for Identity Manager on a diet. We stripped out the components of Eclipse that we didn’t need, did some general housekeeping like better sharing of components instead of including multiple copies, and removed unused resources. […]

  6. Martin, i agree. our biggest problem (size-wise) is the framework we’re built upon: eclipse. eclipse is a huge thing and offers us a lot of functionality. so far we have shipped the whole eclipse framework with designer, even the part we don’t use. we are going to change that, though, for our next milestone.

  7. flying guy, are parts of your comment missing? if yes, please post them again, they must have gotten lost in the system.

  8. John, thank your for your comment. in other words: the current size of our nightly/milestone builds prevents you from staying current? we are in the process of shrinking designer excessively. read the next comment for details or see bill street’s latest post for the whole story. designer is still big, but we have made some good progress as a first step.

  9. yeah, i can definitely see the problem with a 384 K DSL connection! i fear even with after our diet it will take a while to download… what build of designer are you on and what do you use it for? is it only the meta directory part of the idm framework or are you using the provisionig side, too? certain areas of idm require a recent build of designer or you will lack functionality. if the download really is too big of a problem, drop me an email and we will figure out what we can do.

  10. By:flyingGuy

    I figured it out. There is a size limitation is the responses, but the system doesn;t show you when you have run over that size. It was most a continuation of a rant about lazy programmers and continuing to use Java when a decent x-xompiler would do the same thing for about 20% of the amount of code, but I digress.

  11. thanks, flying Guy, the size limitation is something we may want to work on to avoid this from happening in the future.

  12. By:Will

    How about putting 5 MBs of code into Designer that allows you to update it directly from the application? Then we would only need to download the delta each day \ week \ month. Right now, I plan an hour to download, deal with, and install the latest builds. I find the nightly builds a little intimidating. I need my tools to work, so when I get a milestone I generally wait until the next stable milestone to update. Perhaps a monthly stable release as well?

  13. Will,

    thank you for your feedback. we have code in designer which allows us to update existing plugins to newer versions. this functionality we call online update. unfortunately, online update has one limitation: it can only update plugins, not the whole eclipse platform. over the last couple of milestones, we very often also updated the eclipse platform. our long-term goal is to provide nightly and milestone builde (as long as they are based on the same eclipse platform) through the online updater. we are just not fully ready to do that, yet.

    we think along the same lines.