Delivering Software, Electronically?
zpengo asks: "I'm trying to find the best way to implement a large-scale Electronic Software Delivery (ESD) service for my software company. I've been able to find very little information online (after weeks of research) so I must take it to America's best and brightest. Have you ever worked with ESD on a higher than plain-vanilla FTP level, and if so, what did you learn from it? When do you consider the product 'delivered'? Was it worth it? (I'm planning to put together a public domain whitepaper on the subject with the information I gather, to help fill in the gaps I found while researching online)."
When do you consider the product 'delivered'?
When it's available on Kazaa?
Yeah, I'v seen a white paper a few years back regarding this topic. I'm pretty sure that AT&T worked on a new economic model based on that.
Anyone remember this?
it's now available for anyone to use as a server or client. www.ximian.com
I've been able to find very little information online (after weeks of research) so I must take it to America's best and brightest.
Um, this is Slashdot, dude...
If you celebrate Xmas, befriend me (538
...and protect with the PACE system. It works great and is easy to implement.
www.paceap.com
I did ESD delivery for my company a couple years ago. We used "Wininstall" with great success. The only real problem I ran into was variances and testing.
You know, Joe Schmuck loads his own software, and blammo my ESD job breaks. IF you have rigid controls on your environemnt, ESD works great.
Good idea, but what are you doing on Slashdot?
Are warezers: nobody has more experience in online software delivery than them
I've worked with this before on a project, and it's usefulness depends on your needs. It's essentially an extension applets; it does not run in a browser, but does run in a secure sandbox.
If you have a pure java swing application, this is probably the way to go. If not, read more about it and decide whether it's appropriate.
The technology was a little rough at first, but I assume it's matured somewhat, considering that it's now part of the standard java environment.
Java Web Start
take your sig and shove it
What software, which audience, which principles? It makes a difference whether you are building ESD like tucows or for a special product for a special market - for example. It might be possible for you to get some real information out from here, but you will have to tell more. Don't be scared, if someone wants to look up your company, he is already well capable of doing it :)
If that's what I am, I fear for our nation!
I really wish people would take some time to do "research" like they "say" they did instead of just come to Slashdot, it shows people are lazy and in some cases ( possibly this one ) Should be thinking about improving there own lifestyles and work habits before starting up a software company..
If the above doesnt fit you then your answer is below.
There are a number of companys out there that specialize in software lic's.
Most can be included into a couple diffrent lang's with very little effort at all.
One very good example of this would be..
http://www.elicense.com/
This and more information can be found on google without a problem. ( But of course this persons "research" didnt include simple searches on the most popular search engine.. But he did research, He really did research hard, I got that link in 1 minute, He spent weeks? researching and sounds like he found nothing? )
Personal Website
My biggest concern is that if the transfer fails in the middle you can pick it up from that point. Also that it doesn't need you to install funky software before hand.
alt.binaries.warez.eds ;-)
Always make sure you're wearing one of those wrist-strap thingies.
Can you imagine a beowulf cluster of electronic software delivery guys ?
Valve Software (makers of Half Life) created a program called Steam. Steam allows you to download patches and goodies (player skins, models, and maps) but you can also buy and download full games. Here is thier website http://www.steampowered.com/ dont know how helpful it will be though.
At my school, there's a page set up for your basic freeware (acrobat reader, PuTTy), and other more expensive site-licensed software (X-Win, CRT, Dreamweaver) require a user logon to download. The IT department keeps a log of all the downloads, and whoever's logon is used is responsible for the software. For the really expensive stuff (MATLAB, Mathematica), paperwork is necessary.
Take a look at it: http://www.bu.edu/software/
From the rdist website: "RDist is an open source program to maintain identical copies of files over multiple hosts. It preserves the owner, group, mode, and mtime of files if possible and can update programs that are executing."
From the rsync website: "rsync is an open source utility that provides fast incremental file transfer. rsync is freely available under the GNU General Public License"
My business is software configuration management. Electronic software delivery is a critical part of many solutions. Typically we use a web site. The system has access control, software submital, notification, approvals at various levels, retrieval based on approval level, and logging.
For examply, only users identified as Development can submit software. At that point Software Configuration Management is notified to reproduce the software (can SCM build the same binaries as the developers?) SCM retrieves the software from the web site. Once SCM approves the software, Test is notified.
Test retrieves the software and puts it through its paces. If it passes Test grants its approval through the web site. Otherwise the software fails and Test provides a URL explaining the problems. And on...
At any point program management can see the state of the software in its track to customer delivery. PM has override ability to approve software for customer delivery even if it has, for example, failed testing.
The web site makes it easy to access. Access control and approval manage the software delivery process. Notification keeps everyone on the ball. And logging provides CYA - and has covered my butt on numerous occasions.
My boss particularly loves to be sitting in a Change Control Meeting and hear the development manager say, "The software's been delivered to SCM. We're waiting on them." And he can say with confidence, "Not yet it hasn't."
what are you trying to deliver ?
I built a app that for win32 sat in the systray and then looked at a internal FTP and checked the manifest against its own on the machine if anything was new download and ask the user for interaction
on the java side their was webstart which is really nice and is default on MacOS X.x
this automatcally does what my app did and is a hell of a lot nice and secure
apps like windows update are pretty silly as you have to ask the user to look every day and how many lusers do that ? let alone people who know better
its what crontabs where ment for (-;
of course you can build it into the app
and if you just want to deliver software to customers use sftp
its nice and you can even get it on a java applet so that you can point people to a web page and get them to enter username and password and then its server side chrooting them to the right dir
have fun
regards
John Jones
Try this EDS solution.
kthx
If there's a problem, it's probably related to getting paid for it. Or, worst case, figuring out some way to "deliver" some kind of hostile code (adware, spyware, etc.) to the user's desktop.
lazy prick
I developed (insert plug here-http://payloadz.com)
We do about 5,000 transactions per month.
Our method is this (note, this is after 5 iterations of delivery systems- all of which had issues):
- When a customer pays, we create a unique copy of the purchased product and place it in a queue directy for download. This unique file is prefixed with the customers transaction ID, so
"filename.zip" becomes "a1dys3ad4a-filename.zip"
We then provide a direct link to the file. We also send this direct link in an email to the person.
After 48 hours the file is deleted. after which time, the customer must request more downloads from the merchant.
We tried many other methods but there always arose a browser/platform issue. The ONLY reliable method has been to provide a direct link to the file for download.
It can create server load and file storage issues if you have a large scale site.
Hope that helps, feel free to contact me off list.
I worked for Releasenow.com, they were hired guns for this sort of thing back about 2000 or so, they seem to have dropped off the net since then. Other players like Digital River were around too. Not to hard to implement, Stick a few apache servers behind a load balancer like an F5 on a big pipe like Exodus and make them pay up front. once you got their money send them a url and password combo that lets them in. The rest is simple stuff. Remember to wash your hands after your done.
Sorry about the writing. Robot fingers, you know? Cliff Steele in DOOM PATROL #23
Package your application in a self-extracting/self-decrypting archive which uses two keys (k1,k2). k1 is either zero-length or known to the group of indented users. k2 is kept secret until published online at some central site at a time specified by the publisher. If k1 is zero-length, then it'll be an open release of software/data.
software = Decrypt(software, key), where key = Hash(k1 concatenate-with k2).
This is called time-lock crypto as written by Rivest Shamir Wagner in [3].
CertainKey offers this service with all the software/crypto you need at a modest price see [1].
note: I'm a founder of CertainKey...so use discretion.
References:
[1]
[2]
[3]
... when things goes wrong? If you view software as a service, then someone along the line has to make a decision to deploy it. Usually it is some sysadmin who ultimately is responsible for the smooth running of the who ball-of-string (ignoring any CTO stupidity). IMHO that is why they like ftp/http/app-get in that it is a conscious decision to review and vet any new release.
.BET, or ASP) becomes a side issue when lawsuits are flying, especially for any mission-critical software (cf backbone router flash-upgrades).
On the other hand, if you are offering automagic updates (a la MS) then I hope the software contract indicates what happens if things goes wrong. The actual mechanism (whether JavaBeans,
LL
I just heard some sad news on talk radio - Paul Wellstone was found dead in a plane this morning. There weren't any more details. I'm sure everyone in the Slashdot community will miss him - even if you aren't a Democrat from Minnesota, there's no denying his contributions to American government. Truly a American icon.
I know Valve software has been working on this for automating customer updates for their Half-Life franchise. I know they plan to make their content delivery system available to third parties. Check out Steam at: http://steampowered.com
It's also similar to the way F-Prot Antivirus is delivered.
Basically each customer gets a login for the web site and can download from there. It avoids serial generators and cracks because you can't just download the shareware and then apply a crack. The only people who even get the opportunity to download the software are those who have paid so it's less likely (but still inevitable) that they will give it away, share it on kazaa, etc.
Kagi has a lot of experience with this. Check them out.
-John
If its Unix, apt-get is your ally. With apt-get, just set up a cron job that updates the apt-get database daily, and then the user can install software at their leisure. If you aren't using Debian, you can use apt-rpm. Red Carpet also has similar facilities.
If its Windows, its going to be a bit more difficult. Maybe Windows Update?
Slashdot is a waste of time. I enjoy wasting time.
"ESD", what is that, some kind of silly euphemistic acronym like "DRM"?
The best I've seen for this (besides apt-get or fink, of course) is OmniGroup's Mac OS X software. You just download the app in a single file, and drag the file to your hard drive. Installed. Maybe a demo version if you're lucky.
Then you buy the license code, which is emailed. They have various license codes, per-machine, per-person, floating, etc. Then you type it in and you have the full version.
If a new version comes out, just delete the old file and download the new one. No "installer" bullshit, no "please pay us again and again for our bug fixes" bullshit. Customer-centric.
interesting . . . 8 or so years ago when my dad brought me along to sign up for internet access, the guy from the isp made me ground myself before he gave me the setup (floppy) disk. this was because of "ESD," which back then was bad for software!
track7.org has all kinds of interesting stuff!
A lot standard exist; whether they are useful depends on the platform you are targeting and/or the architecture of your product. You've shared nothing about either, so I'll just point you at some general standards that you may find helpful, or as sample design patterns that may bring you closer to your goal. Check out the OSD specification at the Web Consortium's main site. An XML-based software description language, it's raison d'etre is electronic delivery of software. I know Microsoft used the format at one point, and I know of at least one other company that architected their product to use the OSD language for software installation as well. An alternative to the OSD model is Sun's Java Web Start, tailored to automatic installation of software for the Java platform. If you still need to roll your own, may I suggest that you consider the package format used in the Debian GNU/Linux distribution as a good design pattern to follow? Because the format exposes extensive amounts of meta-data in each package, a complete array of tools exist to automatically resolve, download, and install dependencies--one of the major benefits of using Debian as a Linux platform. Finally, if you are a member of the ACM, their online Digital Library will no doubt have extensive information, as would the IEEE online resources (again, membership required). A free resource similar to those of the ACM and IEEE that I often find helpful is Citeseer. Hope some of those help!
I did some searches, and there seems to be a fair amount of info available on this.
There's some good payware service providers like Digital River, Metatec, Intraware, etc. And some decent freeware/open source ones that you could build off of, like weps.org. And there's always freshmeat, twocows.
It really depends what you're trying to achieve - what you're trying to deliver, to whom and for what reasons. You may need accountability, tracking, different views for different user sets, etc. Usually, you're best off just rolling your own if you have the time & resources to implement it.
Oh, and for resuming transactions, you can use HTTP 1.1 "Range" header protocol to do that if the files are large, and you lost connectivity.
Do you want to deliver upgrades or patches?
Do you want to tie your system into a point of sale mechanism?
Are you worried about security? (you should be)
What security mechanisms are you able to implement?
How many people will download your software each day? Each hour? How many do you expect to do so next year?
What platforms will your target audience be running?
I could go on and on....but my point is that you cannot go to anyone, even "America's Best and Brightest" (whereever they are) and ask for a one-size-fits-all solution to a software delivery system - even if you do have a fancy buzzword like ESD to make it sound sort of sexy.
You first step here (AS ALWAYS) is to define your specifications. You can *start* with the questions above but if you haven't thought of 4 times that many yourself in your specs then you don't really know what you want... and hence can be offered no real solution.
----- In Your Cubicle No One Can Hear You Scream...
I am currently adding ESD capability to my eCommerce software, so that I can deliver electronic goods to customers.
The approach I am looking at is one where after payment has been accepted, the user gets a secure account where they can download the files they have a valid licence for, and the file is passed through a script which checks that the user has authenticated properly. This means they cannot simply post a URL to allow everyone access to the file.
In order to authenticate, and so that they can download this file again at a later date (maybe their hard disk blew up or whatever), they must enter a random 4 digits of the credit card used to purchase the file. This means they would not simply post a username/password and allow everyone access to their account.
When they receive the file it will be archived. When they unarchive the file, the custom unarchiver will request authorisation from my server, informing me they have the file, and what the md5 hash is. This confirms to me they have a valid file and helps against credit card refunds.
Inside the archive, I will look for ways to have unique ID's hidden inside various files, so I can then track the file's owner should it appear on any file sharing sites/networks. This doesnt have to be done in realtime, you can prepare 1000 files in advance and assign them to customers. I will look to write into the EULA a clause that states it is their sole responsibility to keep the file and contents secure, and that any lost sales will be charged to them if it could be proven they were neglegent in securing their computer/network.
I think that the above will be a good set of measures to take. Of course, it all depends on how important/valuable your software is.
Remember, if someone is really persistant, they will find away to share your files without detection. So things like great customer service, and value add will be your biggest help in keeping your customers loyal to you.
Will you be here all week?
this is little bit on a tangent...
my copmany is developing a colaboration app in perl for internal use. i was recently approached by management asking if there is a possibility for resale of the application weve been developing for quite some time now.
of course theres a big problem with very nature of perl... its an interpreted language. how would someone go around to resell something like a perl script and then prevent people from freely distributing it? only other modules its using is CGI::Application and all the data are stored in mysql database.
does anyone have experience w/ reselling compiled perl binaries?
oz
Take a look at SVGames.com. This is an outfit that sells, among other things, PDFs of old TSR AD&D books (the PDF were obtaining by scanning the books). The PDFs are a few bucks each and are sold only through download.
The neat thing is that they offer a temporary download URL that allows you to redo a download wihin a few days if the first one failed. You don't even need to bookmark the temp URL, you just reenter your name and CC number for authentication and can redo the download (without being charged twice, obviously). This is a very cool feature. I suggest your site adopt a similar functionality.
--
Mad science! Robots! Underwear! Cute girls! Full comic online! http://www.girlgeniusonline.com/
So no foreigners are allowed to reply?
First idea, stop thinking that the best and the brightest are all American.
Second, do a spider diagram of all the possobilities.
Third, remove the ideas from the diagram that are not feasible.
Presto, a solution.
Don't forget that once you have distributed your software over the Internet to an untrustworthy, evil user, s/he is going to give it away for free. S/he is going to start buring illegal copies of the software he downloaded for all his friends and will probably download it right into his P2P upload directory.
After the Electronic Software Delivery (ESD) is complete, the user has to get through the EULA so he can install it.
Just who are you going to get to write that EULA?
Might I humbly suggest,
http://www.evil-lawyers-who-write-eulas.com
These guys specialize in incomprehensible leagaleze and by the time they are done, your EULA will stand a proud 250 lines long and allow you to have your way with both the user of your software and his/her computer.
Good Luck!@
If your programs are written in Java, then Java Web Start is unbeatable.
However I recommend third party fedex or ups wans. They add great routing and delivery support and would mix your data with their own delivery network. They integrate well with the messenger protocal since they both use the mail room gateway as a standard to retrieve and sometimes even store data. The mailroom is the default gateway between the messenger and fedex and ups protocals.
The downside of course can be transfer time and very high latency. For example using a third party network like fedex can take a day or two to ship the data to Hong Kong and can be pricy depending on how quick you want the data to move.
The good side of sneakernet is that when the network is down I can still get data from one side of the office to the next. When the network is congested I can still move around huge amounts of data depending on the store medium used. With me implementing the messenger layer of the sneakernet protocal suite, you do not have to worry about hiring any expensive consultans or installation fee's. All you need is the store medium like a tape or cd-rw drive on both nodes.
Ps. I am looking for work and wouldn't mind doing this at this point.
http://saveie6.com/
IIS baby!
Assign an application to a computer using Active Directory and .msi's, this way the user has no choice. The software is on the computer and that's the way it is.
And it's all clicky clicky gui.
It depends on the operating system. But I heard that Novadigm has software distribution fit for a big company, i.e. 50,000 or more people. If your smaller, its a complete waste of time. You need to spend a million for the liceneses and another few million in salaries to support the product, i.e. a team of 6 or more.
You get much more bang for the buck with Microsoft Active Directory. And its easier to find Active Directory expertise.
WhatMeWorry!
I'm trying to find the best way to install a large-scale Electronic Software Product (ESP) for my software company. I've been able to find very little information online (after weeks of research) so I must take it to anyone who is willing to listen to me. Have you ever worked with software on a higher than Playstation level, and if so, what did you learn from it? When do you consider the product 'installed'? Was it worth it? (I'm planning to put together a public domain whitepaper on the subject with the information I gather, to help fill in the gaps I found while researching online).
You offend me! Wel, no, I've been called worse.
We're not all American here.
Come on, these guys don't even read the stories they themselves submit, and neither do the moderators or posters or even the slashdot crew. You expect them to do enough research to actually read the slashdot story too?
Infuriate left and right
these guys have been doing this kind of thing for years (if i remember correctly they started out with the old locked cd's and selling people keys to the software and then moved onto web distribution when it became feasable)... of course they'll want a cut of sale, but it'll be easier to manage than doing it yourself...
Large print giveth, and the small print taketh away
It depends in a huge part on the type of program, but for general-public use (what some would term "consumer" but I'm trying to erase that word from my vocabulary) a Shareware/registration system is often the easiest, if you have some sort of unique identifier to use.
:-) It also means that you need to maintain only one binary version, and you can make it a simple direct URL which is compatible with every browser in existance.
For example...
In the Palm OS world, most software is released in a Shareware fashion. Every Palm OS device has a HotSync ID that is used to identify it on a PC, and to keep that device's data separate from other Palms on the same PC. Two people could very well have the same ID, but not on the same PC, and the vast majority of users just use their own name as their ID, so the odds of two people with identical IDs meeting is neglibible.
What most developers do is release a single binary version of the program that includes all of the functionality, but sometimes blocks it with popups, disabled functions, timeouts, or whatever. If the user decides to register, they go to a web site (usually PalmGear.com) and enter their HotSync ID along with their credit card data and the web site generates a unique registration key for them based on their HotSync ID and some program-specific key, known only to the developer. The user enters that code into the Palm program and they're all set and registered. The program can then just generate what the reg code should be against the HotSync ID and the secret key (which it has compiled into it), and determine if the entered code is valid or not. The reg code is stored in the device's Preferences database (sorta kinda the Palm version of the Registry, though better implemented), so the user can easily beam the program to others and SHAZAAM!, the other user now has the unregistered, shareware version of the program! Yay, viral marketing!
Yes, it is possible for the user to fudge the HotSync ID with 3rd party programs, but that's not very common. And frankly, if someone is going to do that to "get around" your registration system, they would never have paid for the program in the first place, so you've lost nothing.
Of course, that is all predicated on the platform supporting that sort of unique ID. I don't know if that sort of user-defined, constant, pseudo-unique ID exists on any other platform. I wish it did, it would make it a lot easier to develop shareware-type apps. E-mail address is possible, but is subject to change more often.
[insert obligatory commentary about why you should be releasing GPLed software instead of commercial software here.]
--GrouchoMarx
Card-carrying member of the EFF, FSF, and ACLU. Are you?
I used to work for one called Intraware (intraware.com), that's basically their whole purpose for existing--they deliver software electronically for other companies.
kinda figured that was coming, but at least I can sleep at night knowing I can find a girl (that's not online) to have sex with....sex is could, you all should try it sometime
Experience with large scale software delivery? Yes, we have.....
But since you are only interested in the suggestions of Americas best and brightest, I am afraid we don'y qualify.
Maybe it would be helpful if you learned looking over the fence a bit?
Try Steam by Valve LLC. Go to http://www.steampowered.com
Do you really care whether you use electronic hardware to send your software, or are you interested in sending software over the net? Computers and the internet don't necessarily have to be based on electronic hardware.
Upgrade Suite
It's windows, and freeware now. You might learn about some of the issues from the documentation.
http://pcblues.com - Digits and Wood
When I need to transfer large amounts of data, I use rsync where possible. This allows for updates of the data without transfering all of the data, unless everything changes in the current update.
"I'd be a Libertarian, if they weren't all a bunch of tax-dodging professional whiners."
- Berkeley Breathed
This system allows someone to snoop e-mails going out to you customers and obtain freebee software urls. I guess this would take a day for a /.er who's never done dodgey stuff before, or 20 minutes for a l33t k1dd13.
.htaccess file, the password for which is entered by the user on an https form. This may save the embarrassment of having your client's stuff warezed on p2p.
I do adding an entry to an
Hey wait, more fundamental to caring for your clients' stuff; don't use IIS.
So... you're saying that software distribution via the 'smoke signals' and 'sneaker net' internet to 'cogs and wheels' and 'abacus' computers could be what this guy is actually on about? Rather than the electronic versions of computers and internet?
Yeah... maybe you're right. Sounds like a great system.
n1gg3r sp34k
To ward off problems in transit, lag, potential corruption at either end, or other errors on the remote client's side, you may want to consider permitting unlimited downloads (or unlimited download attempts at any rate) until the product is "delivered" per contract.
When will you know it's delivered?
When the user runs the installer on their target machine, and returns the appropriate registration code to you. If the user has some TCP/IP'ish way of downloading, they must have some corresponding TCP/IP'ish way of responding. (Could be, generation of a reg code to file, or even to screen, that end user can copy down and email back to you, for the more locked-down secure environments) If your license is per-seat restricted, you can also have a registration/response code pair returned back to the target machine to complete the transaction, but depending on your needs, this might not even be nececessary.
First, nothing begins if not opening
I'm going to release an application with a 3mb download size. A few downloads a day will put me over my colo's bandwidth cap. I'm looking for alternatives to download.com, because download.com doesn't take beta software. Sourceforge might not be right because, while it's free, I don't include source. Any suggestions?
Remembers when Numega had a trial version of SoftIce(kernel mode debugger) available for download?
Warez groups used it a LOT to remove copy protection from games/apps/etc, so the first think they did whith it after they downloaded it was to alter the SoftIce binaries to get rid of the expiration date...using SoftIce itself to find the places where the checks were being made.
...for a large client several years ago. We needed to deploy software to > 400 factory tool control workstations. The prototype was written in Perl, the final version was reimplemented in Python.
;-).
The basic features of the system were as follows:
1) Packaging of software into the smallest deployable units. Define a standard for how files and meta-information are grouped together into a package (e.g. tarfiles, RPM's) so that the packages can be created and installed in a common manner.
2) tracking of dependencies and compatibilities between packages
3) Specification of the set of top-level packages that are required by an individual workstation
4) dependency evaluation to calculate the final set of packages to be installed, or determine if no viable package set existed because of dependency conflicts
5) a sizeable set of tools to allow us to manage this information, build packages, and track what got downloaded, why it got downloaded, and who changed what when
The combination of these features is very much like what RedHat's "update agent" (and other Linux update utilities) provides. If you have the luxury of only having to support Linux, your best bet is probably to try to adapt one of these to your needs.
I was involved with such a problem on a failed start-up (which didn't get funding for going into operation after we had solved the problem). We used Install Anywhere for our initial distribution and the app itself was written in java, stored in two signed jars which included a generic "key". When it came time to first run or upgrade the app, a request was sent to a server (apache+servlets) which took its info from the jars (generic or unique key + sig) and returned back a new jar(s) with any upgrades/patches (new jars were themselves were each "uniquely" keyed and signed).
The app itself was started by a launcher which would watchdog the app and could report/then fall back the patches/new code if it didn't work. We could (by option) track users/problems/usage statistics and control upgrades for each user. Finally, we have a diagnostic applet (+HTML page) in the same jar which the user could then start from a browser to deal with failed system/comm/proxy issues.
It worked extremely well during the pilot -- interestingly the most important feature turned out to be the diagnostic applet which saved us huge amounts of time during the trial rollouts, test cycles and releases. Our biggest expenses came from initial support and upgrades.
Hope this helps.
I'm trying to find the best way to implement a large-scale Electronic Software Delivery (ESD) service for my software company.
/ SOFTWARE-VERSION.ARCH.rpm \
/ SOFTWARE-VERSION.tar.bz \ ./configure ... \
;-)
How about the following:
$ wget http://MIRROR.sourceforge.net/sourceforge/PROJECT
> && su -c 'rpm -Uhv SOFTWARE-VERSION.ARCH.rpm'
Or alternatively:
$ wget http://MIRROR.sourceforge.net/sourceforge/PROJECT
> && tar xjf SOFTWARE-VERSION.tar.bz2 \
> && cd SOFTWARE-VERSION \
> &&
> && make \
> && make check \
> && su -c 'make install'
moto411.com
AOL - Members would join a software club - billed $19.95 monthly - and be able to download from our library. This was for in-house software, not for third party. At a royalty based on $2.95 per hour, we made a few bucks there. AOL's model change pretty much ended that. We also made money from our freebie download area, albeit royalty only. All programming done in Rainman Plus. It was different and pretty easy, but there were some hideous holes in the system security-wise.
Prodigy - Customers bought software and after the transaction downloaded the software. Any disputes or problems were handed by our customer support staff, who would email or snail-mail the product if necessary. We had to snail mail our products b/c of problems w/their software delivery check-in system. We had little direct control of the store.
CompuServe - Most painless to deal with. We uploaded product ourselves. Had to use wierd scripting language to construct/modify store/pricing. It was kinda buggy, but it worked. Store performed quite well. The more often products were changed/updated, the better. Rotating ads throughout system for promotion, front screen placement drove huge traffic (big surprise).
eWorld - Transaction completed in online store, product was emailed to customer minutes after tranasction went through. Worked nicely, but ultimately tanked a couple of months after we got it up and running when Apple shut down eWorld.
Web - Home-brewed CGI scripts ran the store. SSL, transaction processed real-time with our bank, customer could download product for up to 72 hours. Customer support thereafter.
I have a good idea but... If you only want "Americas best and bravest", guess it's not for you..
Ordo Militum Unix.
apps like windows update are pretty silly as you have to ask the user to look every day and how many lusers do that ?
Not many, which is why Microsoft added the feature to automatically check for at least critical updates, but even still users don't update.
"Everything you know is wrong. (And stupid.)"
Moderation Totals: Wrong=2, Stupid=3, Total=5.
Borrowing from the virtual link methodology, I think we may have a solution that will work even in IIS.
We will use the free junction command line component, or linkd.exe, or one of the others and run it from our ASP page using ASPExec from ServerObjects.com. Will do the same as the unix version of a virtual link.
So, even if this thread did not help the oroginal poster, it helped us out and that is a good thing.
Give yourselves all +1 karma
Good job!
Our company are working on a solution that may be of help, I'd like to discuss your requirements with you, if you are willing. I see there is lots of stuff out there, and am just learning about ESD myself. My e-mail is dixon@sourcery.com.
From site: Kagi informs the customer and supplier via email that a purchase has occurred. The supplier ships the goods.
This requires *customer intervention*. I think many of us want to get the human (us) out of the loop for faster service and so we can vacation with Linus Torvolds in the outback without worrying about processing customer payments.
How is this different than Paypal?
Table-ized A.I.
So customer FooBar gets a link to 123file.zip in his email. He then walks to irc or other chatroom and shares this link with his buddies, the word spreads and before you know it, tons of illegal downloads.
Ya, your website rulz
hard links are the answer there. Create a hard link using the customers ID. You save the space for all the copies of the file, but you still have something you can delete in 48 hours.
MS .NET web services and XML are the magic answers. They always are.
No really, but only if you know exactly what the software is on the machine you are delivering to, before you deliver/install anything. Dumb network applicances, your own Linux box, etc.
;)
Otherwise, you will have to construct a DB and some method for "fingerprinting" the target machine. This gets VERY tricky.
Obviously, this approach won't work on Windows
Or, you could just buy a Linux distro with these capabilities....see www.wirsoft.net
Perhaps it wont reach the widest audience but it's certainly a great way to deliver it :)
Greetings..
During my stint @ AOL, I wrote the software delivery system that was used by AOL from the Windows 3.0 client thru 8.0 client. It delivers any type of software (and was used up until 8.0 to deliver new AOL clients) in a componentized manner, ensuring that only the minimum set was delivered.
As it's a huge undertaking, there's just too much to post here about it. Did you have specific questions?
Randy
I downloaded software from both Symantec and Userland who both off loaded the download to a third party. Believe it is Digital River. It made it easy for them and provided all the things I needed as an end user to make the experience satisifying.
I hate to say it, but I recommend using Active Directory Services and Msi packaging. I'm working with a VERY large project now (100,000+seats and 30,000+applications) and ADS seems to work the best so far. Whatever your choice, do NOT use Novadigm's Radia service... it painfully sucks the big one (experience speaking). It's also incredibly expensive. It's too bad that Chicago-Soft sold out to Novadigm, they actually had a good product. Just remember that Radia + Msi's = pain in the arse.
Marimba has as solution for doing large scale software dist (millions of users). It has some nifty features like automatically building updates between any two versions of software. It will just send the byte-level differences between any two versions of an application. The backend is all java and they have native clients and java clients for just about everything. They use DRP (http://www.w3.org/Submission/1997/10/) for the protocol over http/s and are big on open source stuff. Electronic Arts and MusicMatch use their stuff.
Just throw it on a warez site and write the URL on the bathroom wall. Every machine in the office will be up to date in no time. And they'll all be running the latest copy of MS Office and Photoshop, too -- at absolutely no cost to the company!
Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
I used to do a little ESD via a product called Xcellenet. It's an extremely solid piece of code, very secure, and easily lets you distribute source to various sites, over various connection types. We used it internationally and domestically. I think it's also used a lot for ATM transactions (that's ATM bank machine, not the other kind). I think it can do TCP/IP, X.25, modems, ISDN, etc..
My favorite feature was a CLI which would transparently work the same on different platforms.
Info is at http://www.xcellenet.com/
Powered by Web3.5 RC 2
Die? Please? THX!!
I used Borland's Delphi to do this because it has a lot of puiblic domain/shareware components that automate this task. If you do not want to use Delphi, use their C++ product as it can support the same components.
Just a suggestion, if you want to see a (good, in my opinion) example of software delivery, do a search on Loki's (may they rest in peace, or possibly reincarnate) method...
Check out No-Touch Deployment in the .NET Framework for an interesting way of solving the problem of delivering software updates automatically, without the need for user intervention. If you set it up properly, it's actually more secure than just downloading straight from a website, because of the very granular code access security features of the .NET Framework.
something like Java Web Start (see java.sun.com), but I'm not going, as I'm not american.
One solution is to attach the software on an email to the customer. Building the database, website, administration website and online payment solution for international creditcards can be done in about 3 weeks by a single programmer (for a simple e-commerce site that has the basic functionality). Such a website can more or less run itself. Accounting can be done automatically aswell, although your country may have laws that forces you to do the accounting manually.
This fool does POLITICAL websites for crying out loud. IGGY this fool like any other snert.
Won't mention any brand names cuz they are all equally lousy for various reasons.
The ultimate goal is what gets in the way of the process. You want the product to just appear on the desired computers. Sounds simple but is far more difficult than you ever expect. Even in a solid environment with a good network and nearly identical hardware you still have different software configurations to deal with. No two computers are alike and the packaging process that allows the installs to go in auto-magicaly causes the install to lose whatever intellegence it had.
Packaging is not the only weak point but it is the one that you will find to be the bugger. Every application is an opportunity for error. This is what hurts.
you might want to check out smartcert on google. Pricey but they hold your files and handle transactions. They do not use watermarks to make unique copies.
I have been working on a simple shop system to tie into Payment One and other credit card clearing systems, written in Perl. A lot of the design depends on your own business policy and how much risk you are willing to take (i.e. is it okay if people can post copies of your software on bbs systems?). If you only have a few items it is easy but with higher throughput you will want to manage clients and handle cooling off (giving money back) quickly. Check out Red Hat's system for some ideas.
Check out http://www.novadigm.com/. This is a solid company that is well regarded by the analysts. Their solution works very well.
As others have pointed out, S/W DELIVERY is easy- and not very valuable. Then there's everything else - ensuring successful installs in a multi-O/S environment, keeping machines updated, uninstalling, tracking licenses etc. Automating all this needs major bucks for a major enterprise solution, along the lines of Unicenter or Tivoli. Don't need all that? Give us a top 2 or 3 requirements beyond FTP, and we can have a better crack at it !