[Deploying Sakai] 2 separate instances of a tool on a site

[Steve Swinsburg]

Interesting, I was always under the impression that tools should always bind to the siteid/userid as the identifier for persisting data, rather than the specific page instance they are on?

I know this breaks the ability for multiple instances of some tools (those that don't support multiple parts in them anyway), but data that is then safely persisted to the site. If the site is deleted it can be retrieved by re-creating the site with the same siteid (found in an email, bookmark or logfile), and all data in tools is still there, you just need to readd the tool to the site.

If the data for a tool was tied to a page, that would be more difficult to obtain and recreate.

For those tools that do support multiples, eg Web Content/News etc, they have limited data (generally a single URL and a title) so associating them with a pageid is probably ok.

cheers,
Steve

On 23/04/2010, at 8:04 AM, Matthew Jones wrote:

> The feature that enables this was implemented in 
> http://jira.sakaiproject.org/browse/SAK-7209
> (Allow multiple instances of new tools)
> 
> However, only a few tools have been set by default to allow multiple instances. I believe this was because not all tools work correctly and they weren't all tested out with this feature. Unfortunately rwiki is one of these and it uses the siteid as an identifier rather than the page id. So even if you enabled it for multiple tools, the content will still always be the same. I can look into this to see what it would take to change this, but it's probably not trivial.
> 
> Anyway, normally to make the change to allow multiple instances (since I'd already typed it up) on a live system all you'd have to do is:
> 
> (This is in your tomcat home directory)
> 1) Edit webapps/sakai-rwiki-tool/tools/sakai.rwiki.xml
> Add in the configuration for allowMultipleInstances somewhere near the bottom before the </tool>
>                 <configuration name="allowMultipleInstances" value="true" />
> 
> Then either restart the instance, or just get the tool to redeploy by 'touching' web.xml (in unix or with unxutils [1] in windows).
> 
> (Should get tomcat to 'redeploy' rwiki)
> 2) touch webapps/sakai-rwiki-tool/WEB-INF/web.xml
> 
> 3) Then you should either update this file in your sakai-rwiki-tool.war (you can just use zip), or if you're building from source, update it there so the change is permanent.
> 
> If you did this you'd notice the screenshot below where you can add multiple instance of wiki with different names but they are all identical, and they all will have the same global name which is the site id (/site/590ca56b-c081-4616-bde1-8dbe907d1a30/home). :( I'm guessing it wouldn't be *hard* to change this id to include the page, but it probably would be hard to change it and also retain compatibility with all of the existing wikis with old references.
> 
> 
> 
> [1] http://unxutils.sourceforge.net/
> 
> On Thu, Apr 22, 2010 at 5:01 PM, Sri Kota <srini07 at gmail.com> wrote:
> Hello Friends,
> I want to have 2 separate instances of the Wiki on the same worksite.
> 
> Currently, when I try to create a "New Tool", it gives me a copy of the first instance.
> 
> How can I have multiple instances of a tool on the same site?
> 
> Thanks,
> Sri
> 
> -- 
> - Sri
> Sarvē Janā Sukhinō Bhavantu
> 
> 
> _______________________________________________
> production mailing list
> production at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/production
> 
> TO UNSUBSCRIBE: send email to production-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
> 
> _______________________________________________
> production mailing list
> production at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/production
> 
> TO UNSUBSCRIBE: send email to production-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/production/attachments/20100423/4fd3930e/attachment.html