> So, there are no implied benefits to the purchaser, that > because he is charged per CPU, CFMXJ2ee will perform better > on on (or take better advantage of ) multiple CPUs than > CFMX Enterprise Server.
Right. It's purely a licensing compliance issue. > Many will likely ask: "Why shouldn't I just buy a CFMXJ2ee > license for a single CPU, regardless of how many CPU's the > box has?". > > It appears that this sort of pricing is artificial, and nudges > customers to be dishonest -- since I can't see how it can be > enforced. Actually, in most enterprise environments I've seen, this doesn't really come up. Most server products in those environments tend to be fully licensed. It's not that those environments have a higher moral standard, but that they have relatively strict policies about these things, and people aren't spending their own money anyway, if you know what I mean. If you're a middle manager, would you risk your job to save your bosses some money? Also, no one would want to invalidate their tech support - having tech support is perceived as a really important thing in the enterprise. > Why not just charge based on product capabilities? Because product capabilities don't have anything to do with it, really. Vendors charge what the market will bear. > Do Server OS platforms charge based on the number of CPU'? -- > At least they would have a valid reason and an enforcement > mechanism. I suspect that most server operating systems don't do this simply because it's irrelevant at that level - you get the server OS with the server. If you look at Windows as an example, Microsoft doesn't really care about how many processors you have - they care about how many clients will access the server. That makes more sense for them, as they're likely to get more for a four-processor box as a single processor box, just because it'll be able to support more clients. On the other hand, it's common for database servers to work this way. Oracle has traditionally been the worst in this regard. Basically, for a long time, buying Oracle was a lot like buying a car - they'd milk you for whatever they thought they could get away with. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com
