Kristian Rink wrote:
David kerber schrieb:
...
hardware failures won't cause problems. If they move to a completely
new machine, but you politely post a nag screen that says something to
the effect "New hardware detected; please contact Mycompany within 30
days for a new license", then that's not likely to offend many customers.
Depends, I guess... Actually, our DMS vendor used to have its licensed
coupled to several aspects of the hosts network configuration (MAC, IP
address, DNS name), and they dropped this very idea already a bunch of
years ago - it's annoying for honest customers, it generates unnecessary
Yes, it can be annoying, but I guess it depends on how often a routine
maintenance change would trigger a notice.
maintaineance work, and, most notably, in the age of virtualization it's
possibly pointless. We run tomcat nodes that live inside different
VMWare ESX (or "Virtual Infrastructure" as they call it by now...)
hosts. No matter what actually happens to the physical hardware - the
machines inside are likely to "stay the same". You can have the same
thing running VMWare Server free of charge on modest x86 hardware and
will smoothly make your way 'round any machine-tied licensing mode...
Good point; I didn't think about what would happen in a virtual-server
environment.
You could also have it "phone home" once a day (or once a week, or
whatever) with an app's internal key value, and if you get two
connections from the same ID value, then you know there are multiple
copies running.
No.
>From a customers point of view, I simply wouldn't deploy such an
application, at least not in the "enterprise" market. Bad enough knowing
most desktop software is likely to phone home, the very moment our
network monitoring would capture any of these server-based applications
establishing unwanted connections to some external site would be
end-of-life for this application in our environment. Having an
application phone home drastically reduces trust in this very
application especially if it is meant to keep track of sensible business
information. This IMHO is a way that should be strictly discouraged...
just my $0.02 on that...
I don't like them either, but it's an option he should be aware of...
D
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
