According to Senator Andrew Bartlett at http://www.andrewbartlett.com/blog/?p=1158#more-11 58 an amendment was made to "remove the ability for animal eggs to be used for the creating of embryo clones". So I would say that rules out human/animal hybrids at least as far as this legislation is concerned.
Re:Python is distributed?
on
.NET or CORBA?
·
· Score: 5, Informative
Absolutely - it even has its own official CORBA mapping just like Java or C++. There are a number of free ORBs available like Fnorb and omniORBpy.
SOAP has pluses, performance is not one of them.
on
.NET or CORBA?
·
· Score: 4, Insightful
You could use Java's RMI for this Jav architecture, which is the second fastest distrubited call framework available, and second only to sockets...SOAP, DCOM, and CORBA are respectably slower, CORBA being the slowest of the bunch.
Sorry, this is just plain wrong. First, a quick google search finds many papers like this one that show just how appalling SOAP is compared to other protocols. Leaving aside the text-versus-binary issue, the SOAP protocol itself sends many more messages per function call than the competition.
Second, RMI runs over JRMP (a Java native protocol) or IIOP (CORBA's protocol). JRMP is slightly faster than IIOP, but both are comparable. In a multi-langauge environment IIOP would allow you to use CORBA to integrate your Java apps with apps written in other languages.
This is not to say that SOAP is useless, or even bad. The broad base of support SOAP enjoys means it could become a lowest common denominator; a kind of the middleware for middle. But it by no means replaces CORBA. There are many good articles on this topic from both the pro-SOAP and the pro-CORBA sides. As another poster said, when making these sorts of decisions it is important to research both sides rather than trying to measure the oppinion of slashdot.
I firmly believe that SOAP and CORBA are complimentary technologies.
If an item is 'Refused Classification' in Australia this means that it is banned from sale to quote from the Guidelines for "Classification of Computer Games" (available online):
"Refused Classification. Material so classified may not be sold, hired, exhibited, displayed, demonstrated or advertised."
Notice that possession of the material is not itself an offence. This is different from Child Pornography where mere possession is an offence. In the case of games it would be interesting to see if playing a game in public (say at a LAN party) would fall into the exhibited, displayed, or demonstrated categories.
In Australia we have a very non-traditional union, called APESMA, that covers IT workers as well as Scientists, Engineers and their managers. Its difference in approach is that it sees itself as supporting individual members rather than being an enemy of the employer. They do this by providing free legal advice on contracts and employer policies, education, financial services, and a whole host of other services. If push comes to shove they can offer professional mediation services and legal representation.
There are no 'shop organisers' and none of the usual 'the workers' versus 'the bosses' rhetoric. So there is no conflict of interest; I don't tell them things that are commerical in confidence. This organisation is not interested in forcing a one-size-fits-all on employee or unions. (Although it has worked towards saftey net conditions.)
This is not quite the balanced organisation you might like to see -- but it does balance my own country's employer body, the AIIA.
I've also found APESMA membership to be better value than my other membership of the more traditional IT professional society, the ACS, which seems more concerned with prestige and suit-ish stuff that I do not understand. But apparently others do, because Lawyers, Accountants, and the like see membership of the ACS as being a badge of 'professionalism' of the same value as membership of their more established professional societies.
Re:Why isn't XML-RPC considered bloat?
on
ESR On XML-RPC
·
· Score: 1
Yes. It's true that as a consequence of its text-based nature, communication via XML is decidedly more bandwidth-intensive than any binary counterpart. The problem, though, lies in translation of that binary format two and from different machines, architectures, languages, and implementations.
Yes, and that problem is solved by CORBA. One of the many jobs of a CORBA ORB is to translate from (the binary) IIOP protocol into a form suitable for your machine, architecture and language. Unless you are writting your own ORB you never even see IIOP. An ORB might be running on top of
a completely different transport.
CORBA is more than just RPC. It is an architecture which aims for platform independence and abstracting away from the details of how objects communicate. This includes a whole heap of extras like security, directory services, transaction services and other services that are necessary for a distributed system.
Slashdot Mirror
According to Senator Andrew Bartlett at http://www.andrewbartlett.com/blog/?p=1158#more-11 58 an amendment was made to "remove the ability for animal eggs to be used for the creating of embryo clones". So I would say that rules out human/animal hybrids at least as far as this legislation is concerned.
Absolutely - it even has its own official CORBA mapping just like Java or C++. There are a number of free ORBs available like Fnorb and omniORBpy.
Second, RMI runs over JRMP (a Java native protocol) or IIOP (CORBA's protocol). JRMP is slightly faster than IIOP, but both are comparable. In a multi-langauge environment IIOP would allow you to use CORBA to integrate your Java apps with apps written in other languages.
This is not to say that SOAP is useless, or even bad. The broad base of support SOAP enjoys means it could become a lowest common denominator; a kind of the middleware for middle. But it by no means replaces CORBA. There are many good articles on this topic from both the pro-SOAP and the pro-CORBA sides. As another poster said, when making these sorts of decisions it is important to research both sides rather than trying to measure the oppinion of slashdot.
I firmly believe that SOAP and CORBA are complimentary technologies.
If an item is 'Refused Classification' in Australia this means that it is banned from sale to quote from the Guidelines for "Classification of Computer Games" (available online):
"Refused Classification. Material so classified may not be sold, hired, exhibited, displayed, demonstrated or advertised."
Notice that possession of the material is not itself an offence. This is different from Child Pornography where mere possession is an offence. In the case of games it would be interesting to see if playing a game in public (say at a LAN party) would fall into the exhibited, displayed, or demonstrated categories.
There are no 'shop organisers' and none of the usual 'the workers' versus 'the bosses' rhetoric. So there is no conflict of interest; I don't tell them things that are commerical in confidence. This organisation is not interested in forcing a one-size-fits-all on employee or unions. (Although it has worked towards saftey net conditions.) This is not quite the balanced organisation you might like to see -- but it does balance my own country's employer body, the AIIA.
I've also found APESMA membership to be better value than my other membership of the more traditional IT professional society, the ACS, which seems more concerned with prestige and suit-ish stuff that I do not understand. But apparently others do, because Lawyers, Accountants, and the like see membership of the ACS as being a badge of 'professionalism' of the same value as membership of their more established professional societies.
Yes, and that problem is solved by CORBA. One of the many jobs of a CORBA ORB is to translate from (the binary) IIOP protocol into a form suitable for your machine, architecture and language. Unless you are writting your own ORB you never even see IIOP. An ORB might be running on top of a completely different transport.
CORBA is more than just RPC. It is an architecture which aims for platform independence and abstracting away from the details of how objects communicate. This includes a whole heap of extras like security, directory services, transaction services and other services that are necessary for a distributed system.