SOLVED
work with OSGi Bundles
1 Accepted Solution
Correct answer by
Hi
Please have a look at this old forum post:-
Link:- https://forums.adobe.com/thread/1151785
//
To replicate it across, you can either create a package containing the bundle, and replicate that to the publishers, or go to /etc/replication/treeactivation.html on the author, select the path to the bundle, and replicate that way.
The canonical answer would be: Put the bundle into a CRX package (path: /apps/<appname>/install) and then upload the package to the instances you want to deploy the package.
If you want to transport that package via replication, it will work. But be aware, that then you deploy it to all publishs more or less in parallel, which might be an unwanted behaviour. The usual trick is to partition your publishs into 2 distinct sets. One set is active and receives requests by the loadbalancer, the other is idle and does not receive any requests from the loadbalancer in front of them.
Then reconfigure the replication agents pointing to the active set of publishs, and change their port to an unused one. This prevents that the replication is successfully working to this publishs, but the agents do still accept replication requests from the authors (but they are not executed). If you activate then the package, the package will be replicated only to the idle set of publishs and is installed there. Then switch the configuration for both sets of publishs and make the active set the idle one and vice versa. Now you only need to wait until the replication queues to the (new) idle set of publishs is emptry and the package is installed. Now all publishs have the new package installed and you can configure all replication agents back to "normal" settings.
That's a common deployment strategy used by many projects. If done properly you don't face any problems on your live site.
Another Reference Article:- http://www.wemblog.com/2012/04/how-to-install-multiple-package-in-cq.html
I hope this will help you.
Thanks and Regards
Kautuk Sahni
Kautuk Sahni
Correct answer by
Hi
Please have a look at this old forum post:-
Link:- https://forums.adobe.com/thread/1151785
//
To replicate it across, you can either create a package containing the bundle, and replicate that to the publishers, or go to /etc/replication/treeactivation.html on the author, select the path to the bundle, and replicate that way.
The canonical answer would be: Put the bundle into a CRX package (path: /apps/<appname>/install) and then upload the package to the instances you want to deploy the package.
If you want to transport that package via replication, it will work. But be aware, that then you deploy it to all publishs more or less in parallel, which might be an unwanted behaviour. The usual trick is to partition your publishs into 2 distinct sets. One set is active and receives requests by the loadbalancer, the other is idle and does not receive any requests from the loadbalancer in front of them.
Then reconfigure the replication agents pointing to the active set of publishs, and change their port to an unused one. This prevents that the replication is successfully working to this publishs, but the agents do still accept replication requests from the authors (but they are not executed). If you activate then the package, the package will be replicated only to the idle set of publishs and is installed there. Then switch the configuration for both sets of publishs and make the active set the idle one and vice versa. Now you only need to wait until the replication queues to the (new) idle set of publishs is emptry and the package is installed. Now all publishs have the new package installed and you can configure all replication agents back to "normal" settings.
That's a common deployment strategy used by many projects. If done properly you don't face any problems on your live site.
Another Reference Article:- http://www.wemblog.com/2012/04/how-to-install-multiple-package-in-cq.html
I hope this will help you.
Thanks and Regards
Kautuk Sahni
Kautuk Sahni
