iPOJO defines several annotations to help developer to define their components. This page presents an example of iPOJO annotation and describes provided annotations. Getting iPOJO Annotations:iPOJO Annotations are defines inside the org.apache.felix.ipojo.annotations project. You can download the Jar file of this project from the download page. Sources are available on the Felix trunk. Once added to your class path / build path / dependencies, you can use the annotations as normal annotations. These annotations are automatically processed by the iPOJO manipulator. In Eclipse:Add the org.apache.felix.ipojo.annotations jar file in your build path. Do not forget to use a Java compiler accepting annotations (1.5 or higher). In Maven:Add the following dependency: Code Block |
---|
|
<dependency>
<groupId>org.apache.felix</groupId>
<artifactId>org.apache.felix.ipojo.annotations</artifactId>
<version>0.78.60-SNAPSHOT</version>
</dependency>
|
Moreover, you need to set that the source code and the target code are Java 1.5 code. To achieve this, just add the following plugin in your plugins section: Code Block |
---|
|
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.5</source>
<target>1.5</target>
</configuration>
</plugin>
|
In Ant :Just add the org.apache.felix.ipojo.annotations jar file in your class path. An example of usage:To illustrate annotations usage, let taking the tutorial example. In this tutorial, there are two components: - The first one provides the hello service
- The second one uses the provided hello service
You can download the provider project and the consumer project.
Hello Service ProviderThe provider uses two annotations. The "component" annotation is mandatory and defines that the class defines a component type. Then the "provides" annotation just declare that the defined component type provides a service. Code Block |
---|
package ipojo.example.hello.impl;
import ipojo.example.hello.Hello;
import org.apache.felix.ipojo.annotations.Component;
import org.apache.felix.ipojo.annotations.Provides;
/**
* Component implementing the Hello service.
**/
@Component
@Provides
public class HelloImpl implements Hello {
public String sayHello(String name) { return "hello " + name; }
}
|
Hello Service ConsumerThe Hello Service Consumer use more annotations. First it used the componenet annotation. To defines its "immediate" behavior, it add the 'immediate' attribute. Then, it uses the requires annotation to define a service dependency. Finally, it uses the validate and invalidate annotations to define lifecycle callbacks. Code Block |
---|
package ipojo.example.hello.client;
import org.apache.felix.ipojo.annotations.Component;
import org.apache.felix.ipojo.annotations.Invalidate;
import org.apache.felix.ipojo.annotations.Requires;
import org.apache.felix.ipojo.annotations.Validate;
import ipojo.example.hello.Hello;
@Component(name="AnnotedHelloClient", immediate=true)
public class HelloClient implements Runnable {
@Requires
private Hello[] m_hello; // Service Dependency
private final static int DELAY=10000;
private boolean end;
public void run() {
while (!end) {
try {
invoke();
Thread.sleep(DELAY);
} catch (InterruptedException ie) { }
/* will recheck end */
}
}
public void invoke() {
for (int i = 0; i < m_hello.length; i++) { System.out.println(m_hello[i].sayHello("Clement")); }
}
@Validate
public void starting() { Thread T = new Thread(this); end = false; T.start(); }
@Invalidate
public void stopping() { end = true; }
}
|
Defined AnnotationsThis section lists defined annotations and how to use them. @ComponentGoal: Defines a component type Target: The component implementation class Attributes: - name : defines the component type name (optional, default = the class name)
- factory: defines the factory name (optional, default = "false")
- immediate: defines the component type as immediate (optional, default = "false")
- architecture: enable the architecture exposition (optional, default = "false")
- propagation: enable configuration property propagation (on provided services) (optional, default = "false")
@ProvidesGoal: Defines that the component type provide services Target: The component implementation class Attributes: - specifications: defines the provided interface (optional, default = all implemented interfaces)
- factory: defines the service object creation policy ("SINGLETON" or "SERVICE") (optional, default = "SINGLETON")
Note: "SERVICE" means OSGi service factory. @RequiresGoal: Defines a service dependency Target: Field Attributes: - Filter: defines the LDAP filter (optional)
- Optional: defines if the dependency is optional (optional, default = "false")
- Id: defines the dependency Id (useful to identify bind & unbind methods) (optional, default = field name) (if a dependency with the same id is already created (by a @bind or @unbind annotation), it merges the dependencies).
- Nullable: enable or disable the Null Object injection when the dependency is optional and no providers are available (optional, default = "true")
- Default-Implementation: set the Default-Implmentation (optional, by default iPOJO uses a Null object)
- Policy: defines the binding policy (accepted value : dynamic, static, dynamic-priority) (optional, default = "dynamic")
- Comparator: defines the comparator to use to sort service references (optional, default = OSGi Service Reference Comparator)
@ServicePropertyGoal: Defines a service property Target: Field or Method Attributes: - name: property name (optional, default=field name or computed by removing "set" from the method name (for instance setFoo(String ff) will get the Foo name))
- value: property value (optional, default=no value)
note: if another service property with the same name is defined the method or the field is added to the existing property @PropertyGoal: Defines a property Target: Field or Method Attributes: - name: property name (optional, default=field name computed by removing "set" from the method name (for instance setFoo(String ff) will get the Foo name))
- value: property value (optional, default=no value)
note: if another property with the same name is defined the method or the field is added to the existing property @BindGoal: Defines a bind method Target: Method Attributes: - Id: Dependency Id, if the id is already defines in a "@requires " or "@unbind" annotation, it adds this method as a bind method of the already created dependency. (optional, default= no id, compute an id if the method name begin by "bind" (for instance "bindFoo" will have the "Foo" id))
- Specification : required dependency (optional)
- Aggregate : is the dependency an aggregate dependency (optional, default= "false")
- Optional: is the dependency an optional dependency (optional, default= "false")
- Filter: dependency LDAP filter (optional)
- Policy: defines the binding policy (accepted value : dynamic, static, dynamic-priority) (optional, default = "dynamic")
- Comparator: defines the comparator to use to sort service references (optional, default = OSGi Service Reference Comparator)
@UnbindGoal: Defines an unbind method Target: Method Attributes: - Id: Dependency Id, if the id is already defines in a "@requires" or "@bind" annotation, it adds this method as an unbind method of the already created dependency. (optional, default= no id, compute an id if the method name begin by "unbind" (for instance "unbindFoo" will have the "Foo" id))
- Specification : required dependency (optional)
- Aggregate : is the dependency an aggregate dependency (optional, default= "false")
- Optional: is the dependency an optional dependency (optional, default= "false")
- Filter: dependency LDAP filter (optional)
- Policy: defines the binding policy (accepted value : dynamic, static, dynamic-priority) (optional, default = "dynamic")
- Comparator: defines the comparator to use to sort service references (optional, default = OSGi Service Reference Comparator)
@ValidateGoal: defines a validate lifecycle callback Target: method @InvalidateGoal: defines a validate lifecycle callback Target: method It is possible to defines component type both in the metadata file (in XML) and by using annotation. However, if a component type defined by using annotations has the same name than a type define in the XML file, the XML descriptor override the annotation defined type. However, a warning message is launched during the manipulation. Instance creationAnnotation can only be used to define component type. To define instances, you need to use the XML descriptor. Instance can refer to annotated types by referring to their names. Code Block |
---|
|
<instance component="ipojo.example.hello.impl.HelloImpl"/>
<instance component="AnnotedHelloClient"/>
|
Using Custom AnnotationsExternal handlers can provides their own annotations. Using these annotations just requires to add them to your build path. To external handlers annotations, please refer to the external handler documentation. |