In my experience you can do the same thing if you have a proper middle tier (application server) between the database and the client. There are roughly 1000 products that do this, and none of them need XML to do it.
XML is just a consistent way of presenting information, not some major enabling-technology.
I think you're not looking at the problem the right way. Typical applcation development breaks things up into domains. These layers usually include a persistence domain (your database), a business logic domain, an application domain, and and a presentation domain.
XML really doesn't change any of the domains EXCEPT the presentation domain. You don't need an XML enabled DB, as you NEVER want to have the outside world talking directly to your DB. XML (combined with HTTP or whatever else) is one way of presenting your application. The various transforms that you would do using XSL are just "aspects" of the same presentation. So this doesn't completely change the way you build applications, just how you do your presentation.
I've written more than a few apps that were available both as GUI applications and web servers. Both versions shared the same code base up until the last layer.
As far what you need to do an XML system, I think it's a lot like an existing HTML system. With HTML, you need a database server, an app server, and a web server for an HTML system. The web server is normally scripting enabled so you can do handy transforms with the raw data.
With XML, it's basically the same concept, except your "XML server" needs to be using XSL to script transforms of the XML data. What we currently don't have is a very good way of doing this. Ideally you'd actually want the CLIENT to do the transforms as the XML data is usually much terser than whatever the XSL will generate. However, nobody trusts the clients to do this, so you might as well go with the XSL engine on the server.
Re:How can the government save us?
on
AOL Nation
·
· Score: 1
Giving Time-Warner the monopoly wasn't necessarily the mistake. Whenever the government creates a monopoly it also regulates it. There are lots of rules about cable stations owning radio stations and other such restrictions which are designed to ensure that existing media monopolies don't limit our choices. The problem is none of them are Internet-ready.:-(
Re:Just say no to anti-trust
on
AOL Nation
·
· Score: 1
Reread what I read. I never said that there was anything evil that Time-Warner did. Indeed, I clearly said that it DOESN'T MATTER how they got the monoply, just that they have it.
Regardless of the fact that it might not make much sense or that it might cost consumers more (and if you really think that's the case than you should be asking yourself what is so different about phone services that there should be competition there --also ask yourself when was the last time you saw a cable business that wasn't profitable...), the point is that unless you place restrictions on what can be done with that monopoly you create a serious problem.
What if an ISP made an exclusive deal with your cable company so that all Internet cable services had to come through that company? What if the cable company decided to only air news channel which were slanted to one end of the political spectrum? What if the cable company chose to cut off any media stations which were broadcasting news about their striking labor force? What if your cable company decided to use censorware on all Internet connections it provided?
What if you didn't have another choice?
Re:Just say no to anti-trust
on
AOL Nation
·
· Score: 5
You completely misunderstand what a monopoly is. Monopolies are not about illegally obtaining a dominating position in a market. They are about HAVING a dominating position (obtained legally or illegally) in a market. Anti-trust law is not there to prevent monopolies, it's there to prevent monopolies from abusing their position in a way that hurts consumers. Typically this is manifested in the form of eliminating/manipulating typical market forces like competition and supply/demand.
In the case you're talking about above, Time-Warner most certainly has a monopoly on providing cable services to homes in a large number of areas in the country. The concern is, particularly with this deal with AOL, that they will erect barriers preventing others from providing Internet access over those cable lines.
Now, if you don't see the kind of problems this could cause, I suggest you call up Time-Warner and ask them for cable-modem access to the Internet. If you are lucky enough to be one of their customers who actually even has access to the service, now tell them that you want to hook up a Linux box to that service, now tell them at you want a static IP, now tell them that you want to run a little web server, now tell them that you want encrypted access to control to your e-mail... etc.
Guess what? Somewhere in that conversation you are going to hear "NO!", and then you're going to realize that not only did you get a "NO!", but that you have nowhere else to turn to to get such services. Then you're going to realize that for someone to offer a competitive service they'd have to overcome rediculous barriers to entry (in terms of initial capital and time), and at any time Time-Warner/AOL could put them out of business before they even got off the ground by suddenly offering some of these services. Then you'll realize that as a consequence nobody will try to get in to that business. Then you're going to realize that because you have noone else to turn to, they have no reason to rush to provide all these other services. Then you'll realize that you'll be lucky if your grandkids get to see those services, and if they do, that Time-Warner/AOL will be under no competitive pressure to keep the price low...
...and then you'll understand what anti-trust law is there for, and why we need it.
This strikes me as a reason why censoreware should be done as an open source project. This way the "community" is the one that's building the censoring facilities themselves, and it's also built on the premis that information should be in plain view.
Really, the only reason it wouldn't work is that most of us wouldn't want to stand up in a room full of people and say, "I'm the guy who built the open source censorware that libraries use world-wide!"
I think you're missing the point about humor like Userfriendly. First of all: don't think that EVERY profession doesn't have it's fair share of insider jokes. Teachers most certainly do.
The thing is with such jokes the point of the humour isn't "some people are so stupid". The point is that, "someone who has no knowledge of a subject will say and do things that are absolutely HILARIOUS to those who DO have knowledge of the subject." This is the basis for the fish-out-of-water comedy routine archtype. It's the basis for one form of ironic humor.
Sadly, a lot of people need to feel superior about themselves, and they take this sort of humor as an oppurtunity to prove it to themselves. That's a shortcoming in the person who's reading/listening/seeing the joke, not in the comedian. Instead, you should be laughing at the irony of the situation.
A classic example are teacher jokes. When the joke has some 2nd grader makes some silly statement about some topic he/she is just learning, you don't laugh at the 2nd grader for their ignorance. Generally speaking you think, "aw, kids say the damndest things!!!" and laugh about the irony of the kid's statement.
A friend of mine bought a P-120 system from a fairly well known clone retailer (3 stores) called PC Factory. Now, we knew they were gray marketers, but it turned out they were also REmarkers. The actual CPU was a P-90 overclocked to a P-120. We did take it back and managed to get a real P-120.
This all happened in an era where a P-120 was the fastest game in town.;-)
According to this article these new Palm proxies will be standing IN FRONT of the web site site, parsing the HTML and generating more "compact" HTML for Palm.
Geez, I've been wondering why eBay has had so many problems with keeping their systems up, and now I understand why. They shouldn't have to go with this proxy kind of architecture. If they had a well structured back end, which seperated presentation from the rest of the applicaiton, they'd write a new presentation layer which spoke directly to the back end, instead of having the overhead of their main servers generating the HTML and then the proxy server parsing it and generating new HTML.
Hey, as I recall, Linux had support for running Tru64 binaries IFF you have a copy (and for those of us who don't want to be sued, a license) of the Tru64 runtime libraries.
If so, does this license give you access to the runtime libraries? This could be a big win, in particular since the Tru64 compilers and JVM's are much better than Linux's.
I think the key point is that it doesn't matter whether it's a Perl CGI, a VB WinCGI, PHP3, JSP, or some highly tuned proprietary C++ application. Badly implemente code can kill a site.
The point is language selection is the least of your worries in terms of performance. Pick whatever makes the job easiest so a) the code won't be as likely to be screwed up and b) you'll have more time to fix the screw ups that are made.
A typical web site will have the following characteristics:
It will not be running any software besides the web site for security reasons
It will have a T1 connection to the internet.
Given those constraints, you can pretty easily saturate the network with Perl and a Pentium 100, let alone a $1000 server with a Celeron 400 in it. So, there's no performance problem or impact on other applications.
Given that you're looking for a forms based solution Java will be fine (although you probably should go with the plug-in). Swing DOES give you a nice cross-platform UI if the AWT proves to be unsatisfactory.
It's VERY easy to write a generic forms engine which generates it's layout from the data definitions. Java's Reflection support makes this that much easier. I don't know if there's a 3rd party package to do this, but I've written my own on several occasions.
Is it just me or did this statement seem so rediculous?
To say the US is largely a classless society is so crazy. My girlfriend teaches in a school where most of the kids can't identify unique letters of alphabet at the end of grade two! These kids will never see the economic mobility the author is referring to.
Let's not mention the fact that these kids don't access to key services that other countries would consider a necessity, like 1st-rate health care, public safety, etc. These are all things that those of us in the "middle class" largely take for granted.
Then there's the upper class, the top 1% of our society that now have significantly more collective wealth than the remaining 99% of our society.
There are, in fact, a lot of reasons why one would want to assign MAC addresses to cards, and to even assign duplicate MAC addresses to cards. In fact, the project I'm on has exactly this setup.
Most ring-topology networks have ways of resolving the dual-MAC address situation just fine. Also, using the term "hardware address conflicts" is misleading. Actually what you're having is a "physical layer" namespace conflict.... and depending on how the physical layer works, it may not be a conflict at all.
In fact, there is no need to have a globally unique address even at the physical layer. It's quite possible for the physical layer network to handly uniquely assigning local ID's through local elections. Globally unique physical ID's are not necessary.
This page has info on how to get PPTP through a Linux NAT box. That's not what you're looking for, but it might provide you with some helpfull answers.
This page has info on how to get PPTP through a Linux NAT box. That's not what you're looking for, but it might provide you with some helpfull answers.
It definitely depends on your environment. I was a contractor at a retail banking organization and the length of my contract was longer than the average turnover rate that I observed, so I was actually around longer than most of the employees.
Also, there really are two groups of contractors: those with a nicely padded resume, and those who are just so damn good they can't be kept at any one place. The latter are VERY MUCH worth their weight in gold, provided your employees are willing to learn from them (which they typically are).
Keep in mind RMS used to be a contractor, and I believe Alan Cox currently is. Either would greatly improve the technical acumen on the typical project they participated in.
Hi Alan. I'm a Java developer and try to do as much work as possible on Linux. Lately, I've noticed that the kernel's thread model is still somewhat lacking compared to what Java really likes (things like sharing PID's between threads and having unique thread-ID's would be a good start). This appears to have been a serious problem for the blackdown team as well. I'd love to contribute in this area (though I have no Linux-kernel experience), but was uncertain how to proceed after searching the linux kernel mailist archives (there seemed to be conflicting strategies/issues). Can you suggest a person to contact on this issue?
Once again the web has had an impact in "getting the secret out" and forcing people's hands. Fortunately this time has nothing to do with an intern.;-)
Slashdot Mirror
In my experience you can do the same thing if you have a proper middle tier (application server) between the database and the client. There are roughly 1000 products that do this, and none of them need XML to do it.
XML is just a consistent way of presenting information, not some major enabling-technology.
I think you're not looking at the problem the right way. Typical applcation development breaks things up into domains. These layers usually include a persistence domain (your database), a business logic domain, an application domain, and and a presentation domain.
XML really doesn't change any of the domains EXCEPT the presentation domain. You don't need an XML enabled DB, as you NEVER want to have the outside world talking directly to your DB. XML (combined with HTTP or whatever else) is one way of presenting your application. The various transforms that you would do using XSL are just "aspects" of the same presentation. So this doesn't completely change the way you build applications, just how you do your presentation.
I've written more than a few apps that were available both as GUI applications and web servers. Both versions shared the same code base up until the last layer.
As far what you need to do an XML system, I think it's a lot like an existing HTML system. With HTML, you need a database server, an app server, and a web server for an HTML system. The web server is normally scripting enabled so you can do handy transforms with the raw data.
With XML, it's basically the same concept, except your "XML server" needs to be using XSL to script transforms of the XML data. What we currently don't have is a very good way of doing this. Ideally you'd actually want the CLIENT to do the transforms as the XML data is usually much terser than whatever the XSL will generate. However, nobody trusts the clients to do this, so you might as well go with the XSL engine on the server.
Giving Time-Warner the monopoly wasn't necessarily the mistake. Whenever the government creates a monopoly it also regulates it. There are lots of rules about cable stations owning radio stations and other such restrictions which are designed to ensure that existing media monopolies don't limit our choices. The problem is none of them are Internet-ready. :-(
Reread what I read. I never said that there was anything evil that Time-Warner did. Indeed, I clearly said that it DOESN'T MATTER how they got the monoply, just that they have it.
Regardless of the fact that it might not make much sense or that it might cost consumers more (and if you really think that's the case than you should be asking yourself what is so different about phone services that there should be competition there --also ask yourself when was the last time you saw a cable business that wasn't profitable...), the point is that unless you place restrictions on what can be done with that monopoly you create a serious problem.
What if an ISP made an exclusive deal with your cable company so that all Internet cable services had to come through that company? What if the cable company decided to only air news channel which were slanted to one end of the political spectrum? What if the cable company chose to cut off any media stations which were broadcasting news about their striking labor force? What if your cable company decided to use censorware on all Internet connections it provided?
What if you didn't have another choice?
You completely misunderstand what a monopoly is. Monopolies are not about illegally obtaining a dominating position in a market. They are about HAVING a dominating position (obtained legally or illegally) in a market. Anti-trust law is not there to prevent monopolies, it's there to prevent monopolies from abusing their position in a way that hurts consumers. Typically this is manifested in the form of eliminating/manipulating typical market forces like competition and supply/demand.
In the case you're talking about above, Time-Warner most certainly has a monopoly on providing cable services to homes in a large number of areas in the country. The concern is, particularly with this deal with AOL, that they will erect barriers preventing others from providing Internet access over those cable lines.
Now, if you don't see the kind of problems this could cause, I suggest you call up Time-Warner and ask them for cable-modem access to the Internet. If you are lucky enough to be one of their customers who actually even has access to the service, now tell them that you want to hook up a Linux box to that service, now tell them at you want a static IP, now tell them that you want to run a little web server, now tell them that you want encrypted access to control to your e-mail... etc.
Guess what? Somewhere in that conversation you are going to hear "NO!", and then you're going to realize that not only did you get a "NO!", but that you have nowhere else to turn to to get such services. Then you're going to realize that for someone to offer a competitive service they'd have to overcome rediculous barriers to entry (in terms of initial capital and time), and at any time Time-Warner/AOL could put them out of business before they even got off the ground by suddenly offering some of these services. Then you'll realize that as a consequence nobody will try to get in to that business. Then you're going to realize that because you have noone else to turn to, they have no reason to rush to provide all these other services. Then you'll realize that you'll be lucky if your grandkids get to see those services, and if they do, that Time-Warner/AOL will be under no competitive pressure to keep the price low...
...and then you'll understand what anti-trust law is there for, and why we need it.
This strikes me as a reason why censoreware should be done as an open source project. This way the "community" is the one that's building the censoring facilities themselves, and it's also built on the premis that information should be in plain view.
Really, the only reason it wouldn't work is that most of us wouldn't want to stand up in a room full of people and say, "I'm the guy who built the open source censorware that libraries use world-wide!"
I think you're missing the point about humor like Userfriendly. First of all: don't think that EVERY profession doesn't have it's fair share of insider jokes. Teachers most certainly do.
The thing is with such jokes the point of the humour isn't "some people are so stupid". The point is that, "someone who has no knowledge of a subject will say and do things that are absolutely HILARIOUS to those who DO have knowledge of the subject." This is the basis for the fish-out-of-water comedy routine archtype. It's the basis for one form of ironic humor.
Sadly, a lot of people need to feel superior about themselves, and they take this sort of humor as an oppurtunity to prove it to themselves. That's a shortcoming in the person who's reading/listening/seeing the joke, not in the comedian. Instead, you should be laughing at the irony of the situation.
A classic example are teacher jokes. When the joke has some 2nd grader makes some silly statement about some topic he/she is just learning, you don't laugh at the 2nd grader for their ignorance. Generally speaking you think, "aw, kids say the damndest things!!!" and laugh about the irony of the kid's statement.
Boycott's are always more effective for the PR than economic impact.
A friend of mine bought a P-120 system from a fairly well known clone retailer (3 stores) called PC Factory. Now, we knew they were gray marketers, but it turned out they were also REmarkers. The actual CPU was a P-90 overclocked to a P-120. We did take it back and managed to get a real P-120.
;-)
This all happened in an era where a P-120 was the fastest game in town.
PGPfone has for QUITE some time support communications over the Internet and over phone lines. The former works better than the latter IMNSHO.
According to this article these new Palm proxies will be standing IN FRONT of the web site site, parsing the HTML and generating more "compact" HTML for Palm.
Geez, I've been wondering why eBay has had so many problems with keeping their systems up, and now I understand why. They shouldn't have to go with this proxy kind of architecture. If they had a well structured back end, which seperated presentation from the rest of the applicaiton, they'd write a new presentation layer which spoke directly to the back end, instead of having the overhead of their main servers generating the HTML and then the proxy server parsing it and generating new HTML.
Hey, as I recall, Linux had support for running Tru64 binaries IFF you have a copy (and for those of us who don't want to be sued, a license) of the Tru64 runtime libraries.
If so, does this license give you access to the runtime libraries? This could be a big win, in particular since the Tru64 compilers and JVM's are much better than Linux's.
I think the key point is that it doesn't matter whether it's a Perl CGI, a VB WinCGI, PHP3, JSP, or some highly tuned proprietary C++ application. Badly implemente code can kill a site.
The point is language selection is the least of your worries in terms of performance. Pick whatever makes the job easiest so a) the code won't be as likely to be screwed up and b) you'll have more time to fix the screw ups that are made.
- It will not be running any software besides the web site for security reasons
- It will have a T1 connection to the internet.
Given those constraints, you can pretty easily saturate the network with Perl and a Pentium 100, let alone a $1000 server with a Celeron 400 in it. So, there's no performance problem or impact on other applications.Given that you're looking for a forms based solution Java will be fine (although you probably should go with the plug-in). Swing DOES give you a nice cross-platform UI if the AWT proves to be unsatisfactory.
It's VERY easy to write a generic forms engine which generates it's layout from the data definitions. Java's Reflection support makes this that much easier. I don't know if there's a 3rd party package to do this, but I've written my own on several occasions.
Oh so true... Apologies.
Is it just me or did this statement seem so rediculous?
To say the US is largely a classless society is so crazy. My girlfriend teaches in a school where most of the kids can't identify unique letters of alphabet at the end of grade two! These kids will never see the economic mobility the author is referring to.
Let's not mention the fact that these kids don't access to key services that other countries would consider a necessity, like 1st-rate health care, public safety, etc. These are all things that those of us in the "middle class" largely take for granted.
Then there's the upper class, the top 1% of our society that now have significantly more collective wealth than the remaining 99% of our society.
This is a classless society?
There are, in fact, a lot of reasons why one would want to assign MAC addresses to cards, and to even assign duplicate MAC addresses to cards. In fact, the project I'm on has exactly this setup.
Most ring-topology networks have ways of resolving the dual-MAC address situation just fine. Also, using the term "hardware address conflicts" is misleading. Actually what you're having is a "physical layer" namespace conflict.... and depending on how the physical layer works, it may not be a conflict at all.
In fact, there is no need to have a globally unique address even at the physical layer. It's quite possible for the physical layer network to handly uniquely assigning local ID's through local elections. Globally unique physical ID's are not necessary.
Linux VPN Masquerade.
This page has info on how to get PPTP through a Linux NAT box. That's not what you're looking for, but it might provide you with some helpfull answers.
Linux VPN Masquerade.
This page has info on how to get PPTP through a Linux NAT box. That's not what you're looking for, but it might provide you with some helpfull answers.
It definitely depends on your environment. I was a contractor at a retail banking organization and the length of my contract was longer than the average turnover rate that I observed, so I was actually around longer than most of the employees.
Also, there really are two groups of contractors: those with a nicely padded resume, and those who are just so damn good they can't be kept at any one place. The latter are VERY MUCH worth their weight in gold, provided your employees are willing to learn from them (which they typically are).
Keep in mind RMS used to be a contractor, and I believe Alan Cox currently is. Either would greatly improve the technical acumen on the typical project they participated in.
Hi Alan. I'm a Java developer and try to do as much work as possible on Linux. Lately, I've noticed that the kernel's thread model is still somewhat lacking compared to what Java really likes (things like sharing PID's between threads and having unique thread-ID's would be a good start). This appears to have been a serious problem for the blackdown team as well. I'd love to contribute in this area (though I have no Linux-kernel experience), but was uncertain how to proceed after searching the linux kernel mailist archives (there seemed to be conflicting strategies/issues). Can you suggest a person to contact on this issue?
Guess what.. Postgres should be able to do that.
Once again the web has had an impact in "getting the secret out" and forcing people's hands. Fortunately this time has nothing to do with an intern. ;-)