Programming Tools: InstallShield X
Overall, I had some product concerns, not user concerns. Support is an issue: you get support only if you pay. Before obtaining assistance from InstallShield, I needed to have a support contract. My other option was to pay per bug report. For the price InstallShield charges for its product, I expected a minimum of 90 days of installation support. Furthermore, InstallShield prices may be a real issue for smaller users. Afterwards, though, I was told that free 30 day pre-sale support and 15 day post-sale support is offered.
The initial version of InstallShield I tested had a few problems. The built-in update facility did not work. From the contents of the home Web site, I do know that two updates are available. I was able to download the updates (both .jar files), but I had no idea how to apply them and there was no information about this step on the Web site. Also, I experienced a problem trying to incorporate the automatic update facility in the installation package for a non-Java application.
Perhaps as a consequence of being closed-source, no bug list is publically available. Thus, I could not find if these problems had already been reported.
Another issue is the patch process. It could be more automated. For example, there is no integrate diff facility.
A final minor nit: the tutorial help screens do not contain a simple way to go to the next or previous help topic. You must use the hierarchical table of contents.
If InstallShield X does nothing else, it gives you an opportunity to design your installation package. If, after all your hard work, your application does not install correctly, it is a terrible waste. InstallShield X can help prevent this, while giving your application a polished look. This does not mean the generated package is free from problems, but the creation of the installation package is less of a hassle.
For this review, I used the high-end version of the product, called InstallShield X Universal Premier. See the InstallShield Web site for a comparison showing the features of the various versions.
Almost the last word: in the Linux world, most of us are used to tweaking config files and compiling from source. This is not done in any other consumer OS. To be able to expand our user base, we need tools such as InstallShield X to make the experience of installing and upgrading as painless as possible.
Lastly, and ignoring some of the problems, it was pleasure working with this product.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- New Products
- Linux Systems Administrator
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Web & UI Developer (JavaScript & j Query)
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Reply to comment | Linux Journal
4 min 44 sec ago - Reply to comment | Linux Journal
6 hours 58 min ago - Reply to comment | Linux Journal
7 hours 14 min ago - Favorite (and easily brute-forced) pw's
9 hours 6 min ago - Have you tried Boxen? It's a
14 hours 58 min ago - seo services in india
19 hours 29 min ago - For KDE install kio-mtp
19 hours 30 min ago - Evernote is much more...
21 hours 30 min ago - Reply to comment | Linux Journal
1 day 6 hours ago - Dynamic DNS
1 day 6 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?



