1. A method comprising:
using firmware to abstract error information for an operating system (OS) within a computer system, the error information from disparate sources in the computer system, the error information abstracted from platform specific error registers of various different platforms, wherein the disparate sources comprise a central processing unit, memory controller, and inputoutput controller, and wherein the error information is abstracted from different platform error record formats based on different vendor formats for the central processing unit, memory controller, and inputoutput controller;
constructing an error record using the error information, the error record in a common error record format useable by the operating system;
depositing the error record into two or more abstracted error access registers comprising memory buffers visible to the OS;
making the error information available to the OS by the firmware presenting to the OS, the two or more abstracted error access registers comprising memory buffers visible to the OS;
the operating system accessing the error record from the two or more abstracted error access registers, without platform specific knowledge of the platform specific error registers;
using the firmware to intercept error log access request from the OS; and
fulfilling the error log access request by the firmware in a manner transparent to the OS.
2. The method according to claim 1, further comprising:
using the firmware to support platform error injection, wherein a request to inject errors from the OS is trapped and is fulfilled by the firmware transparently to the OS.
3. The method according to claim 1, further comprising:
trapping error access to hardware within the computer system; and
using the error access to provide an abstraction in a common error record format.
4. The method according to claim 1, further comprising:
trapping access to hardware within the computer system using the firmware; and
in response to the access trapped, returning the error information in a predetermined format.
5. The method according to claim 1, wherein the firmware:
creates the abstract error information by identifying the error and gathering error information from various platform and silicon-specific registers to construct an error record in a common error record format;
deposits the error record into the memory buffers; and
notifies the operating system to access the error record and correct the error without providing the operating system with platform specific knowledge in the abstracted error access registers.
6. The method of claim 1, wherein constructing an error record comprises translating the error information into the error record; wherein abstracting, constructing, depositing, and presenting are performed only by the firmware; and wherein the computer system is coupled to an external printer.
7. An apparatus comprising:
platform firmware executable on a trap to abstract an interface for error information to an operating system (OS), the error information from disparate sources in the computer system, the error information abstracted from platform specific error registers of various different platform, wherein the disparate sources comprise a central processing unit, memory controller, and inputoutput controller, and wherein the error information is abstracted from different platform error record formats based on different vendor formats for the central processing unit, memory controller, and inputoutput controller; and
two or more platform abstracted error access registers to trap to the platform firmware, wherein the platform firmware is executable to abstract error information for the OS and to make the error information available to the OS by:
constructing an error record using the error information, the error record in a common error record format useable by the operating system;
depositing the error record into two or more platform abstracted error access registers comprising memory buffers visible to the OS;
presenting to the OS, the two or more platform abstracted error access registers comprising memory buffers visible to the OS;
the operating system accessing the error record from the two or more abstracted error access registers, without platform specific knowledge of the platform specific error registers;
using the firmware to intercept error log access request from the OS; and
fulfilling the error log access request by the firmware in a manner transparent to the OS.
8. The apparatus of claim 7, wherein the trap is implemented using system management interrupt (SMI).
9. The apparatus of claim 7, wherein the interface comprises an error injection interface having error injection capabilities and an error injection control.
10. The apparatus of claim 7, further comprising:
a service processor, wherein the platform firmware is operable to invoke a system management interrupt (SMI) to log an error to the service processor.
11. The apparatus of claim 7, wherein the platform firmware:
identifies the error and gathers error information from various platform and silicon-specific registers to construct an error record in a common error record format;
deposits the error record into the memory buffers; and
notifies the operating system to access the error record and correct the error without providing the operating system with platform specific knowledge in the abstracted error access registers.
12. The apparatus of claim 7, wherein constructing an error record comprises translating the error information into the error record; wherein abstracting, constructing, depositing, and presenting are performed only by the platform firmware; and wherein the computer system is coupled to an external printer.
13. A non-transitory machine-accessible medium that provides instructions that, if executed by a processor, will cause the machine to perform operations comprising:
using firmware to abstract error information for an operating system (OS) within a computer system, the error information from disparate sources in the computer system, the error information abstracted from platform specific error registers of various different platforms, wherein the disparate sources comprise a central processing unit, memory controller, and inputoutput controller, and wherein the error information is abstracted from different platform error record formats based on different vendor formats for the central processing unit, memory controller, and inputoutput controller;
constructing an error record using the error information, the error record in a common error record format useable by the operating system;
depositing the error record into two or more abstracted error access registers comprising memory buffers visible to the OS;
making the error information available to the OS by the firmware presenting to the OS, the two or more abstracted error access registers comprising memory buffers visible to the OS;
the operating system accessing the record from the two or more abstracted error access registers, without platform specific knowledge of the platform specific error registers;
using the firmware to intercept error log access request from the OS; and
fulfilling the error log access request by the firmware in a manner transparent to the OS.
14. The machine-accessible medium according to claim 13, wherein the operations further comprise:
using the firmware to support platform error injection, wherein a request to inject errors from the OS is trapped and is fulfilled by the firmware transparently to the OS.
15. The machine-accessible medium according to claim 13, wherein the operations further comprise:
using the firmware to intercept error log access request from the OS; and
fulfilling the error log access request by the firmware in a manner transparent to the OS.
16. The machine-accessible medium according to claim 13, wherein the operations further comprise:
trapping error access to hardware within the computer system; and
using the error access to provide an abstraction in a common error record format.
17. The machine-accessible medium according to claim 13, wherein the operations further comprise:
trapping access to hardware within the computer system using the firmware; and
in response to the access trapped, returning the error information in a predetermined format.
18. The machine-accessible medium according to claim 13, wherein the firmware:
creates the abstract error information by identifying the error and gathering error information from various platform and silicon-specific registers to construct an error record in a common error record format;
deposits the error record into the memory buffers; and
notifies the operating system to access the error record and correct the error without providing the operating system with platform specific knowledge in the abstracted error access registers.
19. The method according to claim 5, wherein the operating system accesses the error record and corrects the error without platform specific knowledge from the abstracted error access registers.
20. The apparatus of claim 11, wherein the operating system accesses the error record and corrects the error without receiving platform specific knowledge from the abstracted error access registers.
21. The machine-accessible medium according to claim 18, wherein the operating system accesses the error record and corrects the error without platform specific knowledge from the abstracted error access registers.
22. The machine-accessible medium according to claim 13, wherein constructing an error record comprises translating the error information into the error record; wherein abstracting, constructing, depositing, and presenting are performed only by the firmware; and wherein the computer system is coupled to an external printer.
23. A method comprising:
using firmware to abstract error information for an operating system (OS) within a computer system, the error information from at least two disparate sources in the computer system, the error information abstracted from platform specific error registers of various different platforms, wherein the different platform error record formats comprise different vendor formats for each of the at least two disparate sources;
constructing an error record using the error information, the error record in a common error record format useable by the operating system;
depositing the error record into two or more abstracted error access registers comprising memory buffers visible to the OS;
making the error information available to the OS by the firmware presenting to the OS, the two or more abstracted error access registers comprising memory buffers visible to the OS;
the operating system accessing the error record from the two or more abstracted error access registers, without platform specific knowledge of the platform specific error registers;
using the firmware to intercept error log access request from the OS; and
fulfilling the error log access request by the firmware in a manner transparent to the OS.
24. The method of claim 23, wherein constructing an error record comprises translating the error information into the error record; wherein abstracting, constructing, depositing, and presenting are performed only by the firmware; and wherein the computer system is coupled to an external printer.
The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.
1. A method for the modular deployment of a integration component, comprising:
bundling an integration component as an enterprise archive file wherein the integration component includes an application view bean and a resource adapter for connecting to an enterprise information system;
deploying the integration component to a valid system domain from the enterprise archive file wherein the system domain includes a class path that contains a common class shared by the application view bean and the resource adapter;
adding a Java archive file that packages the common class to class paths for any non-system domains; and
re-cycling a server on which the integration component is deployed if a Java archive file is added to the class path for a non-system domain.
2. A method according to claim 1, further comprising:
recycling a server for the valid system domain.
3. A method according to claim 1 wherein the resource adapter carries out request interaction with the enterprise information system.
4. A method according to claim 3 wherein the application view bean maps service requests to interactions with the resource adapter.
5. A method according to claim 1, wherein:
bundling the integration component allows the integration component to be backward compatible with existing integration systems.
6. A method according to claim 1, wherein:
deploying the integration component allows the integration component to utilize JMS resources available to the valid system domain.
7. A method according to claim 1, further comprising:
configuring parameters for the integration component using a management console.
8. A computer-readable medium, comprising:
means for bundling an integration component as an enterprise archive file wherein the integration component includes an application view bean and a resource adapter for connecting to an enterprise information system;
means for deploying the integration component to a valid system domain from the enterprise archive file wherein the system domain includes a class path that contains a common class shared by the application view bean and the resource adapter;
means for adding a Java archive file that packages the common class to class paths for any non-system domains; and
means for re-cycling a server on which the integration component is deployed if a Java archive file is added to the class path for a non-system domain.
9. A computer program product stored in a computer readable medium for execution by a server computer for deploying an adapter, comprising:
computer code for bundling an integration component as an enterprise archive file wherein the integration component includes an application view bean and a resource adapter for connecting to an enterprise information system;
computer code for deploying the integration component to a valid system domain from the enterprise archive file wherein the system domain includes a class path that contains a common class shared by the application view bean and the resource adapter;
computer code for adding a Java archive file that packages the common class to class paths for any non-system domains; and computer code for re-cycling a server on which the integration component is deployed if a Java archive file is added to the class path for a non-system domain.
10. A computer system comprising:
a processor;
object code executed by said processor, said object code configured to:
bundle an integration component as an enterprise archive file wherein the integration component includes an application view bean and a resource adapter for connecting to an enterprise information system;
deploy the integration component to a valid system domain from the enterprise archive file wherein the system domain includes a class path that contains a common class shared by the application view bean and the resource adapter;
add a Java archive file that packages the common class to class paths for any non-system domains; and
re-cycle a server on which the integration component is deployed if a Java archive file is added to the class oath for a non-system domain.
11. A computer system stored in a computer-readable medium for modular deployment of a integration component, comprising:
an integration component including an application view and a resource adapter for connecting to an enterprise information system wherein the integration component is bundled as an enterprise archive file; and
a valid system domain including a class path wherein the integration component is deployed by using the enterprise archive file;
wherein the re-cycling of a server is necessary only if a Java archive file is added to the class path for non-system domains.
12. A computer readable medium having instructions thereon which when executed by one or more processors cause a system to:
bundle an integration component as an enterprise archive file wherein the integration component includes an application view bean and a resource adapter for allowing a user to connect to an enterprise information system;
deploy the integration component to a valid system domain from the enterprise archive file wherein the system domain includes a class path that contains a common class shared by the application view bean and the resource adapter;
add a Java archive file that packages the common class to class paths for any non-system domains; and
re-cycle a server on which the integration component is deployed if a Java archive file is added to the class path for a non-system domain.