Title: Message Title
|
|
|
|
We talked through this a bit in #dspace today between pbecker, mhwood, hpottinger & I.
* The way that Workflow works is a bit odd. A workflow probably should not advance automatically if it encounters a Workflow group with no members. However, we currently don't have a way to identify a "stalled" workflow process. So, if a workflow were to "stall", how would an Administrator be notified?
* Notifications are definitely a problem when you want to use a "Special Group" to manage Workflow steps. Notifications cannot be sent to members who are added dynamically via Shibboleth or LDAP, as those members only exist in the group while they are logged in.
One possible workaround to both of these issues would be to create a "Fake EPerson" whose email address corresponds to a notification/distribution mailing list (perhaps managed via Shibboleth or LDAP). When the Workflow step is triggered, the "Fake EPerson" would cause a notification to be sent to all users on that mailing list. If the members of that mailing list were then auto-added to the proper "Special Group" when they authenticate via Shib/LDAP, then they'd BOTH receive the notification (via the mailing list) and also have proper permissions (via the "Special Group"). Admittedly, this workaround is definitely not "ideal".
|
|
|
|
|
|
|
|
The Shibboleth-Authentication module may add authenticated users to DSpace groups. These groups are called special groups, "these are really groups but the user's membership within these groups is not recorded in the database. Each time a user authenticates they are automatically placed within the pre-defined DSpace group, so if the user loses their affil...
|
|
|
|
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
