Valerie Bubb Fenwick wrote:
On Tue, 18 Aug 2009, Derek Cicero wrote:
Alan Burlison wrote:
Constantin Gonzalez wrote:
These questions are covered in the "OpenSolaris Site Feature
Mappings" which you can find at
http://opensolaris.org/os/community/web/restructuring/site_features/.
thanks for pointing me to this part of the docs, which I hadn't
found yet.
No probs.
They state that existing content under "News", "Announcement" and
"Events"
will be automatically brought over to XWiki.
But in our case, this doesn't seem to work. Or did I overlook
something?
See under "Special Features"
"These features have all been removed as separate functions with the
move to XWiki. If a Project or Community owner wants to add an
announcement, blog, news or events entry they will need to create a
new page and manage that as they would any other page in their space.
Note that any content contained in the following page types WILL NOT
be brought over in the transition, with the exception of the Files
page content."
The reason for this is that the feature had it's own interface which
is going away and it was rarely, if ever, used by most spaces. We will
leave the content on a copy of the old portal so people can migrate
the content if needed.
What about the blog aggregates? I've seen those used, and know we use them,
in lots of places. We've used announcements and news for posting links to
relevant papers, so concerned this is not being automatically migrated. Why
can't the News & Announcements be migrated as static content?
The blogs feature will break. The old system used ROME to poll the feeds
and dump it into a custom db table. That is different from how XWiki
works, which will allow you to add an RSS feed within the page itself
and manage it independently. The good thing with XWiki is that it will
support any valid RSS feed.
Regarding the News, Events & Announcements, it can be migrated, but when
you multiply the number of spaces times the number of pages and
calculate that 96% of them are blank, it would result in the creation
of about 500-1,000 empty pages. I would argue that it's less work to
create 20-50 pages for folks that use it then to delete 800+ for the
ones that don't.
Derek
Valerie
--
Derek Cicero
Program Manager
Solaris Kernel Group, Software Division
_______________________________________________
website-discuss mailing list
[email protected]
