I probably don't need to spell this out, but a prime advantage of this is that you could support text AND html based clients, or at least switch to a HTML web-app quite easily in the future if requirements change.
This may well be overkill, but if for your backend code you do want to go down the Enterprise Java route, then JSF is *supposed to be* independent of the view technology. Well-written component libraries will provide pluggable renderers. Most libraries do just have HTML renderers for the components, but Oracle's ADF (now open-sourced as Apache Trinidad) provides JSF over telnet:
No, the process of "splitting something among 0 people", makes no sense. Which is the very reason that division by zero is undefined. "Sharing something among people", or "dividing" implies that there is non-zero denominator. And yes, I do think that analogy extends to negative numbers and fractions, but NOT to zero.
But this really isn't true at all. The companies that have sprung up around open source products only make money by delivering support. Therefore they have to make sure they do a darn good job at it.
To companies delivering software as a product, you are just another customer who can be fobbed off to an offshore call centre and given the run-around for months before finally escalating your problem to the appropriate level.
It's not just a question of "single vendor" though. Even if Oracle was the single vendor, at least JEE is an open specification, and Linux is an open system.
This is a very good point. I do a great deal of endurance exercise (cycling, 4hrs+ in hilly terrain), but because you do need to replace the energy lost in order to recover well, it's really not that great for weight loss.
Being very active and maintaining a calorie deficit (and staying healthy!) is very difficult. For weight loss, it may be better to be less active and eat less, IMO.
Ahh cool, thanks for the explanation, and I agree with you. I've just finished working on an exchange rate feed with a bank supplied by XML-RPC, which is probably the perfect kind of inter-corp scenario that you described. (They chose XML-RPC of course, not us as the clients).
Getting curl/openssl/xmlrpc-c to compile and run correctly on HP-UX however, was another matter entirely.
Slashdot Mirror
hahahha. +1 mildly amusing. well done!
Maybe not, since he lived to 96yo..
I probably don't need to spell this out, but a prime advantage of this is that you could support text AND html based clients, or at least switch to a HTML web-app quite easily in the future if requirements change.
This may well be overkill, but if for your backend code you do want to go down the Enterprise Java route, then JSF is *supposed to be* independent of the view technology. Well-written component libraries will provide pluggable renderers. Most libraries do just have HTML renderers for the components, but Oracle's ADF (now open-sourced as Apache Trinidad) provides JSF over telnet:
t ter/articles/introadffaces/index.html
http://www.oracle.com/technology/tech/java/newsle
Assuming it works, that is pretty cool, and it means your server-side can leverage the rich JEE technology suite.
TFA says they will use 1-8kv.. which is thousands of volts.
but then...how would anything ever...? *head explodes*
I realise your post doesn't say that Slashdot are using MyISAM, but just to make it clear, Slashdot are using InnoDB http://www.mysql.org/doc/refman/5.1/en/innodb-over view.html.
have u switched from java yet? (hope not, just asking).
all signs point to yes.
You obviously never learnt about the maintainability advantages that abstraction layers such as DNS provide ;) ie- the sf IP could change, you know...
No, the process of "splitting something among 0 people", makes no sense. Which is the very reason that division by zero is undefined. "Sharing something among people", or "dividing" implies that there is non-zero denominator. And yes, I do think that analogy extends to negative numbers and fractions, but NOT to zero.
Sadly, I fear you are right.
I both thank you and admonish you for bursting my bubble of hope
But this really isn't true at all. The companies that have sprung up around open source products only make money by delivering support. Therefore they have to make sure they do a darn good job at it.
To companies delivering software as a product, you are just another customer who can be fobbed off to an offshore call centre and given the run-around for months before finally escalating your problem to the appropriate level.
mod parent up
OARSOME, for an AC!
TPS is from the US, so we can forgive the poor grasp of English.
Sighted is used correctly in this instance.
It's not just a question of "single vendor" though. Even if Oracle was the single vendor, at least JEE is an open specification, and Linux is an open system.
News for Nerds != Nerdy News
Politics can be, and should be, news for nerds.
lots of linux web developers who want to test cross-browser. but that's about it, i'd imagine.
This is a very good point. I do a great deal of endurance exercise (cycling, 4hrs+ in hilly terrain), but because you do need to replace the energy lost in order to recover well, it's really not that great for weight loss.
Being very active and maintaining a calorie deficit (and staying healthy!) is very difficult. For weight loss, it may be better to be less active and eat less, IMO.
Ahh cool, thanks for the explanation, and I agree with you. I've just finished working on an exchange rate feed with a bank supplied by XML-RPC, which is probably the perfect kind of inter-corp scenario that you described. (They chose XML-RPC of course, not us as the clients).
Getting curl/openssl/xmlrpc-c to compile and run correctly on HP-UX however, was another matter entirely.
i'm almost convinced
A fine philosophy indeed. I salute you!
I mean the "not being part of the problem" bit - I'm a bit concerned about your combination of tofu, handjobs and watermelon.
Can I ask why you lump XML-RPC in that list of Bad Ideas?
Any technology can be misused, but it takes alot more than that to call it a Bad Idea.
hear, hear.
it's a tower of 3 numbers, 3^3^3
. htm
http://www-users.cs.york.ac.uk/susan/cyc/g/graham