Kabira Technologies announced that it is building a Java
technology-enabled product to work with its core product technology, the Kabira
eXtreme Transaction Platform (KXTP) software. Marrying a Java technology
development environment to the Kabira Runtime enables an application developer
to inherit integrated transactionality, high performance, transparent distribution,
persistent shared memory data, high availability and high-speed channels from
Kabira's technology into native Java applications, while preserving the
robustness of the Kabira runtime technology.
"Our experience over the last 12 years deploying our
technology to over 100 customers in 40 countries, in some of the most demanding
mission-critical customer environments around the globe, has allowed Kabira to
encapsulate and harden our runtime technology," said Dirk Epperson, global
vice president of strategy for Kabira. "Now that KXTP can work with an
optional Java technology-based development environment, Java applications can
be deployed in extreme environments that require five-nines (99.999%)
reliability. Often this requires substantially less code as compared with Java
EE or other POJO solutions."
KXTP enables many details to be abstracted away from the
developer, so development effort is focused on custom business logic, not APIs.
Environmental details can be added by configuration, so business logic code can
be re-purposed to new technologies with little or no change, and application
logic changes can be implemented more easily, with a higher probability of
success. Epperson added, "By leveraging KXTP, Java technology and C++
modules can be seamlessly integrated into a single, orchestrated, transactional
work flow."
"We believe that with Kabira, Java developers can
attain robustness goals that were previously only accessible in the world of
Tandem and mainframe applications," said Paul Sutton, president and chief
executive officer of Kabira. "We designed Kabira technology to deliver the
performance of the big, at the price performance of the small on open systems
hardware like Solaris and Linux." Sutton added, "This means that with
Kabira, Java applications can be delivered with real-time mission-critical
performance, at a fraction of the cost and investment of existing alternatives.
At the same time, this enables companies to scale to meet transaction growth or
the need to support more complex transactions, easily and with more favorable
impact to a company's bottom-line."
This announcement signals yet another advancement in
Kabira's ongoing objective to deliver improved efficiency and speed for the
'Critical Middle of the IT Stack,' that is, to support mission-critical
business applications that require five-nines reliability throughout, up
through the level of each transaction handled.
"Kabira chose to announce this new product in its
product line at JavaOne so it can tap into the experience of the developer,
business and analyst communities," said Sutton. Sutton added, "Over
the ensuing few weeks we will be synthesizing that input with that of our
current customers and information gleaned from beta trials. Our goal is to tune
our final Java technology-enabled product offering in a manner that better
meets the needs of our customers."
About Java News Desk JDJ News Desk monitors the world of Java to present IT professionals with updates on technology advances, business trends, new products and standards in the Java and i-technology space.
Marcus wrote: After all, we all know PHP can be used to write any kind of full featured servers, including a web server.
OPS, Php is not multithread.
Suck =/
m wrote: The distinction of "java vs 'dynamic' languages' is misleading. Java is also 'dynamic' because it uses dynamic, late binding (between invocation and implementation) at run-time. The more important differences here are whether a language is strongly typed and whether a language is a 'scripting' language or not. Strongly typed languages validate invocation parameters against declared parametric signatures - a general purpose feature that is known to help catch errors earlier in development. A weakly typed language can be easier to get up & running without having to fully flesh out one's object/type models, but can be vulnerable to unexpected runtime results that are hard to debug. A 'scripting' language is a language whose compilation unit consists of a discrete segment of source code (i.e. a statement) that is relatively small compared to a complete logical or source module. A 'compi...
Tuomas wrote: Do you have seen JASCO language (see: http://ssel.vub.ac.be/jasco/ )? It is like a dynamic aspect *java* language, which has many good sides of ascpetj, but has many more, dynamic properties. Does somebody done something commersiell with JASCO?
Matt L. wrote: Here is how I would define a scripting/dynamic language: a language that allows developers to quickly write code by deferring bug discovery until runtime instead of compile time. If your goal is to get software up and running quickly, then perhaps a scripting/dynamic language is the right answer. However, software costs are primarily driving by quality and maintenance. It is well established that the cost of fixing bugs increases dramatically the later they are found. Compiled languages allow an upfront investment to be made in terms of quality and maintainability. In my view, this is the primary benefit of using a compiled language.
David J. wrote: I recently learned that the second "round" of a "debate" is for each person to criticize his/her own arguments.
Also, being an experienced software engineer with a B.S. degree in Computer Science, and being having practical programming experience using C, C++, Java, SmallTalk, UNIX, Objective-C, AppleScript, Perl, and PHP, I find myself to be an exception to Ryan Tomayko's "mild accusation" (I mean that seriously) that those who like Java were somehow "lured" into it and never explored other technologies. (I believe that's what he said.)
Concerning the term: "Dynamic Languages": I have never described certain "languages" that instruct a "Turing Machine" as "dynamic". I was taught that that certain "computer languages", for lack of a better term (i.e.: English, French, Japanese, etc.), ran on a "runtime model".
Exception - (First: Pre-qualifying my possible ignorance here.) If a...
Jasen Halmes wrote: I just sat through a presentation that included a description of Sun's new scientific programming language Fortress. It is described as a compile on demand language, no byte code. So basically the future of programming languages according to sun is a scripting languge.
Gary Renner wrote: I agree with Gosling almost 100%. We have a glut of scripting languages and they "do" get their simplicity at the expense of general purpose features like strong type checking and strong exception handling. Web oriented scripting languages "can" be used for other purposes in the same way that SQL can be used to write non-database applications. But why go there? The problem with the proliferation of languages is that it divides the workforce and wastes their time re-writing applications in new languages. If we want special purpose simplicity - we should use graphical application generators.
Paul wrote: Insightful, funny, relevant. IMHO, Mr Gosling is a living legend, but he's also got something to sell and it skews his message sometimes. I WISH I could get my employer to take Dynamic Languages seriously, but the corporate world is a little backwards, and managers typically out-of-the-technology-loop, so static is often the order of the day. For now.
Mike Mosiewicz wrote: Just one note on scallability. Most php-scales-well rants based on share-nothing horizontal scallability are fine unless you hit a problem that is related to modifying/storing information not only reading. In such case the story is totally different. And it's the fuel that drives development of so called enterprise architectures.
alderete wrote: I don't understand what all the fuss is. Who cares what James Gosling thinks? He's an obviously interested party, with a party line to spew.
There are lots of industry luminaries, all spewing their corporate lines.
The thing is, as you point out in your article, the knowledge that this is spew is well-documented. Either now or in months or in years, everyone who can have their mind opened will have their mind opened, just by the current motion and inertia that platforms like Rails and PHP possess today.
By arguing with Gosling, it's making his words more legitimate. Like there's a debate here. There's no need for debate. We don't need to prove him wrong with articles and blog posts. We just need to keep successfully building real, working systems using the tools that we feel are appropriate.
As the current Nike commercial (running during college basketball) says, "Let your...
Mike wrote: Ok since your beating gosling up, you really should know the facts as well, for instance Ruby really doesn't scale well and it doesn't support unicode so most web dev is out. Its a nice tool language but not for real apps, sure the mom and pop usa based shops it will work for a bit but get real. I think all of the languages out there are useful, they are all being used...none of them do it all nor should the always be used. So please stop the childish rants about Java and use what you want, if you don't like something leave it alone
Anjan Bacchu wrote: hi there,
James Gosling did a lot of work on LISP to build Emacs.
I guess there's a perspective of someone who's done a whole breadth of applications using Java. We all know that Ruby/Python can be used for 80% of the applications that Java can be used. But we know (from the 80/20 rule) that the only 20% of the journey is done when you say that 80% work is done. The last 20% takes 80% of the effort. If you're happy with the 80% work, fine.
When he specifically says that breadth is NOT there in the other languages, you should NOT jump to conclusions about his motives. If you ask Bjarne Stroustrup about C++, he is known to defend C++'s successes in a wide area of applications (which is wider than Java's). Gosling has higher motivation than Bjarne ever did to keep his created language going but at the same time we should not put ignorance and ill-motives.
Even though one tends t...
Harry Fuecks wrote: Perhaps it's time to nail down the term scripting language - my vote goes for "Anything with a virtual machine is scripting language" - then James might not feel so left out.
George wrote: What is a scripting language? I mean, what's the bare bones of it, technically speaking? It is a language executed as script. That means it is called (from somewhere), then loaded, executed and ends, that's all, and what concerns me, I'm perfectly fine with that. It's the same for me if it is interpreted, pre-compiled into P-code (or similar) or executable, CGI or Fast-CGI, module or stand-alone, as long as it behaves like intended I'll be fine.
So why all the fuss about it? Why does Gosling mention it anyway, why are so many users/programmers upset with the term "only scripting"?
I think the main reason is that there are different programming philosophies behind the kind PHP (Ruby, Perl etc.) on the one side is used in programming and Java is on the other side. That's all, simple as that. Whereas a "scripting" language is executed and dies afterwards (which has its advantages like...
George wrote: What is a scripting language? I mean, what's the bare bones of it, technically speaking? It is a language executed as script. That means it is called (from somewhere), then loaded, executed and ends, that's all, and what concerns me, I'm perfectly fine with that. It's the same for me if it is interpreted, pre-compiled into P-code (or similar) or executable, CGI or Fast-CGI, module or stand-alone, as long as it behaves like intended I'll be fine.
So why all the fuss about it? Why does Gosling mention it anyway, why are so many users/programmers upset with the term "only scripting"?
I think the main reason is that there are different programming philosophies behind the kind PHP (Ruby, Perl etc.) on the one side is used in programming and Java is on the other side. That's all, simple as that. Whereas a "scripting" language is executed and dies afterwards (which has its advantages like...
petrIlli wrote: The reality is that large chunks of Mission Control @ NASA as well as the Space Telescope Sciences Institute (the people who run the Hubble) use Python to manage their missions to interplanetary destinations. This was true a few years ago, anyway.
The idea that Java is somehow capable of a larger breadth of problems is absurd. It may have a better fit to some problems - though I've yet to figure out what those are, other than increasing my use of mediocre developers - the Turing completeness proves this false.
As for scalability. It might affect you, it probably doesn't. Worry about it if it does. The number of customers I run into who think they have "scalability" issues is mindbogglingly huge. The number who actually have it? Almost zero. I've had 1 customer in 10 years who had a real challenge. The rest are just fooling themselves into buying into a more complex solution becaus...
The pressure is on to keep pace with Web 2.0 entrants into the marketplace. Rewriting is expensive; adding AJAX widgets results in a complex, unmaintainable application. Both require you to hire scarce JavaScript developers. Google Web Toolkit -- the SDK that allows you to write ...
SQL Injection attacks are one of the easiest ways to hack into a website. One recent hack, using a script from verynx.cn, involves injecting sql into a web form that then appends some JavaScript code into fields in a database that then gets executed on the client side when a user...
jQuery is a rapidly growing, popular JavaScript library. Its powerful and modular architecture, which emphasizes a simple yet heavily extensible API, has helped it to become one of the most popular Javascript Libraries. Because of its dead-simple plug-in architecture, many even b...
SOA World Magazine announced today that the polls are now open for the SOA World Magazine Readers' Choice Awards, which recognize excellence in the software, solutions, or services provided by the industry's top vendors. Readers will be casting their votes until November 8, 2008....
JavaScript 2 is becoming increasingly important. Learn how to take advantage of JavaScript 2 while still running in today's browsers. Leverage your current JavaScript and HTML skills to build applications that run in Flash 7-9, DHTML and more with no code changes! OpenLaszlo 4.2 ...
With the rapid evolution that Java and open source frameworks have made since the release of J2EE, enterprise Java IT seems to be producing too many Java dinosaurs. Developers, technical managers, or architects who no longer pursue their technical skills don't understand the evol...
SUBSCRIBE TO THE WORLD'S MOST POWERFUL NEWSLETTERS
SUBSCRIBE TO OUR RSS FEEDS & GET YOUR SYS-CON NEWS LIVE!
Click to Add our RSS Feeds to the Service of Your Choice: