Difference between revisions of "Talk:PubMan Web Syndication Feeds"
Jump to navigation
Jump to search
m (→Implementation) |
m (→Implementation) |
||
Line 32: | Line 32: | ||
--[[User:Makarenko|Makarenko]] 16:49, 14 November 2008 (UTC) Decision: all functionality should be presented only in the '''syndication manager''' to avoid complexity. | --[[User:Makarenko|Makarenko]] 16:49, 14 November 2008 (UTC) Decision: all functionality should be presented only in the '''syndication manager''' to avoid complexity. | ||
=== Media RSS Module (mrss) === | |||
mrss specifications is [http://video.search.yahoo.com/mrss here]. mrss to be impemented as rss 2.0 [http://wiki.java.net/bin/view/Javawsxml/MediaRSS module] for Faces and Diamonds. |
Revision as of 08:52, 23 October 2009
Feed for search results[edit]
- each advanced search for the logged in user
- Question: Why restricting this functionality to logged in users? --Inga 14:41, 17 September 2008 (UTC)
- Vlad : Agree, can be extended for the case.
Naming[edit]
feedermanager sounds somewhat weird to my ears. wouldn't syndication_manager be better? Robert 11:21, 23 September 2008 (UTC)
- Agree --Makarenko 15:37, 13 November 2008 (UTC)
Interfaces[edit]
- would propose to change the interfaces (instead of http://pubman.mpdl.mpg.de/feed/rss20/releases, ...) to:
- for complete publications repository: http://pubman.mpdl.mpg.de/feed/rss20/publications
- for concrete organization: http://pubman.mpdl.mpg.de/feed/rss20/publications/organization/escidoc:xxx
- for concrete item: a. for concrete organization: http://pubman.mpdl.mpg.de/feed/rss20/publications/item/escidoc:xxx
Implementation[edit]
- must the structured export manager be redesigned to deal with feed information?
- the idea is - this to be done in SyndicationManager and the structured export manager to only deal with feed-entries transformation i.e. like mapping to any metadata format --Natasa 14:00, 13 November 2008 (UTC)
- agree --Makarenko 14:39, 13 November 2008 (UTC)
- StructuredExportManager should distinguish the context (e.g. Faces, PubMan, VIRR) to be able to apply correct transformations since MD sets are different for applications. Possible solutions:
- XSLT parses the item list and applies appropriate transformation for the item
- Advantages: the only XSLT should be changed and not the service.
- Disadvantages: a) lack of functionality for string processing in XPATH (but, probably, enough for the purpose); b) no way to use ROME
- move transformation functionality from XSLT to the ROME
- Advantages: a) simple and standardized approach to generate WSF of all supported formats, b) java string processing, c) fast development, d) JBOSS integration
- Disadvantages: StructuredExportManager should be redesigned to adopt ROME
- XSLT parses the item list and applies appropriate transformation for the item
- the idea is - this to be done in SyndicationManager and the structured export manager to only deal with feed-entries transformation i.e. like mapping to any metadata format --Natasa 14:00, 13 November 2008 (UTC)
- --Makarenko 15:39, 13 November 2008 (UTC) On my opinion, the ROME has more advantages against XSLT.
--Makarenko 16:49, 14 November 2008 (UTC) Decision: all functionality should be presented only in the syndication manager to avoid complexity.
Media RSS Module (mrss)[edit]
mrss specifications is here. mrss to be impemented as rss 2.0 module for Faces and Diamonds.