Here’s a couple of reasons why the Eclipse Update Site template supplied with Notes 8 is a killer template and why it’s preferable to use from a Notes users perspective (get the pun?):
- Update Site accessible over NRCP (only by Notes clients) or HTTP.
- Easy to host on a Domino server even without running the HTTP task.
- Replication to other servers.
- Easy to control access with ACL.
- Easy overview of categories, plugins and features.
- Easy to update the update site URL for all/selected features without rebuilding.
If you’ve been doing plugin/feature packaging in Eclipse you’ll really appreciate item number 6.
Thanks, I have been meaning to check this thing out. I can definitely see the value of it behind the corporate firewall. Do you know if this template supports Equinox p2 metadata? ..are we even going to see p2 under the covers of Notes 8.5?
LikeLike
I would think so. Looking at the backend documents the manifest.mf is stored in its entirety in an item and some data extracted for presentation. The same is true for features.
As to p2 for Notes I wouldn’t bet on it though it would be cool. Notes 8.5 is based on Eclipse 3.4 so the code to handle auto deployment is probably there. Whether it will be supported is another matter. One problem I can see is that the dropins folder should be moved somewhere under the Notes data directory for starters.
LikeLike
The only thing I wish it had was the ability to delete a feature, versus deleting all the features.
I know why it’s like this, but it doesn’t mean I can’t dream 🙂
LikeLike
But then again it’s modifying a XML-file and optionally reverting to an older version of the feature if available. In my mind managing the dependencies of the features is not the job of this database.
LikeLike