Group items tagged

Re: Finally, the beef... Posted by: Anonymous [ip: 76.14.48.79] on November 12, 2007 11:32 PM XHTML + CSS is the base. Add XForms, SVG and SMiL where needed. Study the work being done on microformats. Like most modern portable XML file formats, the basic packages are those of content and presentation. In CDF speak, this is XHTML content and CSS as the portable presentation package. ODF and MS-OOXML both struggle with the legacy tradition of the presentation package being application specific. Meaning, the portability is limited to other applications that are either of the same version, or, share the same layout and rendering model so that the exchange of the presentation package is lossless.

The international, non-profit European Committee for Interoperable Systems ("a coalition of Microsoft's largest competitors"[50]) fears that with Silverlight Microsoft aims to introduce content on the web that can only be accessed from the Windows platform. They argue that use of XAML in Silverlight is positioned to replace the cross-platform HTML standard. Effectively, if Silverlight usage becomes widespread enough, users will risk having to purchase Microsoft products to access web content[51]. California and several other U.S. states also have asked a District Judge to extend most of Microsoft's antitrust case settlement for another five years,[52] citing "a number of concerns, including the fear that Microsoft could use the next version of Windows to 'tilt the playing field' toward Silverlight, its new Adobe Flash competitor," says a Seattle Post-Intelligencer article. Microsoft has also been criticized for not using the Scalable Vector Graphics standard for Silverlight, which, according to Ryan Paul of Ars Technica, is consistent with Microsoft's ignoring of open standards in other products, as well.[53] However, according to David Betz, an independent .NET technologies specialist, Microsoft would have needed to alter the SVG specification to add .NET integration and UI constructs on top of SVG to make it suitable for scenarios Silverlight uses markup for (UI and vector markup, by default). Consequently, the "choice by Microsoft to use XAML over SVG, served to retain the SVG standard by not adding proprietary technology [to extend SVG]".[54]

We're going to talk about dynamic documents. That is to say, documents that have form and structure and that are things end-users are very familiar with and have been using for generations, but with a twist. That's the ability to bring content and data, on a dynamic lifecycle basis, in and out of these documents in a managed way. That’s one area.The second area is service-oriented architecture (SOA), the means to automate and reuse assets across multiple application sets and data sets in a large complex organization.We're seeing these two areas come together. Structured documents and the lifecycle around structured authoring tools come together to provide an end-point for the assets and resources managed through an SOA, but also providing a two-way street, where the information and data that comes in through end-users can be reused back in the SOA to combine with other assets for business process benefits.

Thus far we’ve been talking about the notion of unstructured content as a target source to SOA-based applications, but you can also think about this from the perspective of the end application itself -- the document as the endpoint, providing a framework for bringing together structured data, transactional data, relational data, as well as unstructured content, into a single document that comes to life.Let me back up and give you a little context on this. You mentioned the various documents that line workers, for example, need to utilize and consume as the basis for their jobs. Documents have unique value. Documents are portable. You can download a document locally, attach it to an email, associate it with a workflow, and share it into a team room. Documents are persistent. They exist over a period of time, and they provide very rich context. They're how you bring together disparate pieces of information into a cohesive context that people can understand.

The structure of a BOOK would look like this: …BOOK/ ……index.html ……images/ ………cover.png ……css/ ………base.css ………skins/ …………modern.css …………classic.css …………nouveau.css ……scripts/ ………prototype.js ………base.js ………extensions.js

As for the Javascript, it’s based on the ECMAScript standard, which has evolved into a strongly-typed, object-oriented programming language and is one of the few web “standards” which really is a standard. BOOK authors will welcome the addition of a scripting language, as it is NOT currently supported in the IDPF specifications. In fact, it’s forbidden for .epub reading systems to execute scripts. It’s also forbidden for them to display a file called index.html without first loading and parsing several other files.

CXF is really designed for high performance, kind of like a request-response style of interaction for one way, asynchronous messaging, and things like that. But it’s really designed for taking data in from a variety of transports and message formats, such as SOAP or just raw XML. If you bring in the Apache Yoko project, we have CORBA objects coming in off the wire. It basically processes them through the system as quickly as possible with very little memory and processing overhead. We can get it to the final destination of where that data is supposed to be, whether it’s off to another service or a user-developed code, whether it’s in JavaScript or JAX-WS/JAXB code. That’s the goal of what the CXF runtime is — just get that data into the form that the service needs, no matter where it came from and what format it came from in, and do that as quickly as possible.

the fascinating intersection of SOA and WOA — with on-premises services and cloud-based resources (including data) supporting ecologies of extended enterprises business processes

Creating federated relationships between private and public clouds and their services and resources requires more than just industry standards. It requires visibility and access, the type that comes from open source communities and open use licenses.

The web as we knew it in 1995 has already largely died. Out of the ashes has arisen a second incarnation and we are currently on the verge of a new reality, Web 2.0. While there is no one definition, Web 2.0 is perhaps best described as the migration to the web as a platform spanning all connected devices, coupled with a specific set of patterns. Web 2.0 has many components, but it is generally associated with a class of web applications that harness the intelligence, data, and actions of their users to create value (iconic Web 2.0 applications include Flickr, YouTube, and Amazon). While many are looking to Web 2.0 to solve the problems of yesteryear, the mass migration is creating a new set of problems that must be addressed. This article is divided into three parts: an analysis of the web today, an analysis of what has already died or is dying, and a look forward at aspects of Web 2.0 that are creating problems and will likely die in the next five years.