Welcome!

Oracle Authors: Pat Romanski, Yeshim Deniz, Michael Bushong, Avi Rosenthal

Related Topics: Java, XML, Virtualization

Java: Article

Developer Viewpoint: Open-Source Not Java Itself...but "JRT"

Developer Viewpoint: Open-Source Not Java Itself...but "JRT"

There's been lots of debate this year over whether or not Sun should open source Java. I've talked at OSCon to quite a few Java guys, many long term Apache developers, who are disgruntled at Sun for not open sourcing Java. I totally share their frustration as Sun have done 95-99% of all the right things. Part of the frustration is there's only a little step further to go, we're all so close.

I think Sun's done a fantastic job of growing and protecting the Java platform. There's just one more step they need to take - to open source some Java source code - and we're all happy. However up to now I think the problem has been that no-one's managed to explain to Sun why they should do it or even what 'open sourcing Java' means in real practical terms.

Sun is clearly very concerned that any kind of move in this direction could undermine the Java platform, leading to fragmenting of the platform and brand etc. I guess this reluctance should be seen as a very good thing - they are being very careful and protecting Java. However sometimes a parent can smother a child and wrap it in too much cotton wool...

So here's hoping this proposal can help show why and how Sun could do it, making lots of open source hackers very happy and growing the Java platform even more, especially faced with stiff competition from .NET / Mono.

What's more I'm not even proposing it open sources Java but something a little different. Lets start out with a couple of use cases...


Use Case A

