Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between pages "Adaptor Hooks" and "OHF"

(Difference between pages)
(Hookable Adaptor)
 
(Audit record repository)
 
Line 1: Line 1:
== Overview ==
+
=== About OHF ===
Since Eclipse 3.0 the Framework Adaptor API has been available in the Equinox OSGi Framework. A framework adaptor implementation is called upon by the Equinox OSGi Framework to perform a number of tasks.  A framework adaptor may be used to add functionality to the framework.
+
This is the Eclipse Open Healthcare Framework (OHF) wiki. The OHF project addresses part of an need to improve the levels of interoperability between applications and systems within and across healthcare organizations – corporate and regions.
  
A single framework adaptor is specified when the framework is launched. By default in Eclipse 3.0 this is set to the EclipseAdaptor.  In order to add new functionality in an adaptor in Eclipse 3.0 and 3.1 it is required that the adaptor implementation either re-implement the complete framework adaptor API or extend one of the existing framework adaptor implementations. This makes it impossible for two parties to add new functionality to the framework in separate adaptors at the same time because the Equinox OSGi Framework can only be configured to use one adaptor.
+
=== Additional OHF sites ===
 +
* [http://www.eclipse.org/ohf/ OHF Project Home Page]
 +
* [http://ohf-dev.blogspot.com/ OHF Committers Blog]
  
In Eclipse 3.2 a new hookable adaptor has been included that is used by default as the framework adaptor.  The framework adaptor API has remained unchanged for the most part in Eclipse 3.2.  What has changed is the actual implementation of the adaptor API.  A new implementation of the adaptor API is now included which provides hooks that others can implement to provide functionality to the adaptor implementation.
+
=== Discussions ===
 +
* [[OHF using SCA]]
  
== Hookable Adaptor ==
+
== OHF Relationship Management (& Current Events etc) ==
The hookable adaptor is implemented in the package org.eclipse.osgi.baseadaptor.  This adaptor implementation provides all of the default behavior required of a FrameworkAdaptor to provide an OSGi R4 compliant Framework.  It also provides many hooks that allow others to insert additional functionality into the framework through what are called framework extension bundles.  See the OSGi Core Specification chapter 3.15 "Extension Bundles" for more information.
+
  
Framework extension bundles are fragments of the system bundle (org.eclipse.osgi).  As a fragment they can provide extra classes which the framework can use.  A framework extension bundle can define a set of hook implementations that are configured with the hookable adaptor (using a hookconfigurators.properties file). 
+
* [[OHF Relationship Management: Java]]
 +
* [[OHF Relationship Management: Eclipse]]
 +
* [[OHF Relationship Management: Open Source Healthcare initiatives]]
 +
* [[OHF Relationship Management: Standards Organisations]]
 +
* [[OHF Relationship Management: Corporates]]
  
=== The Base Adaptor ===
+
=== Public Healthcare Serveices ===
 +
This section contains a list of known public standard healthcare services.
  
The class org.eclipse.osgi.baseadaptor.BaseAdaptor implements the interface org.eclipse.osgi.framework.adaptor.FrameworkAdaptor.  This class is used by default as the adaptor of the framework.  You should avoid extending this class, instead you should use hook implementations to add functionality to the BaseAdaptor.
+
The listed services are actors on one of the [http://www.ihe.net IHE] profiles. OHF implements components that interacts with these services. The purpose of the list is to help developers test the plugins they develop, to validate full interoperability across vendors, and to validate comliance with the standard.
  
In some cases it may be impossible to do what you want with the current set of adaptor hooksIn this case you may be forced to extend the BaseAdaptor class to provide your own adaptor implementation. If you find yourself in this situation then you should open a bug against Framework Equinox requesting a new hook method or interface.
+
None of the listed services are part of Eclipse or Eclipse OHF.  
 +
  The services are publicly avaliable for demos and interoperability
 +
  tests and they are not part of production environment.
  
=== Hook Configurators ===
+
'''We welcome any service providor that have a public standard based healthcare service to contact us in order to add new services to the list'''
  
Hook configurators implement the org.eclipse.osgi.baseadaptor.HookConfigurator interface.
+
====Audit record repository====
 +
{| style="background-color:#ABCDEF;"
 +
|+Public Healthcare Services
 +
|-
 +
! Vendor !! Service URL !! BSD SYSLOG Port !! Reliable Syslog Port 
 +
|-
 +
! IBM
 +
| ibmod235.dal-ebis.ihost.com || 541 || N/A
 +
|}
  
=== The Hook Registry ===
+
== OHF Meetings ==
 
+
* [[Face to Face meeting at EclipseCon]]
The class org.eclipse.osgi.baseadaptor.HookRegistry class provides a registry for adding hook implementations.
+
** [[Pictures from the meeting]]
 
+
== Bundle Files ==
+
 
+
== Hooks ==
+
 
+
=== Adaptor Hook ===
+
 
+
=== Bundle File Factory Hook ===
+
 
+
=== Bundle File Wrapper Factory Hook ===
+
 
+
=== Bundle Watcher Hook ===
+
 
+
=== Class Loading Hook ===
+
 
+
=== Class Loading Stats Hook ===
+
 
+
=== Storage Hook ===
+
 
+
== Class Loaders ==
+
 
+
== Examples ==
+

Revision as of 18:08, 4 May 2006

About OHF

This is the Eclipse Open Healthcare Framework (OHF) wiki. The OHF project addresses part of an need to improve the levels of interoperability between applications and systems within and across healthcare organizations – corporate and regions.

Additional OHF sites

Discussions

OHF Relationship Management (& Current Events etc)

Public Healthcare Serveices

This section contains a list of known public standard healthcare services.

The listed services are actors on one of the IHE profiles. OHF implements components that interacts with these services. The purpose of the list is to help developers test the plugins they develop, to validate full interoperability across vendors, and to validate comliance with the standard.

None of the listed services are part of Eclipse or Eclipse OHF. 
The services are publicly avaliable for demos and interoperability 
tests and they are not part of production environment.

We welcome any service providor that have a public standard based healthcare service to contact us in order to add new services to the list

Audit record repository

Public Healthcare Services
Vendor Service URL BSD SYSLOG Port Reliable Syslog Port
IBM ibmod235.dal-ebis.ihost.com 541 N/A

OHF Meetings

Back to the top