Previous topic Next topic This Page Quick search These instructions are for core developers only and may be slightly out of date. They will eventually be revised, but if you are looking for general instructions on extending OMERO with a service, see Extending OMERO . If you would indeed like to create a core service, please contact the ome-devel mailing list the interface which will be made available to client and server alike (which is why all interfaces must be located in the /common component). Only serializable and client-available types should enter or exit the API. Must subclass ``ome.api.ServiceInterface`` . the implementation which will usually subclass AbstractLevel{1,2}Service or AbstractBean (See more below on super-classes ) This is class obviously requires the most work, both to fulfill the interface's contract and to provide all the metadata (annotations) necessary to properly deploy the service. a Spring configuration file, which can "inject" any value available in the server (Omero)context into the implementation. Two short definitions are the minimum. (Currently not definable with annotations.) As explained in the file, the name of the file is not required and in fact the two definitions can be added to any of the files which fall within the lookup definition in the server's beanRefContext.xml file (see below). the central session in a blitz. Should always be edited parallel to ServiceFactory.java . Also optional in that MyServicePrxHelper.uncheckedCast( serviceFactoryI.getByName(String) ) can be used instead. Singleton definitions which allow for the static location of the active context. These do not