You're a developer in a large company or ISV or consultancy of some kind. You develop enterprise applications for your customers, using the right tools for the job etc. Now let's assume that you like Java and develop most of your enterprise software in Java due to the diversity of tools, technologies (open source and commercial) available and so forth. (So here we're talking about most of the developers in the Java community today.)

However increasingly you're finding that X per cent of the time you need to write or interface closely with some .NET / Mono code. e.g. you need to put some code inside Word/Excel/Access/InfoPath to write some rich client thingy. Or maybe you need to hack some existing .NET/Mono project etc.

The value of X might not be very big. I know many large companies where X will be zero. For some I know it'll be 5-10%. I know of some companies where this will be much higher - though in the circles I move it's not very big, but YMMV. (BTW you could argue Web services is a solution here, but really sometimes you just need to hack inside the .NET/Mono worlds).

Whatever the value of X, let's assume that for a reasonable amount of people it's gonna be greater than zero and a significant value. Now to build code that works on .NET / Mono today, there's only really one safe option - ditch Java, the language, the JVM, the tools, the frameworks, and jump wholesale into the .NET / Mono world using C# and VisualStudio and all that stuff MS is doing.

This means you've now 2 platforms and code bases to work on, 2 sets of build tools, libraries and so forth. This is not ideal. Indeed I can imagine many companies, to save having both .NET experts and Java experts and having 2 sets of tools and internal Java vs .NET wars, will try and just pick one and use that one tool for everything. I can therefore imagine quite a few of these developers just switching to .NET / Mono. Why might they do this?
  • They need to hack on windows-only technology like Office.
  • Using one platform saves money.
  • Moving to .NET is seen as an easier choice, since once you've made that choice you get everything you need from MS - no need to choose the best IDE, the best build tool, the best app server, Web app framework and all those things - just use what MS gives you. Some folks in technology just want an easy life, even if it's not the best tool for the job, it's an easy life and no one ever got sacked for choosing MS etc.
  • They may get their heads turned by some whizzy new rich client UI stuff that MS/.NET has (like InfoPath or neato Office stuff if MS were to innovate in Office again or, who knows, maybe some of this Longhorn stuff isn't just catchup-to-OS X, but might actually be new and innovative. At least now MS has an incentive to innovate.
  • VB looks easy to hack stuff together.
Maybe there are other reasons to switch. From the Java camp, who cares what the reasons are, people will switch.

So whats the (.)net result?
  • Java the platform loses users and grows less popular.
  • There's a clear pressure on developers to switch to .NET / Mono especially by their business who love Excel or whatnot.
  • For those users who don't switch completely, they now have 2 platforms to support which is a PITA and adds more cost and complexity to their job.
  • For users who do switch to the .NET/Mono they've just lost a lot of their choice, they've lost a lot of the benefits of the Java platform and open APIs and community and are now mostly vendor locked into MS with no plan B.
Clearly this is not good for Sun, the Java platform or the users in Use Case A. But its great for MS and Mono!


Use Case B

This one is pretty much the same as above, except you're a highly Linux/C focussed developer. You may work with lots of C code, work on open source Linux C projects or you may even be some kind of Linux distributor. Either way you'd like to use a language and tools that make your job easier yet work nicely in your C / GPL environment. Something that can fit right in, turn easily into shared libraries / DLLs or executables and be easily distributed to your users.

Java is not as easy as it might be at integrating into C code or Linux worlds or being easy to redistribute in typically Linux/GPL worlds. There's another option - Mono. This is welcoming the Linux platform and developers with open arms. Java could be a possible solution in this space (as a language, set of tools, standard APIs etc). However due to restrictions on licensing issues, Mono seems a much better option for Linux folks to use today - purely due to licensing restrictions rather than any technical issue.

The net result to Java for this situation? Linux/C based developers don't move to Java (or move away from Java) and move to Mono. A kinda knock on benefit for .NET as it looks like .NET is more popular thanks to Mono


Conclusions

So we've just described 2 massive communities of developers above and why the current licensing of Java is causing them pain and how its badly affecting the Java platform to the benefit of .NET / Mono.

For Use Case A, developers could stick on the Java platform. They could keep their investment in the Java tools, languages, frameworks and so forth. But for those times where they need to be inside .NET for neater Office integration or to work inside a .NET/Mono project, they could compile their Java code and any dependent code they use to .NET IL. Java is mostly bytecode which is easily translatable and the .NET CLR is very similar to the JVM so its not that hard to do.

Indeed IKVM does exactly this today. We can today use .NET as a platform on which to run Java code. The downside is, IKVM isn't allowed to use the rt.jar thats part of the JDK / JRE due to licence restrictions. So it must use GNU classpath, which is a little buggy and not totally compliant with its real, certified JVM / JRE equivalent code. It's pretty good - Eclipse works fine inside IKVM for example, but there are buggy areas. (e.g. Geronimo doesn't run yet inside IKVM due to IO / classloader bugs).

Now the users in Use Case A are not trying to subvert the Java brand or fool anyone into thinking that .NET / Mono is a Java platform. They just wan to get their job done and use one set of languages and tools, to save money, and have an easier life and try avoid being caught in the cross-fire of a developer mindshare war.

Hey, one of Java's goals is to write once run anywhere. Yet this clearly does not yet include running inside .NET / Mono. These should be valid platforms for folks to use Java on!

Similarly for users in Use Case B - developers could use the Java platform, yet turn all their Java code/libraries into shared libraries, DLLs, and executables. They can do this completely today with gcj. It works fine, however like above it must use GNU classpath which is buggy and incomplete.

Again the WORA vision is broken since C libraries are not considered to be a platform on which Java should run - which thanks to gcj it could be - it's just not really supported or possible, again due to licensing issues.


A Proposed Solution

So what should Sun do to help both of these massive communities of developers? Firstly its clearly Sun's fault as it's Sun licensing agreements which are the problem here. So here's what Sun can do to both protect the Java platform from fragmentation and to grow the Java platform into these 2 large areas of developers while still keeping a steely grip on the Java platform and brand...

Sun should set up an open source project called JRT. It's not Java, it's not a Java platform - it's something else, it's JRT. It's a bunch of Java source code for some java.* and javax.* APIs and implementation classes which are used to implement part of the JDK / JRE - basically the source code which when compiled to bytecode makes the rt.jar which goes into the JVM. Parts of this are already open sourced (XML parsers, DOM, SAX etc). So its already been done in part. We're just making a bigger chunk of this code open source.

Note it's not the JVM though - there's lots of C code for implementing that and there's all that really cool hotspot stuff too - I'm not proposing any of this is open sourced (yet) - though that could be kinda cool, the Mono guys could really help out and reuse that stuff.

So JRT is just an open sourced Java project - under a very liberal licence, say Apache 2.0 licenced so folks can use it inside GPL and BSD open source projects or inside commercial products if need be. Note that the JRT project also includes a few C header files for when JRT's Java code has to call out to native C functions that any VM must implement.

Now Sun is sole committer on JRT; they decide what goes into JRT when. However now that a huge bulk of the code for the JVM is out there now we all benefit because...
  • More eyeballs are now looking closely at the code.
  • Previous GNU-classpath developers can now work with Sun developers to help maintain and improve JRT.
  • Folks can easily submit patches.
  • This has no effect on the Java brand or platform, since JRT != Java, its just some java code for some of the java libraries.
  • Sun keeps the Java trademark, brand and compatibility tests so 'Java' is protected.
So far, nothing too earth shattering or risky for Sun. They're already done part of this (for XML). They've not open sourced Java, the JVM, or the platform. They've just open sourced some Java source code (and some C header files) that are used to create rt.jar.


Now what this now means is that the IKVM and the gcj guys can reuse JRT freely. They can redistribute JRT source code or compile it into some format and call it anything they like. (There would be restrictions, like you can't modify JRT and call it JRT, or you can't claim that you are a Java platform unless you pass Sun's TCK etc). Redistributing JRT doesn't affect the Java brand, since no one is saying it is Java - no one is allowed to say it is Java.

However now the IKVM & gcj guys don't have to try keep GNU classpath in sync with JRT; they can just share the code. This then means they can make .NET / Mono / gcj into a platform on which Java code can be run. Lets call this a JRT-platform. JRT-platform = a platform which your Java code is likely to run, but it might not. i.e. it's not a certified Java platform but it might be close.

Now developers have a choice; they can write their code in Java and deploy on any Java platform, or they could try their luck on a JRT platform too - that's their choice. Choice is good. JRT platforms are not necessarily a Java platform, so it's a little risky and there might be a few bugs and suchlike, but hey it might work. (It already does for Eclipse and so could well work for many projects). It doesn't have to work for everyone; so long as it works for some folks, we've all gained.

So far so good. We've already got Java platforms, officially sanctioned and certified platforms on which developers can have total confidence. Or there could be these new JRT platforms, which have specific close integration with .NET stuff or C or whatnot which could be used too. This is good - we've got more choice now and everyone's happy. There are other non-Java platforms developers can try if they want to and the GNU-classpath guys can just help fix and tune JRT instead. Win-win!


But wait. The IKVM or gcj guys could try certify their JRT platforms as fully fledged 'Java platforms.' This is by no means necessary; things would be OK if there were Java and JRT platforms, but the ideal would be for IKVM and gcj to both certify so that they become Java platforms too, passing any certification tests Sun comes up with to ensure developers have complete confidence that their stuff will run. This would be a truly great step and I think both these platforms could get there without too much work (since they're really close now and the JRT code is the missing link). IKVM for example is the work of mostly one person!

Think about that for a second. We could test and certify that .NET / Mono (with IKVM) and gcj would completely pass all of Sun's compatibility tests and so could then call themselves a fully fledged Java platform and JVM.

If we get there then
  • We have one really massive Java platform now; all of the JVMs available today plus .NET, Mono, Rotor, and gcj. That makes pretty much anything a possible Java platform (which may not use the Java VM but use another VM, like the CLR - who cares how it works so long as it's compatible).
  • Sun protects the Java brand still, defines the TCKs and for anyone who tries to pass off a non-compliant Java platform as a Java platform it can sue and protect us all from Java brand fragmentation.
  • Folks who don't have the resources to go the whole hog and certify as a Java platform, can be a 2nd class JRT-platform but still be useful to Java developers even though they are not a real, true, compliant Java platform.
  • We'd get more competition in the VMs; who knows the .NET VM migth one day run Java code better than Sun's? Or maybe Mono? Or vice versa - the Sun JVM might run .NET / Mono code better? e.g. Mono users could take advantage of hotspot. Competition is good!
  • Folks who are using C / gcj / .NET / Mono today could be tempted to use some of the great stuff available in the Java ecosystem inside their platform (since their platforms could now be certified as Java platforms). i.e. folks could start switching to not from Java.
  • We could end all these ports of Java open source projects to C# just to get clean integration with .NET / Mono, we could just use Java code to run on both platforms. (Or we could write a C# compiler for the JVM similarly, to reuse any C# open sourced code - of which there's little today but that might change in the future.)
This would be a win-win for Java, Sun, developers, and Mono/gcj too. We would all now standardize on one set of languages, tools, frameworks, IDEs, APIs yet when we needed to work closely with lots of C or lots of Mono / .NET stuff, we wouldn't have to switch platforms and tooling, we could stay on the Java platform (if they are certified, or use a JRT-platform with a little more work/risk).

From time to time we might switch APIs from java.something to System.whatnot when it makes sense to do so. But hey, healthy competition for APIs is a good thing. Use the right tool for the job and let's avoid unnecessary platform wars.

The only folks who could possibly be hurt by this are MS since they would not be locking anyone into .NET any more. However they're free to innovate and compete by building better APIs and tools to tempt folks to use MS-only stuff. This is fine and competition is healthy and we all win. Let's have an open playing field with no artificial barriers!

So please Sun, go for it. Make the first step and open source JRT. It's no biggie and doesn't affect the Java brand. There are many people in the open source world who'd bend over backwards to help you do it. We'd all love you for it! We'ld help you develop, support, document, and tune JRT for free. You'd keep ownership of the IPR and sole rights over it and I'm sure Apache or codehaus would happily host the project for nothing - it would't cost you a penny.

Once you've taken that first step, some of us could then try help turn .NET, Mono, and gcj into Java platforms - and then we'd all really win.

More Stories By James Strachan

James Strachan, technical director at IONA, is responsible for helping the Company provide open source offerings for organizations requiring secure, high-performance distributed systems and integration solutions. He is heavily involved in the open source community, and has co-founded several Apache projects, including ActiveMQ, Camel, Geronimo and ServiceMix. He also created the "Groovy" scripting language and additional open source projects such as dom4j, jaxen and Jelly. Prior to joining IONA, James spent more than 20 years in enterprise software development. Previously, James co-founded LogicBlaze, Inc., an enterprise open source company acquired by IONA. Prior to that, he founded SpiritSoft, Inc., a company providing enterprise Java middleware services.

Comments (6) View Comments

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


Most Recent Comments
Thomas Kurilla 08/05/04 01:00:01 PM EDT

Most of the comments here seem to miss the intent of the aritcle, IMHO. While "use the right tool for the job" is the most correct answer, many developers do not work for companies that can (will?) support more than one development platform. So, if the X percentage reaches critical mass for a company, managment will likely make a decision to go with the solution which (in their eyes) addresses their needs.

Now, the developers may know that it''s all non-sense, and that you should "use the right tool for the job", but management usually doesn''t care. They tend to see two different skill groups as splitting their strength or some such. The point is, there will be losses suffered to the Java community. I agree with the article 100 percent in this.

This is the type of errosion that M$ is deliberately cultivating with every proprietary platform they develop. What I see in the comments so far is "Never give in! Never surrender!" to Microsoft! Or perhaps, "Don''t despoil the purity of my beloved Java!" I for one agree with the analysis given that open sourcing JRT would *hurt* Microsoft and help Mono, et. al. The CLR allows multi-language integration easily, *without* the henious performance hit we get with JNI. That alone would be a huge benefit to me. Add the fact that having the JRT would free Gcj, IKVM, Mono, et. al. to focus their energies on further erroding M$''s monopolistic hold, and I think this is a fantastic proposal.

You really should not let "Never give in! Never surrender!" get in the way of progress. Especially if that progress can actually erode the M$ monopoly(ies) in any way.

Markus Struelens 08/04/04 04:38:45 AM EDT

Competition is good for consumers, not for companies who have established monopolies like, you can argue, Sun has on Java.

Monopoly means easy life, easy money. You have what others want or need and everyone has to come to you to get it ...

When it comes to rt.jar Sun has a monopoly. The only reason to give it away would be to ''sacrifice'' it to defend a platform.

Does Sun feel Java is threatened by .NET? Not at all. And how much chance there is that whatever happens with Mono will have anything to do with M$? None at all. Sun does not feel threatened by M$ but by free software movement.

Markus Struelens 08/04/04 04:38:28 AM EDT

Competition is good for consumers, not for companies who have established monopolies like, you can argue, Sun has on Java.

Monopoly means easy life, easy money. You have what others want or need and everyone has to come to you to get it ...

When it comes to rt.jar Sun has a monopoly. The only reason to give it away would be to ''sacrifice'' it to defend a platform.

Does Sun feel Java is threatened by .NET? Not at all. And how much chance there is that whatever happens with Mono will have anything to do with M$? None at all. Sun does not feel threatened by M$ but by free software movement.

Paul 08/04/04 03:28:14 AM EDT

Sorry, this article doesn''t make a compelling argument. Both the use cases rely on the unlikely assumption that when developers come across a cross-plaform problem they will abandon the whole Java platform and retrain in .NET/Mono. This is simply NOT going to happen! You use the right tool for the job. More importantly, use the right people for the job - I am a Java developer and if I need .NET integration, I ask a .NET expert to work with me. I don''t try and become a jack of all trades.

Furthermore, while I sympathise with gcj and GNU classpath the idea of a Java platform that isn''t actually Java and isn''t guarenteed to run Java 100% successfully is more damaging than the current position. You aren''t really creating a "Java" platform anyway, all you are doing is allowing you to write .NET/C code in the Java language. The benefits of the Java platform are almost entirely in the JVM, the language itself is almost irrelevant.

The overridding message I got from this article is that IKVM and others need to pull their fingers out and negotiate a licencing deal for rt.jar - that''s all they''re really after. Open sourcing Java is a sledgehammer to crack a nut...

Erik 08/03/04 10:33:08 PM EDT

Interesting.... couldn''t USE CASE A be solved by using the Jakarta POI APIs, to name just one? Outside of writing to and reading from MS Office files, what other special APIs are needed on a Windows platform? Are developers actually getting asked to use Java to "hack" into a .NET application? Would there actually be such a requirement where Web Services couldn''t solve the problem?

USE CASE B... Linux developers will switch to Mono because of the license restrictions of the Java platform on Linux. Huh?

Java should be able to run in the .NET platform because it''s suppose to be "Write Once, Run Anywhere"... You would expect this why?

Strange... I was under the impression that the Java source code was already available. What were the benefits of Sun open-sourcing Java again? I think I missed it in your article.

Alex Iskold 08/03/04 09:53:52 PM EDT

You see, there is no ''hacking'' in Java. Java and Software Engineering exist not to fulfill some random wishing of open source hackers but to build useful models of the world and business processes.

Having said that I do not think that open source people are hackers you said that. The important point is, exactly because of the posts like this one, Java should not be open sourced.

@ThingsExpo Stories
The Internet of Things (IoT) is going to require a new way of thinking and of developing software for speed, security and innovation. This requires IT leaders to balance business as usual while anticipating for the next market and technology trends. Cloud provides the right IT asset portfolio to help today’s IT leaders manage the old and prepare for the new. Today the cloud conversation is evolving from private and public to hybrid. This session will provide use cases and insights to reinforce the value of the network in helping organizations to maximize their company’s cloud experience.
Cultural, regulatory, environmental, political and economic (CREPE) conditions over the past decade are creating cross-industry solution spaces that require processes and technologies from both the Internet of Things (IoT), and Data Management and Analytics (DMA). These solution spaces are evolving into Sensor Analytics Ecosystems (SAE) that represent significant new opportunities for organizations of all types. Public Utilities throughout the world, providing electricity, natural gas and water, are pursuing SmartGrid initiatives that represent one of the more mature examples of SAE. We have spoken with, or attended presentations from, utilities in the United States, South America, Asia and Europe. This session will provide a look at the CREPE drivers for SmartGrids and the solution spaces used by SmartGrids today and planned for the near future. All organizations can learn from SmartGrid’s use of Predictive Maintenance, Demand Prediction, Cloud, Big Data and Customer-facing Dashboards...
IoT is still a vague buzzword for many people. In his session at Internet of @ThingsExpo, Mike Kavis, Vice President & Principal Cloud Architect at Cloud Technology Partners, will discuss the business value of IoT that goes far beyond the general public's perception that IoT is all about wearables and home consumer services. The presentation will also discuss how IoT is perceived by investors and how venture capitalist access this space. Other topics to discuss are barriers to success, what is new, what is old, and what the future may hold.
Whether you're a startup or a 100 year old enterprise, the Internet of Things offers a variety of new capabilities for your business. IoT style solutions can help you get closer your customers, launch new product lines and take over an industry. Some companies are dipping their toes in, but many have already taken the plunge, all while dramatic new capabilities continue to emerge. In his session at Internet of @ThingsExpo, Reid Carlberg, Senior Director, Developer Evangelism at salesforce.com, to discuss real-world use cases, patterns and opportunities you can harness today.
All major researchers estimate there will be tens of billions devices – computers, smartphones, tablets, and sensors – connected to the Internet by 2020. This number will continue to grow at a rapid pace for the next several decades. With major technology companies and startups seriously embracing IoT strategies, now is the perfect time to attend @ThingsExpo in Silicon Valley. Learn what is going on, contribute to the discussions, and ensure that your enterprise is as "IoT-Ready" as it can be!
Noted IoT expert and researcher Joseph di Paolantonio (pictured below) has joined the @ThingsExpo faculty. Joseph, who describes himself as an “Independent Thinker” from DataArchon, will speak on the topic of “Smart Grids & Managing Big Utilities.” Over his career, Joseph di Paolantonio has worked in the energy, renewables, aerospace, telecommunications, and information technology industries. His expertise is in data analysis, system engineering, Bayesian statistics, data warehouses, business intelligence, data mining, predictive methods, and very large databases (VLDB). Prior to DataArchon, he served as a VP and Principal Analyst with Constellation Group. He is a member of the Boulder (Colo.) Brain Trust, an organization with a mission “to benefit the Business Intelligence and data management industry by providing pro bono exchange of information between vendors and independent analysts on new trends and technologies and to provide vendors with constructive feedback on their of...
Software AG helps organizations transform into Digital Enterprises, so they can differentiate from competitors and better engage customers, partners and employees. Using the Software AG Suite, companies can close the gap between business and IT to create digital systems of differentiation that drive front-line agility. We offer four on-ramps to the Digital Enterprise: alignment through collaborative process analysis; transformation through portfolio management; agility through process automation and integration; and visibility through intelligent business operations and big data.
There will be 50 billion Internet connected devices by 2020. Today, every manufacturer has a propriety protocol and an app. How do we securely integrate these "things" into our lives and businesses in a way that we can easily control and manage? Even better, how do we integrate these "things" so that they control and manage each other so our lives become more convenient or our businesses become more profitable and/or safe? We have heard that the best interface is no interface. In his session at Internet of @ThingsExpo, Chris Matthieu, Co-Founder & CTO at Octoblu, Inc., will discuss how these devices generate enough data to learn our behaviors and simplify/improve our lives. What if we could connect everything to everything? I'm not only talking about connecting things to things but also systems, cloud services, and people. Add in a little machine learning and artificial intelligence and now we have something interesting...
Last week, while in San Francisco, I used the Uber app and service four times. All four experiences were great, although one of the drivers stopped for 30 seconds and then left as I was walking up to the car. He must have realized I was a blogger. None the less, the next car was just a minute away and I suffered no pain. In this article, my colleague, Ved Sen, Global Head, Advisory Services Social, Mobile and Sensors at Cognizant shares his experiences and insights.
We are reaching the end of the beginning with WebRTC and real systems using this technology have begun to appear. One challenge that faces every WebRTC deployment (in some form or another) is identity management. For example, if you have an existing service – possibly built on a variety of different PaaS/SaaS offerings – and you want to add real-time communications you are faced with a challenge relating to user management, authentication, authorization, and validation. Service providers will want to use their existing identities, but these will have credentials already that are (hopefully) irreversibly encoded. In his session at Internet of @ThingsExpo, Peter Dunkley, Technical Director at Acision, will look at how this identity problem can be solved and discuss ways to use existing web identities for real-time communication.
Can call centers hang up the phones for good? Intuitive Solutions did. WebRTC enabled this contact center provider to eliminate antiquated telephony and desktop phone infrastructure with a pure web-based solution, allowing them to expand beyond brick-and-mortar confines to a home-based agent model. It also ensured scalability and better service for customers, including MUY! Companies, one of the country's largest franchise restaurant companies with 232 Pizza Hut locations. This is one example of WebRTC adoption today, but the potential is limitless when powered by IoT. Attendees will learn real-world benefits of WebRTC and explore future possibilities, as WebRTC and IoT intersect to improve customer service.
From telemedicine to smart cars, digital homes and industrial monitoring, the explosive growth of IoT has created exciting new business opportunities for real time calls and messaging. In his session at Internet of @ThingsExpo, Ivelin Ivanov, CEO and Co-Founder of Telestax, will share some of the new revenue sources that IoT created for Restcomm – the open source telephony platform from Telestax. Ivelin Ivanov is a technology entrepreneur who founded Mobicents, an Open Source VoIP Platform, to help create, deploy, and manage applications integrating voice, video and data. He is the co-founder of TeleStax, an Open Source Cloud Communications company that helps the shift from legacy IN/SS7 telco networks to IP-based cloud comms. An early investor in multiple start-ups, he still finds time to code for his companies and contribute to open source projects.
The Internet of Things (IoT) promises to create new business models as significant as those that were inspired by the Internet and the smartphone 20 and 10 years ago. What business, social and practical implications will this phenomenon bring? That's the subject of "Monetizing the Internet of Things: Perspectives from the Front Lines," an e-book released today and available free of charge from Aria Systems, the leading innovator in recurring revenue management.
The Internet of Things will put IT to its ultimate test by creating infinite new opportunities to digitize products and services, generate and analyze new data to improve customer satisfaction, and discover new ways to gain a competitive advantage across nearly every industry. In order to help corporate business units to capitalize on the rapidly evolving IoT opportunities, IT must stand up to a new set of challenges.
There’s Big Data, then there’s really Big Data from the Internet of Things. IoT is evolving to include many data possibilities like new types of event, log and network data. The volumes are enormous, generating tens of billions of logs per day, which raise data challenges. Early IoT deployments are relying heavily on both the cloud and managed service providers to navigate these challenges. In her session at 6th Big Data Expo®, Hannah Smalltree, Director at Treasure Data, to discuss how IoT, Big Data and deployments are processing massive data volumes from wearables, utilities and other machines.
P2P RTC will impact the landscape of communications, shifting from traditional telephony style communications models to OTT (Over-The-Top) cloud assisted & PaaS (Platform as a Service) communication services. The P2P shift will impact many areas of our lives, from mobile communication, human interactive web services, RTC and telephony infrastructure, user federation, security and privacy implications, business costs, and scalability. In his session at Internet of @ThingsExpo, Erik Lagerway, Co-founder of Hookflash, will walk through the shifting landscape of traditional telephone and voice services to the modern P2P RTC era of OTT cloud assisted services.
While great strides have been made relative to the video aspects of remote collaboration, audio technology has basically stagnated. Typically all audio is mixed to a single monaural stream and emanates from a single point, such as a speakerphone or a speaker associated with a video monitor. This leads to confusion and lack of understanding among participants especially regarding who is actually speaking. Spatial teleconferencing introduces the concept of acoustic spatial separation between conference participants in three dimensional space. This has been shown to significantly improve comprehension and conference efficiency.
The Internet of Things is tied together with a thin strand that is known as time. Coincidentally, at the core of nearly all data analytics is a timestamp. When working with time series data there are a few core principles that everyone should consider, especially across datasets where time is the common boundary. In his session at Internet of @ThingsExpo, Jim Scott, Director of Enterprise Strategy & Architecture at MapR Technologies, will discuss single-value, geo-spatial, and log time series data. By focusing on enterprise applications and the data center, he will use OpenTSDB as an example to explain some of these concepts including when to use different storage models.
SYS-CON Events announced today that Gridstore™, the leader in software-defined storage (SDS) purpose-built for Windows Servers and Hyper-V, will exhibit at SYS-CON's 15th International Cloud Expo®, which will take place on November 4–6, 2014, at the Santa Clara Convention Center in Santa Clara, CA. Gridstore™ is the leader in software-defined storage purpose built for virtualization that is designed to accelerate applications in virtualized environments. Using its patented Server-Side Virtual Controller™ Technology (SVCT) to eliminate the I/O blender effect and accelerate applications Gridstore delivers vmOptimized™ Storage that self-optimizes to each application or VM across both virtual and physical environments. Leveraging a grid architecture, Gridstore delivers the first end-to-end storage QoS to ensure the most important App or VM performance is never compromised. The storage grid, that uses Gridstore’s performance optimized nodes or capacity optimized nodes, starts with as few a...
The Transparent Cloud-computing Consortium (abbreviation: T-Cloud Consortium) will conduct research activities into changes in the computing model as a result of collaboration between "device" and "cloud" and the creation of new value and markets through organic data processing High speed and high quality networks, and dramatic improvements in computer processing capabilities, have greatly changed the nature of applications and made the storing and processing of data on the network commonplace. These technological reforms have not only changed computers and smartphones, but are also changing the data processing model for all information devices. In particular, in the area known as M2M (Machine-To-Machine), there are great expectations that information with a new type of value can be produced using a variety of devices and sensors saving/sharing data via the network and through large-scale cloud-type data processing. This consortium believes that attaching a huge number of devic...