jana_plugin.cmake: explicitly depend plugins on podio_datamodel_glue

[veprbl]

Briefly, what does this PR introduce?

#1704 broke multiprocess builds (e.g. make -j10). The issue is that cmake header scanner ignores rule that generates datamodel_glue.h, which leads to race conditions:

src/services/io/podio/JEventSourcePODIO.cc:30:10: fatal error: services/io/podio/datamodel_glue.h: No such file or directory
   30 | #include "services/io/podio/datamodel_glue.h"
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

This PR introduces a target-level dependency. The case of external plugin is handled by the fact that the headers are installed along with EICrecon.

What kind of change does this PR introduce?

• Bug fix (issue #__)
• New feature (issue #__)
• Documentation update
• Other: __

Please check if this PR fulfills the following:

• Tests for the changes have been added
• Documentation has been added / updated
• Changes have been communicated to collaborators

Does this PR introduce breaking changes? What changes might users need to make to their code?

No

Does this PR change default behavior?

No

[wdconinc]

Looks good to me. Nice simplification of common properties, and thanks for moving the generated include to a target.

[github-actions]

Capybara summary for PR 1772

• rec_dis_10x100_minQ2=0_craterlake
• rec_dis_10x100_minQ2=1000_craterlake_tracking_only
• rec_dis_18x275_minQ2=0_craterlake_18x275
• rec_dis_18x275_minQ2=1000_craterlake_18x275
• rec_dis_5x41_minQ2=0_craterlake_5x41
• rec_e_1GeV_20GeV_craterlake
• rec_pi_1GeV_20GeV_craterlake
  ^{_{Last updated 2025-03-25T18:42-04:00 7c68219}}