Comments
Is this site bankrupt?
Is this site that bankrupt, that it as to sell obvious advertisement paid by the product vendor as journalism?
About the redesign
Pity we can't comment on the last story about the site design. Anyway, I found an error: a td tag is nested incorrectly at line 160 of the generated source code. Other than that one error, it validates using the W3C's HTML validator.
Good job, LJ!
Tips
free game
Tris Hussey is attending Northern Voice, a Canadian blogging conference. Tris has posted a sysnopsis of 16 blogging tips given by Tim Bray of Sun who gave the keynote.
oops
The correct line number is line 633.
IzPack (FREE)
IMHO IzPack is an easy to use plattform independend (JAVA based) installer tool worse looking at.
Christian
Not especially clear...
... why the author didn't find RPMs and debs to be suitable. Saying "it is clear they are not enough" doesn't cut it. (I can think of a number of drawbacks, but I'm not writing the article.) Even the primary advantage is only turnkey installation for Linux, WinXX, Mac OS X, and *BSD, well that might be useful.
Also, it is not at all clear what ISX's requirements are (Java? Bourne shell only?), nor if it properly interfaces with RPM and dpkg. If customers can't "rpm -e product_name", (or use Synaptic / kpackage/ etc) then I'm much less interested in paying money for ISX versus, say, the free Loki installer.
(Sorry for my poor
(Sorry for my poor english.)
RPMs and DEBs are really not suitable. Think about software developers, they are unable to create one package that installs everywhere. This is because every single linux distribution has his own installation system. This is a problem to normal users too. For example, if I want to install new Gnome release on my Debian I have to wait about half year for a package. If you are 15 years old linux user it could be not a problem to download sources, compile them and finally install. The point is to have an installer independent to Linux distribution. Linux will never be widely used without this. Moreover, there is too much linux distros.
don't forget InstallBuilder
I've searched quite a bit on the net for an easy installer and I've come across InstallShield, but InstallShield can be expensive. Maybe you want to consider InstallBuilder that can produce both Windows and Linux installers for your programs. InstallBuilder runs also on both Windows and Linux.
I've used NSIS on Windows alone in the past and it is quite similar in functionality.
You can find it at http://www.bitrock.com/
Artaxerxes
Much of the introduction to
Much of the introduction to this seems irrelevant: InstallShield
may make the install process prettier, but what has it got to do
with the problem of the application not working once installed?
How is using IS meant to make that problem less likely? Given that
it bypasses the dependency-checking of the native package management
system (RPM, dep or whatever) it seems that you are less likely
to have a working application afterward, however satisfying the
install may have been.
What makes you think the IDIO
What makes you think the IDIOTS who packaged the software you had trouble with would use this properly? They clearly didn't do a good job with the tools they have.
Great to hear!
Thank you for your great comments about the InstallShield X Universal documentation! When it is typical for customers to not RTFM, it is very gratifying to know that those who do, find it as useful as it is intended to be! And I'll be sure to add links to the Tutorials that take you both backwards and forwards (they currently only have a link at the bottom that takes you to the next step).
Your documentation is pretty
Your documentation is pretty bad. The javadocs are commented here and there, and even basic things are not documented in the manual. I have RTFM and you missed documenting "Save All" in the UI introduction (though you did document the rest of the File menu items). How about documenting that clicking "back" in a dialog box creates a new instance of the previous dialog and that you either have to use a singleton or a property to save the previous screens settings? Lastly, your documentation does not give credit to the open source Java db hsqldb that you use in your product.
P.S. My favorite professional code segment of your product comes from your Linux launcher: foo=`kill -9 $1 > /dev/null 2>&1`.
P&Z Huh...
Lemme guess, Plone and Zope? I was a little bit confused by the password thing at first too, but what you have to do is create a special file called access using the zpasswd.py utility that comes with zope (and put it in your "instance root". It doesn't create this with a default password by default (for security reasons I think). I'm pretty sure its documented, but I missed it myself once or twice before I figured out what I was missing.
On Topic: It sounds pretty good for commerical packages, but I still think most users would prefer using apt-get, emerge, etc... for free software packages since its much easier to use & integrated into the system.
Oh God
Excuse me,
Can you go start some (another?) moronic one-click package install distro instead of pleading for bucks and developers to switch to some non-OSS craptacular "universal" installer?
I'm not going to waste me energy explaining why this is just a bad "review" and a idiotic non-issue. The only suggestion I make is that maybe you should consider installing RPMs/packages from a developer that provides clear installation instructions.
End of transmission.
Linux Needs This
At the moment Linux seems to be doing very nicely in the hands of 'Techies', hackers...etc. However, For it to become mainstream it needs to be used by everybody. If it becomes mainstream, not only do we get the glorious opportunity to see Bill Gates cry, but also we'll be able to buy a scanner with the 'Tux' logo on the front. For businesses, Linux is ready now, but for home users it's still a long way off. Until the clock can be set with only one utility (not 3), floppies can be formatted without being told to log as root first (as in Mandrake Move), USB Bluetooth dongles work when plugged in (or at least with the use of a 'Add/Remove Hardware' button), and software can be installed with a double-click of the 'Setup.exe' file, then Linux will stay where it is. And so will Wincrap Xtra Profit.
Freeware and Open Source are great things, but if noses are turned up at any venture into the commercial market with Linux products, it will always struggle for credibility in the business world. And with products that deal with the above issues (because their Marketing Dept can see these as issues for a normal person, whereas a Techie can't or doesn't care), Linux will grow to be a viable alternative for the sort of people who just want to get their emails and shop online. Which will mean more of these people (the majority of the world) will use Linux. Which will mean hardware vendors will write Linux drivers for them. Which will mean they won't NEED to know what a command line is (and why should they have to know? they just want to use the thing, not try to make it better).
If Linux wants to be in the mainstream world it will have to start living up to mainstream expectations. This will mean the involvement of money. Hard Cash. It is what makes the world go round after all (unfortunately). As long as Linux itself stays free and the Open Source movement continues, I can't see any problems with commercial companies getting involved. The more support Linux get's the better.
This product (Installshield X) sounds like a big step in the right direction. A (hopefully) solid and easy way for anyone to install software on a Linux computer.
ML
(A reluctant WinXP user crying out for a version of Linux that works on his laptop without having to take a Degree in Unix to get it on to the internet through a mobile phone)
Needs Linux this?
The worst nightmare I can imagine is that One day when I come to my linux-desktop users pcs I see the crap like freescrensavers, dailywallpapers, peer-to-peer-apps, morhuhn-demo-ware like game, dancing-whatewer-plugins, misc-spyware, totally messed up settings, etc, etc, etc.... I know this day will come. But for now - please let me enjoy the fairy-tell in which only the root has the power, vision, knowledge and art. And users just do what tey're supposed to do.
Thank you!
"and software can be installe
"and software can be installed with a double-click of the 'Setup.exe' file"
not that hard to solve: write a small bash script that checks if the given *.rpm/deb is installed and installs it if not. then associate the script in your windowmanager (kde, gnome, whatever...) with *.rpm/deb
-> same double-click crap.
btw, there are actually GUIs for rpm, deb, etc...
if you are using apt, it will resolve any dependancy (and will download all) for you (incl. incremental uninstallation).
"Which will mean they won't NEED to know what a command line is"
funny that microsoft released a couple of powerful cmdline-tools with xp and win2k3 ;)
...and i have to agree with the others: if the application doesn't work, it's either the application or the maintainer isn't able to create working rpms. ...and yes the articel lacks of details.
Agree!
Some time back I tried to test out some IP telephony packages for Linux. They all required compilation and most of them depended on some libs that I didn't have on my machine, so it was a long process to get the thing installed. And then of course they didn't work - but that is beside the point.
The point is that the user can focus on whatever it is that he or she is good at without worrying about the rest of the system. The way I see it the biggest problem with Linux For the People is the installation issues. My guess is that 99% of all Windows users do not know there is a DOS box, imagine a day where that is true for Linux users.
If you can't install it you can't use it!
I think you miss the whole po
I think you miss the whole point -- all the pretty GUI in the world for an install means nothing if you doubleclick (sic) the app and it doesn't start, or ends up breaking everything else. ISX, by bypassing the system level dependacy integration (rpm/deb/etc) actually does more harm than good.
Let's say you have a set of libraries - FOO 3.x, which a lot of apps are linked to (could be PHP, could be a desktop admin tool, the possibilites are endless). Everything is working great. Then, you download this nice ISX install version of FOO 4.x, intending to upgrade FOO 3.x. This nice FOO 4.x installer installs everything it needs, overwriting the FOO 3.x libraries symlinks. FOO 4.x works great, but now everything that was linked to FOO 3.x no longer functions.
Without using the dependancy checking built into the tools, you end up destroying a system so bad it's unuseable. We've all seen it happen with people who start out by installing from source (not understanding the consequences) instead of binary package upgrades, and end up creating the same mess ISX will. If ISX were to put a nice face on the process of building a system specific binary (ie, a "builder" front end for making RPMs or DEBs) that would be a whole other story.
As for the problems this article author experienced with projects P and Z, that's by far the exception and not the norm. There are thousands upon thousands of applications, libraries, tools, etc that are perfectly combined, dependancy checked, and install/upgrade/run in complete harmony by the community. It sounds like projects P and Z need to get someone with better chops to build their RPMs.
"If you can produce reliable
"If you can produce reliable installation packages using this package, then it is worth the money." Which would be ... ?
"Overall, I had some product concerns, not user concerns. Support is an issue: you get support only if you pay." Pay what?
" For the price InstallShield charges for its product, I expected a minimum of 90 days of installation support." What is the price?
Is there no editorial review to see that basic details are included?
"Which would be ... ?" ...
"Which would be ... ?"
...
"Pay what?"
...
"What is the price?"
People endowed with a brain will click the link to the InstallShield web site in the resources section, and find various currency/price/product combinations there.
Oh, I get it. The reason you
Oh, I get it. The reason you didn't put in a price is that if you had, no-one would have bothered reading past that point!
People with a brain would not
People with a brain would not pay $2,499 for the premier version of this . They made some steps forward as far as features but it is not worth the money.
My two cents.
Easy people....cool down....t
Easy people....cool down....this article, as far as I understand, was not meant to be even read by average Joe hackers!!! The price of $2499.00 is for pros working for big companies to provide service to other big companies who are thinking of switching to Linux and etc. So, the author and InstallShield do not even dream of asking you guys to pay for their products! They would be more than thankful if we don't copy them illegally! My 2 cents.....