No, IE uses a layer called WinInet to access the Internet (http://msdn2.microsoft.com/en-us/library/aa385483 .aspx). It automatically provides SSL/TLS connectivity to IE.
FireFox uses basic sockets and encrypts data using standalone SSL library.
Because this DLL is just an interface to kernel features.
Windows NT was initially designed to use single kernel for different subsytems (OS/2 subsystem, POSIX subsystems, etc.). Subsystems are implemented as dynamic modules talking with the kernel through LPC (Local Procedure Call, see http://en.wikipedia.org/wiki/Local_Procedure_Call ). So in this case ktmw32.dll just wraps LPC calls in a nice API. That's actually a rather good design.
IIRC, brain only measures elevated blood acidity resulting from dissociation of H2CO3 acid (BTW, that's also how commercial CO2 detectors work). Hypoxia also eventually causes raise in blood acidity because of lactic acid which is produced in anaerobic metabolism, but it's too late for the brain if the oxygen levels are too low.
I doubt that reduction of oxygen to 15% will help you much, you'll need something about 10% (argon fire suppression system in my datacenter lowers O2 level to 10%, for example). This is OK for firefighting system (after all, it's used only during emergencies) but it's dangerously close to lethal levels for normal everyday work.
No, breathing center in the brain detects only high CO2 levels. There are secondary effects of low O2 level, but you won't have enough time to feel them. Besides, these effects are subconscious - you usually don't notice them.
Humans can't detect low blood levels of O2 (receptors in brain can detect only _high_ levels of CO2). And the brain is the first organ to be knocked off by oxygen deprivation (that's why you won't feel any side effects).
Yes, good DB schemas designed by real DBAs usually work fine with Hibernate.
Unfortunately, a lot (most?) of legacy applications are not designed properly so Hibernate doesn't work well with such schemes (iBatis does, BTW). But it has nothing to do with HQL insulating you from the power of database.
HQL is just another way of writing SQL, it doesn't insulate you from the database. Of course, it's not easy to use special DB-specific features in HQL, but that's why it's possible to use raw SQL in Hibernate. And you usually need these features only in 10% of queries with other 90% working nicely with HQL.
And most often 'unusable for Hibernate' database scheme just means that your 'SQL gurus' know nothing about normalization and treat tables as plain text files.
Good legacy schemes can be converted very nicely. Recently, we've converted a _very_ legacy application with 500 tables in Sybase to Hibernate+Postgres, it required changing about 15 tables of accumulated cruft (and rewriting SPs, of course).
iBatis and raw JDBC is fine, if you have a brain-damaged schema and can't work around it.
BTW, Hibernate data objects can used in business layer quite nicely and they can double as DTOs.
For example, let's assume that backbone network is 10 GBit (actually, it's usually much less). So just 2000 subscribers at 5MBit will saturate the backbone. And 2000 subscribers is NOTHING. The current backbone network infrastructure just can not scale much.
And there's another problem: routers. Central router speeds must scale as O(N^2) with the number of nodes. This can be alleviated by using clever network topologies, but only to a certain degree.
There's a classic case of Gage Phineas ( http://www.damninteresting.com/?p=231 ), for example. And a lot of cases in WWI and WWII with personality-changing head injuries.
"I don't actually think you CAN fire me for browsing porn.."
"Why not?"
"Well, I think I'm addicted to porn."
"I beg your pardon?"
"Addicted. To porn."
"You're joking!"
"Oh no. You see I'm fairly sure that the browsing of porn causes the release of testosterone, endorphins or something like that, which in turn causes a pleasure response in the body - or so my doctor will tell me if I ask. I'm addicted to that pleasure response, in much the same way as a drug addict is addicted to the pleasure they obtain from their drugs."
"So you're saying you have no control over your actions?"
"None."
"And you.... Believe that this is somehow the company's problem?"
"Oh no."
"Good."
"No, I think it's the company's fault. It's completely different."
"I think you'll find that to demonstrate fault, the company would have to be aware of a problem."
"They are. I filled out a workplace hazard form about it six months ago."
IE has never been illegal. It's BUNDLING with a commercial product is illegal.
IBM sells WebSphere bundled with Eclipse-based IDE but so do a lot of other companies (including JBoss - a direct competitor of WebSphere).
I see zero problems with companies going out of business when their products are kicked out of market by open source products. Companies should WORK HARD to maintain competitive advantage over open source programs, and not just increase product version and bill customers for 'upgrade' (see: JBuilder).
For example, Eclipse had killed JBuilder and Symantec Cafe (?) not because it was free but because it was so much better. GOOD commercial Java IDEs are still alive and kicking - see IDEA (http://www.jetbrains.com/) for example.
Apache Derby is hardly ever used outside of small embedded databases. Everyone uses Oracle/Postgres/MySQL/...
A lot of GOOD commercial products exists and successfully compete with their OpenSource counterparts. For example, Tangasol Coherence (http://www.tangosol.com/) beats JGroups and JBoss Cache.
MSI is a pile of s***. Seriously. You have to jump through hoops to make anything complex with MSI.
I can understand the decision to use database (even with a primitive SQL!) over structured storage files as a basis of the first version MSI. After all, it was designed and created in early 90-s.
But MS just doesn't want to ditch the old and idiotic implementation and give us something _workable_. MSI2 and MSI3 are just incremental improvements of the original MSI. I think, someone should RPM or DEB format to MS...
Slashdot Mirror
Yes.
The next step is to get rid of hardware altogether.
No, IE uses a layer called WinInet to access the Internet (http://msdn2.microsoft.com/en-us/library/aa385483 .aspx). It automatically provides SSL/TLS connectivity to IE.
FireFox uses basic sockets and encrypts data using standalone SSL library.
Because this DLL is just an interface to kernel features.
Windows NT was initially designed to use single kernel for different subsytems (OS/2 subsystem, POSIX subsystems, etc.). Subsystems are implemented as dynamic modules talking with the kernel through LPC (Local Procedure Call, see http://en.wikipedia.org/wiki/Local_Procedure_Call ). So in this case ktmw32.dll just wraps LPC calls in a nice API. That's actually a rather good design.
IIRC, brain only measures elevated blood acidity resulting from dissociation of H2CO3 acid (BTW, that's also how commercial CO2 detectors work). Hypoxia also eventually causes raise in blood acidity because of lactic acid which is produced in anaerobic metabolism, but it's too late for the brain if the oxygen levels are too low.
I doubt that reduction of oxygen to 15% will help you much, you'll need something about 10% (argon fire suppression system in my datacenter lowers O2 level to 10%, for example). This is OK for firefighting system (after all, it's used only during emergencies) but it's dangerously close to lethal levels for normal everyday work.
No, breathing center in the brain detects only high CO2 levels. There are secondary effects of low O2 level, but you won't have enough time to feel them. Besides, these effects are subconscious - you usually don't notice them.
t rogen-6-11-03.pdf :
To quote http://www.csb.gov/safety_publications/docs/SB-Ni
"Breathing an oxygen deficient atmosphere can have serious and immediate effects, including unconsciousness after only one or two breaths."
Nope, you won't feel a thing until it's too late.
Humans can't detect low blood levels of O2 (receptors in brain can detect only _high_ levels of CO2). And the brain is the first organ to be knocked off by oxygen deprivation (that's why you won't feel any side effects).
Hmm... Maybe I shouldn't run Java on my Reiser4 filesystem?
DDoS packets are not 'spoofed'. And they form valid 100% standards-compliant TCP sessions.
How are you going to distinguish between 10000 Slashdot readers hitting a server and 10000 botnet computers.
GPS receivers might be illegal at some countries. So be careful.
1. Create Economics journal. ...
2. Let the people on Internet do your work.
3. Profit!
Actually, EJB3 is not that bad, because it is Hibernate :)
Yes, good DB schemas designed by real DBAs usually work fine with Hibernate.
Unfortunately, a lot (most?) of legacy applications are not designed properly so Hibernate doesn't work well with such schemes (iBatis does, BTW). But it has nothing to do with HQL insulating you from the power of database.
And yes, JDO (I won't even mention EJB2) sucks.
BS.
HQL is just another way of writing SQL, it doesn't insulate you from the database. Of course, it's not easy to use special DB-specific features in HQL, but that's why it's possible to use raw SQL in Hibernate. And you usually need these features only in 10% of queries with other 90% working nicely with HQL.
And most often 'unusable for Hibernate' database scheme just means that your 'SQL gurus' know nothing about normalization and treat tables as plain text files.
Good legacy schemes can be converted very nicely. Recently, we've converted a _very_ legacy application with 500 tables in Sybase to Hibernate+Postgres, it required changing about 15 tables of accumulated cruft (and rewriting SPs, of course).
iBatis and raw JDBC is fine, if you have a brain-damaged schema and can't work around it.
BTW, Hibernate data objects can used in business layer quite nicely and they can double as DTOs.
Well, Stalin (http://en.wikipedia.org/wiki/Stalin) once said: "One death is a tragedy; a million is a statistic". Apparently, he was right.
It's funny, but there's a Russian anti-air missile 'Tor-M1' ( http://www.defense-update.com/products/t/tor.htm ).
:)
So you're not far from truth
My provider ran transparent Squid on client ports. It saves about 10-20% of traffic, not much.
It's impossible NOT to oversubscribe.
e sourcePath=/dl/mags/co/&toc=comp/mags/co/2000/08/r 8toc.xml&DOI=10.1109/2.863968 ). It was written back in 2000 but it's still accurate today.
For example, let's assume that backbone network is 10 GBit (actually, it's usually much less). So just 2000 subscribers at 5MBit will saturate the backbone. And 2000 subscribers is NOTHING. The current backbone network infrastructure just can not scale much.
And there's another problem: routers. Central router speeds must scale as O(N^2) with the number of nodes. This can be alleviated by using clever network topologies, but only to a certain degree.
There's a good article about these problems:
"The Next-Generation Internet: Unsafe at Any Speed?" ( http://csdl2.computer.org/persagen/DLAbsToc.jsp?r
There's a classic case of Gage Phineas ( http://www.damninteresting.com/?p=231 ), for example. And a lot of cases in WWI and WWII with personality-changing head injuries.
http://www.theregister.co.uk/2004/07/29/bofh_2004_ episode_24/
"I don't actually think you CAN fire me for browsing porn.."
"Why not?"
"Well, I think I'm addicted to porn."
"I beg your pardon?"
"Addicted. To porn."
"You're joking!"
"Oh no. You see I'm fairly sure that the browsing of porn causes the release of testosterone, endorphins or something like that, which in turn causes a pleasure response in the body - or so my doctor will tell me if I ask. I'm addicted to that pleasure response, in much the same way as a drug addict is addicted to the pleasure they obtain from their drugs."
"So you're saying you have no control over your actions?"
"None."
"And you.... Believe that this is somehow the company's problem?"
"Oh no."
"Good."
"No, I think it's the company's fault. It's completely different."
"I think you'll find that to demonstrate fault, the company would have to be aware of a problem."
"They are. I filled out a workplace hazard form about it six months ago."
I'm going to trademark "Anthill Inside" :)
IE has never been illegal. It's BUNDLING with a commercial product is illegal.
IBM sells WebSphere bundled with Eclipse-based IDE but so do a lot of other companies (including JBoss - a direct competitor of WebSphere).
I see zero problems with companies going out of business when their products are kicked out of market by open source products. Companies should WORK HARD to maintain competitive advantage over open source programs, and not just increase product version and bill customers for 'upgrade' (see: JBuilder).
Half of his arguments are BS.
For example, Eclipse had killed JBuilder and Symantec Cafe (?) not because it was free but because it was so much better. GOOD commercial Java IDEs are still alive and kicking - see IDEA (http://www.jetbrains.com/) for example.
Apache Derby is hardly ever used outside of small embedded databases. Everyone uses Oracle/Postgres/MySQL/...
A lot of GOOD commercial products exists and successfully compete with their OpenSource counterparts. For example, Tangasol Coherence (http://www.tangosol.com/) beats JGroups and JBoss Cache.
MSI is a pile of s***. Seriously. You have to jump through hoops to make anything complex with MSI.
I can understand the decision to use database (even with a primitive SQL!) over structured storage files as a basis of the first version MSI. After all, it was designed and created in early 90-s.
But MS just doesn't want to ditch the old and idiotic implementation and give us something _workable_. MSI2 and MSI3 are just incremental improvements of the original MSI. I think, someone should RPM or DEB format to MS...
You can use Solaris on almost any modern hardware. Actually, most of Sun's hardware nowadays is built on top of AMD (and soon Intel) CPUs.
Yes, and don't forget about robbing Iraq's oil industry, killing about 600000 people, sectarian warfare, etc.
i stan for reference. The war in Iraq is literally repeating the steps of the war in Afghanistan.
Actually, you can look at http://en.wikipedia.org/wiki/Soviet_war_in_Afghan