Most plugin managers in core use a named annotation class for its plugins.
This isn't strictly necessary; plugins can be generically annotated with @Plugin, and the default behavior of DefaultPluginManager will still find those plugins as long as they're located in the proper subdir.
This could become an issue in contrib; modules creating new plugin types can start out using the generic Plugin annotation, but if they try to clean up and use a specific annotation class later, any implementing plugins from other modules with the old @Plugin annotation won't be discovered.
Comments
Comment #1
tim.plunkettThis is not an actionable issue yet. Yes, changing annotation classes is a BC break, but that should be obvious. We should focus on #1966246: [meta] Introduce specific annotations for each plugin type and #2169853: EntityType Annotation does not extend AnnotationBase, which will let us move forward here.
Comment #2
les limAdded "Needs beta evaluation" tag. This is still postponed pending #1966246: [meta] Introduce specific annotations for each plugin type.
Comment #16
smustgrave commentedThank you for creating this issue to improve Drupal.
We are working to decide if this task is still relevant to a currently supported version of Drupal. There hasn't been any discussion here for over 8 years which suggests that this has either been implemented or is no longer relevant. Your thoughts on this will allow a decision to be made.
Since we need more information to move forward with this issue, the status is now Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.
Thanks!
Comment #17
smustgrave commentedSince everything is converting to attributes now going to close this one out.