Liferay 7 Major changes
Here are some key changes of interest to existing Liferay developers:
many out of the box portlets, features, and associated APIs have been extracted as OSGi modules
Adoption of modern OSGi standards its modernized standards, such as Declarative Services, have made learning and using it much easier.
Core Public APIs are provided through portal-kernel (previously known as portal-service); all other public APIs are provided by their own modules.
You can reuse modules and libraries, and manage the dependencies among them.
Registration of classes implementing extension points is now simpler and more consistent; it’s based on the standard
@Componentannotation instead of declarations inportal.propertiesorportlet.xml.Complete integration of Liferay specific tools (such as Service Builder) within Maven and Gradle. Additionally we’ve adopted some new tools such as Bnd.
There are a lot of benefits of using OSGi and below are some:
- Easier to manage dependencies across module or plugin level
- Modules can be installed and uninstalled during the running server with no need to bounce the server
- Module versioning will help developers to reduce/stop class conflict for individual version of modules
- Deployment would be quite easy once you understand the build and deployment process through the blade tool
- Service contracts are loosely coupled. This means that services can be publish and consume from the service registry.
- It’s very fast due to being small and secure with small package/bundles.
- One more interesting thing here is, during development you don’t need to be dependent on Liferay SDK until and unless your module or individual project follows Liferay’s OSGi standards.
- In-short, this new framework will provide very good flexibility to the developer for the development and will increase productivity
Comments
Post a Comment