SourceLabs announced that its Self-Support Suite now
supports enterprise-class virtual infrastructure solutions built on the Xen
hypervisor, an open-source virtualization software solution for Linux.
SourceLabs' Self-Support technology gives developers, corporate IT
professionals, and solution providers an on-demand way to reduce the complexity
of application development, deployment, troubleshooting and software
maintenance for open source technologies. Xen is the industry's de-facto,
industry-endorsed open source virtualization standard backed by enterprise
solution vendors.
"As data centers are moving toward a more dynamic
model, they are increasingly doing so using server virtualization technology
and Xen is the leading technology solution in the market today for running
virtualized IT environments," said Byron Sebastian, SourceLabs CEO and
Founder. "The SourceLabs Self-Support Suite gives developers the ability
to significantly drive down the costs of deploying and maintaining virtualized
data centers with technology that seamlessly and effortlessly harnesses the power
of Xen and other open source technologies."
SourceLabs Self-Support Suite drives down the cost of
troubleshooting and fixing software problems and in addition to identifying
potential security issues. The system identifies issues and ranks potential resolutions
from across a wide variety of projects in the open source development
ecosystem, offering resolutions to problems in just minutes. Indexing,
managing, and storing the data, SourceLabs uses advanced pattern matching and
predictive analysis algorithms to automate troubleshooting, reduces the time on
routine tasks and analyzes data to flag any potential problems before they can
impact systems or designs.
Xen open source virtualization software allows multiple
operating systems to run concurrently on the same physical server, allowing
customers to consolidate their current workloads onto a single server. As the
leading open source virtualization project, Xen serves as the foundation of
many commercial virtualization solutions and has been benchmarked as the
highest performing virtualization software available and is developed
collaboratively by engineers at Intel, AMD, Cisco, Citrix, Dell, Egenera, HP,
IBM, Mellanox, Network Appliance, Novell, Red Hat, SGI, Sun, Unisys, Veritas,
Voltaire, and more.
SourceLabs' supports all current and previous releases of
Xen technology, including auxiliary projects such as 'libvirt.' SourceLabs'
Self-Support Suite for Xen references solutions from Xen.org as well as
solutions from across multiple Linux distributions that ship with Xen
integration including Debian, RedHat, Fedora, Ubuntu, and OpenSuSE, as well as
the Linux Kernel mailing list and bug database, providing Xen users an
exhaustive resource for troubleshooting and analysis of their virtualization
platforms. SourceLabs' Self-Support Suite supports the most popular open source
Java and Linux technologies including Apache httpd, GCC, MySQL, Sendmail, and
the Linux Kernel among others.
About Virtualization News Desk SYS-CON's Virtualization News Desk trawls the news sources of the world for the latest details of virtualization technologies, products, and market trends, and provides breaking news updates from the Virtualization Conference & Expo.
Jeff McCabe wrote: As far as Flash goes... I've been thoroughly disappointed with Adobe since the purchase of Macromedia's wonderful software. With all of these new versions, features, and security protocols, it has become a dead-end app. The entire point of the prgm was to be able to deliver high-end apps over the web with maximum compatibility. Now, with the advent of the latest security protocols, it is nearly impossible to give users access to websites that communicate internally with flash applications. I can't embed a flash app on my organization's webpage because only high-end users will know what to do when the software prompts them to add a URL in their "sandbox." Bah! to Adobe for spoiling good software. Hooray for marketing for stepping up ColdFusion as a solution, though. Which brings me back to Bah! to pricing schemes. I guess that's how Adobe is funding their MM purchase?
Michael Avrukin wrote: Have you looked at the SpryFramework from Adobe? It addresses some of the issues you've brought up
http://labs.adobe.com/technologies/spry/
Jeff McCabe wrote: I agree that these issues need to be addressed. I think everyone is just waiting for the next person to think of a solution to these issues.
Jeff McCabe wrote: I agree that these issues need to be addressed. I think everyone is just waiting for the next person to think of a solution to these issues.
Shahzad Badar wrote: I think Mr Coach Wei would be right for his points but as he mentioned that 10% browsers stopped javasscript support then why for 10% we should ignore 90%.and if AJAX got attention 10% will be forced to add javascript support as happened with java.
second, i think AJAX is going to be matured day by day so developer cummunity will be trying to create such functionalities through AJAX and I think its not a big deed.
Ivan Handler wrote: As someone responsible for creating business applications for state government, I don't see these problems as significant. Many of our applications go through offices where we either control the technology or can specify the requirements for users who wish access to our applications. Making sure javascript is turned on is a fairly mild requirement as is IE 6.0+, FF 1.5+, etc.
I think the problems may be more significant for those trying to write pages that are somehow "universal." I am not very sympathetic to this in the first place since the web is already too big to allow for anything approaching that anyway. This is where it is important to know your market, understand how to serve the largest segment you can. There are many people who are going to limit their browsers for a variety of reasons. Accept it and move on. If what becomes available via Ajax (such as all of the G...
obinna kalu wrote: Here is my thought about the first "big" issue raised in this article, that AJAX adopters need to worry about. Firstly, permit me to say the issue does not count as a BIG issue. oh Yes, it is something to consider when choosing to implement an AJAX-style web application. However, it isn't that much of a big issue that should greatly influence the decision whether to do AJAX or not. It is like thinking that, since some % of people do not have computers or internet access then businesses should not bother putting-up e-commerce systems. oh no, sir. Any web app today that is worth spending a dime on, will be doing a deservice to its users if it is not AJAX-style or similar technique (i.e. any that sends across as much client-side code as possible/reasonable - java applet, java app delivered via jumpstart, adobe flex, laszlo etc) and is still doing the old click-and-wait-for-whole-page-reload...
Tal Cohen wrote: The 10% number is entirely not credible. Practically all visitors of that site (w3schools) are developers, who are advanced users that know how to turn off JS by default and enable it selectively where needed (esp. with FireFox extensions that make it trivial). Note that the same stats page specifies that 1 in 4 users browses with FireFox -- how credible is that!?
Tal Cohen wrote: The 10% number is entirely not credible. Practically all visitors of that site (w3schools) are developers, who are advanced users that know how to turn off JS by default and enable it selectively where needed (esp. with FireFox extensions that make it trivial). Note that the same stats page specifies that 1 in 4 users browses with FireFox -- how credible is that!?
Tal Cohen wrote: The 10% number is entirely not credible. Practically all visitors of that site (w3schools) are developers, who are advanced users that know how to turn off JS by default and enable it selectively where needed (esp. with FireFox extensions that make it trivial). Note that the same stats page specifies that 1 in 4 users browses with FireFox -- how credible is that!?
Will Merydith wrote: Your whole issue is wrapped around the 10% that have Javascript turned off?
That not number is insignificant in terms of hindering adoption.
Paul Davis wrote: I find it ironic that "10%" of people can turn off JavaScript, but the population as a whole can't figure out how to install a Flash plugin (which is freaking automatic...) because "Techies can do it but i doubt normal computer users will be able to do that" - I hardly think those normal people can turn off JavaScript or even know where/how/what to do to do so.
Either it is someone who has a disability and JS simply makes it impossible for them to access the web - or it is corporate IT or it is paranoid throwbacks from early web day geeks. Beyond the accessability issue, it doesn't matter. As for making it accessable, preplanning can do that and it isn't that difficult.
Both of your issues aren't relevant enough to pull back on Ajax, especially the 10% turned off javascript line, it is like a sure sign you're position is lacking any real meat.
Robert McDaniels wrote: "Flash is probably somewhere 80%-90% coverage out of box."
Do you have any facts or references that support this?
"the marketing message from Adobe about 'Flash covers 97% browsers' is not credible, given that no new PC, or browser, comes with Flash"
Flash downloads are driven by content. Many of the most popular sites on the web (Google Video, YouTube, etc.) offer Flash content that drives downloads.
"you have to download and install Flash on your own. Techies can do it but i doubt normal computer users will be able to do that"
The Flash install is approx 1MB, a non-issue for even dial-up users. The install takes place right in the browser in seconds. Some IE users may have to enable ActiveX controls (which the browser prompts them to do). There is nothing technical about installing Flash. Even the authors unsupported estimates of an install base support that it is no problem for...
Derrick wrote: I disagree. Don't worry about the 10% that have JavaScript turned off. Just keep producing compelling new RIA web apps that require AJAX. You got to make the slackers feel like they're being left behind at the train station. That's the only way they'll ever get around to enabling JavaScript and joining the 21st century.
Agile Ajax wrote: Trackback Added: AJAX and the Network Effect; Via Ajaxian, Coach Wei over at AjaxWorld Magazine has an article expressing reservations about AJAX and what might hinder it's adoption: 1. 10% browsers have Javascript support turned off (see statistics at http://www.w3schools.com/browsers/browsers_stats.asp). It means that 10% users can not
Agile Ajax wrote: Trackback Added: AJAX and the Network Effect; Via Ajaxian, Coach Wei over at AjaxWorld Magazine has an article expressing reservations about AJAX and what might hinder it's adoption: 1. 10% browsers have Javascript support turned off (see statistics at http://www.w3schools.com/browsers/browsers_stats.asp). It means that 10% users can not
Becky Gibson wrote: There is work going on the make the Dojo widgets accessible. The Dynamic Web Content Accessibility Techniques (http://www.w3.org/WAI/PF/#roadmap) which provide full keyboard and screen reader support are being applied to the widgets.
Alfresco Software announced that Adobe has implemented Alfresco’s document sharing and collaboration capabilities as part of the file sharing features in Acrobat.com. Adobe chose Alfresco as its content repository for its clustered high-availability, security, and highly capable tec...
Open Systems has announced that TRAVERSE v10.5 has been certified to run on Microsoft's SQL Server 2008 database server. SQL Server 2008 promises a dynamic platform for business-critical applications and enterprise-class data management, and is available in seven editions, ranging from...
qooxdoo is a comprehensive and innovative AJAX application framework. Leveraging object-oriented JavaScript allows developers to build cross-browser applications. No HTML, CSS or DOM knowledge is needed. It includes a platform-independent development tool chain, a state-of-the-art GUI ...
Three-letter acronyms (TLAs) are hardly new in Information Technology: EAI, ESB, SOA, BPM, BAM, ETL, MDM; the list goes on and on. This article is about yet another three-letter acronym, EDA, which stands for Event-Driven Architecture. EDA is not a brand new technology, but rather a pr...
Imagine the CIO of a consumer bank who thinks he is running 50 Oracle databases, but now finds out that in fact he has 100 databases installed behind his firewall. He doesn't have any idea where the other 50 came from. He doesn’t know the name of the vendor(s) supporting them. And he...
I was shocked. We were in the brainstorming phase of developing a new collaboration portal and the possibilities were flying. It was exciting to see people from many disciplines enthusiastic about working together more effectively through improved communication, document management, an...
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: