Group items tagged

Xpandion expand solutions for SAP applications ProfileTailor Suite now available as CLOUD/SAAS as well as classic enterprise software

What is SAP Solution Manager?

2006 MSDN white paper that is the best overview I've found thus far of the bridges Microsoft is building between Office 2007 and the Microsoft cloud. 12 pp. Somewhat dated in the intervening two years. Describes the Microsoft "line of business" vision for vertical markets in some detail. "This white paper introduces Office Business Applications (OBAs), a new breed of easily customizable solutions that address real-world business problems through the 2007 Microsoft Office system. OBAs deliver people-centric, collaborative solutions to the enterprise through familiar Microsoft Office servers, clients, and tools. This document discusses today's business environment, identifies a "results gap" that contributes to reduced productivity, and shows that OBAs are an effective new approach that enables enterprises to achieve the "last mile of productivity." You will see that several key components of the 2007 Microsoft Office system can be used to develop Office Business Applications and that, when Line of Business Integration (LOBi) for Microsoft Office SharePoint Server is released, it will further simplify the development of OBAs. Finally, if you would like to develop a collaboration-planning scenario using the 2007 Office system, just follow the steps outlined in this paper."

Perpetuating current data silos by continuing to "give your data to a site" was, Berners-Lee asserted, "not ideal." He argued instead for wider adoption of new or existing Web specifications such as OAuth and RDFAuth, enabling the individual to store data relevant to themselves wherever they felt fit, and assemble it at will within one or more Web and local applications of their choosing at the point of need. "Acquaintance-based social networks," Berners-Lee suggested, were "the tip of the iceberg," with his notion of the emerging Giant Global Graph "exist[ing] above the Web" and creating opportunities for far richer functional and role-based interconnections. Turning to consideration of the Web itself, Berners-Lee remarked that "Openness tends to be an inexorable movement through time" He juxtaposed the 'Web Application Platform' with proprietary solutions to parts of the problem such as Flash, AIR and Silverlight. This Web Application Platform, he argued, relies upon W3C specifications and other open standards, and it is increasingly moving toward specifications that are small, modular, and interoperable. Moving toward his conclusion, Berners-Lee reiterated the importance of Linked Data again saying "Linked Open Data is the Web done as it should be." Returning to his earlier discussion of modularity, he suggested that existing specifications such as those for JavaScript be reworked, carving JavaScript's functionality up into a series of modular packages. Each of those packages should then be assigned a URI, and the Semantic Web should be used to describe the packages, their dependencies, and their interrelationships. Used in conjunction with the resulting applications, Linked Data would provide, "elements of an ability to do things [with data] that cross application boundaries." Turning to Q&A, Berners-Lee was first asked to comment on the concept of 'Web 2.0′, which he did; "Web 2.0 sites a

And of course it is the incredible variety in data formats used by Web 2.0 apps that forces the creation of new data silos on the Web. Web 2.0 is bringing us the same kinds of incompatible data format issues forced on software users since the beginning of the proprietary software industry.

It might take Google and Microsoft-technology giants, but health-records neophytes-to give networked and interoperable electronic health records just the kick start they need to escape the siloed and proprietary model now prevalent. The new technologies, Google Health and Microsoft HealthVault, are classified as personal health records (PHRs), which are a subset of industry-recognized electronic health records (EHRs).

What is the likelihood that the Microsoft and Google solutions will be interoperable? Will either company be able to resist the temptation to introduce incompatibilities? Methinks it far more likely based on the history in the software industry that the interoperability will be intra-company solution rather than between each company's solution. This is a potential issue for the same reason that the solutions are being developed; people in the U.S. have many health care providers. Records can't be consolidated and made portable absent interoperability. I haven't researched the issue, but I note it.

ZDNet's David Morgenstern must have missed ISO approval of OOXML! MS has a desktop strategy, but involves proprietary protocols, formats and API's as the protective barrier for transitioning desktop bound client/server business processes to MS Web Stack bound SaaS-SOA business processes. Welcome to the Microsoft Cloud!

The IOWA Comes vs. Microsoft antitrust suit evidence is now publicly available. This ZDNet Talkback posts an extraordinary eMail from Bill Gates concerning the need to control MSOffice formats and protocols as Microsoft pushes onto the Web. The key point is that Chairman Bill understands that the real threat to Microsoft is that of Open Web formats and protocols outside of Microsoft's control. It's 1998, and the effort to "embrace and eXtend" W3C HTML, XHTML, SVG and CSS isn't working well. The good Chairman notifies the troops that MSOffice must come up with another plan. Interestingly, it's not until 2001, when OpenOffice releases an XML encoding of the OpenOffice/StarOffice imbr that Microsoft finally sees a solution! (imbr = in-memory-binary-representation) The MSOffice crew immediately sets to work creating a similar XML encoding of the MSOffice binary (imbr) dump. The first result is released in the MSOffice 2003 beta as "WordprocessingML and SpreadsheetML". XML was designed as a structured language for creating specific structured languages. OpenOffice saw the potential of using XML to create an OpenOffice specific XML language. MSOffice seized the innovation and the rest is history. Problem solved! So what was the "problem" the good Chairman identified in this secret eMail? It's that the Web is the future, and Microsoft needed to find a way of leveraging their existing desktop document "editor" monopoly share into owning and controlling the Web formats produced by Microsoft applications. MSOffice OOXML is the result. ISO approval of MSOffice OOXML is beyond important to Microsoft. It establishes MSOffice "editors" as standards compliant. It also establishes the application, platform and vendor specific MSOffice OOXML as an international "open" standard. Many will ask why this isn't a case of Microsoft actually opening up the MSOffice formats in compliance with government antitrust demands. It is "compliance", but not in the sense of what

IT Service Desk with SAP CRM 7.0: With this blog I would like to make you familiar with the new IT service desk solution we offer with the latest SAP CRM release, SAP CRM 7.0.

Once again it's the business processes bound to MSOffice that bind users to MS products. The Massachusetts ODF Pilot Study first uncovered the business processes bound to MSOffice issue tha tmade implementation of ODF impossible. The IBM "rip out and replace" approach simply does nto work anywhere there are these bound business processes. Massachusetts CIO Louis Gutierrez correctly identified the problem and the solution: coem up with an ODF plug-in for MSOffice. Replace the docuemnt format - not the application and bound business processes.

The developer site for OpenSolaris High Performance Computing project. Site contains major clues about things to come with OpenSolaris, e.g., the Projects index page includes entries for KDE and Gnome porting projects.

Joe Wilcox takes on MS "Live Mesh" in a series of articles. Clearly he gets it but one has to wonder about the rest of the techno crowd.

Review of Henry Blodgett's predicitve analysis that within the next year Google's search revenue will surpass Microsoft's revenue from Windows. MS still has MSOffice and the Exchange/SharePoint/SQL Server juggernaut. But Blodgett fearlessly predicts the beginning of the end fo rthe great monopolist. Great quote from Microsoft's Ben Slovika.

The Henry Blodgett article comparing Google and Microsoft. Excellent source!

Blodgett calls Windows a "natural monopoly," a term derived from the science of economics. But the view of Windows as a natural monopoly blinks past more than a few facts: [i] the monopoly at all times was firmly rooted in government-granted monopoly created by copyrights, patents, and trade secrets; [ii] even the 3.x versions depended mightily on antitrust violations involving DR DOS; and [iii] the dependence on antitrust violations to build, maintain, and extend the monopoly continue to this day. I see scant basis for labeling Windows as a "natural monopoly." Economic theory may blink past the antitrust issues on free market principles, but it may not blink past the government grants of monopolies in similar fashion..