[Building Sakai] 答复: sakai-dev Digest, Vol 42, Issue 16
Yuechuan Dai
daiyuechuan at hotmail.com
Mon Aug 20 02:21:06 PDT 2012
Hi all,
After we start load balance. The Statistics function doesn't work when we
use domain name to access.
Like if we use cas.sias.edu.cn to login into the system and check the
statistics, nothing show up.
But if we only use IP address to access everything running ok. Like we use
218.29.109.190:8080/portal to login, everything is ok.
Thanks,
Neil
-----邮件原件-----
发件人: sakai-dev-bounces at collab.sakaiproject.org
[mailto:sakai-dev-bounces at collab.sakaiproject.org] 代表
sakai-dev-request at collab.sakaiproject.org
发送时间: 2012年8月18日 3:00
收件人: sakai-dev at collab.sakaiproject.org
主题: sakai-dev Digest, Vol 42, Issue 16
Send sakai-dev mailing list submissions to
sakai-dev at collab.sakaiproject.org
To subscribe or unsubscribe via the World Wide Web, visit
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
or, via email, send a message with subject or body 'help' to
sakai-dev-request at collab.sakaiproject.org
You can reach the person managing the list at
sakai-dev-owner at collab.sakaiproject.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of sakai-dev digest..."
Today's Topics:
1. Re: New Roles Tool (Neal Caidin)
2. Basic LTI tool registration settings being lost (Joshua Swink)
3. Re: New Roles Tool (Steve Swinsburg)
4. cannot recognize encode? (baynaa_sk B)
5. Re: cannot recognize encode? (Baynaa_sk)
6. Re: Updating Database Table (Earle Nietzel)
7. Re: New Roles Tool (Nguni Phakela)
8. Re: Updating Database Table (Nguni Phakela)
9. Re: cannot recognize encode? (Steve Swinsburg)
10. Re: Updating Database Table (Steve Swinsburg)
11. realmRoleGroupCache 100% miss. (Steve Swinsburg)
12. Re: Basic LTI tool registration settings being lost
(Savitha Prakash)
13. General Jira workflow question - ready for merge, no QA
(Neal Caidin)
14. Re: realmRoleGroupCache 100% miss. (Aaron Zeckoski)
15. Re: General Jira workflow question - ready for merge, no QA
(Aaron Zeckoski)
16. Re: realmRoleGroupCache 100% miss. (Steve Swinsburg)
17. Re: Copyright Information textbox does not appear in 2.8.1
(Gast, Cynthia (cmw6s))
18. Re: Basic LTI tool registration settings being lost
(Charles Severance)
19. Re: Copyright Information textbox does not appear in 2.8.1
(Sam Ottenhoff)
20. Re: realmRoleGroupCache 100% miss. (Aaron Zeckoski)
21. Sakai CLE 2.9.0-b07 released (Neal Caidin)
22. Sakai username (dis)appearance in after login (Mustansar Mehmood)
23. Re: Sakai username (dis)appearance in after login (Bryan Holladay)
24. Re: Sakai username (dis)appearance in after login
(Mustansar Mehmood)
25. Sakai in the cloud (Jaques Smith)
26. Re: Sakai in the cloud (Aaron Zeckoski)
27. coursemanagement service and Course vs CourseSection objects
(Gross,Christopher)
28. Sakai Course Management - Site participant list (Jaco Gillman)
29. Re: Sakai in the cloud (Mark J. Norton)
30. Re: Sakai Course Management - Site participant list (Zhen Qian)
31. Resolving Tomcat Dependencies in Maven (Mark J. Norton)
32. Re: Resolving Tomcat Dependencies in Maven (Zach A. Thomas)
33. Re: Resolving Tomcat Dependencies in Maven (Matthew Jones)
34. Re: Resolving Tomcat Dependencies in Maven (Mark J. Norton)
----------------------------------------------------------------------
Message: 1
Date: Thu, 16 Aug 2012 16:35:46 -0400
From: Neal Caidin <nealcaidin at sakaifoundation.org>
Subject: Re: [Building Sakai] New Roles Tool
To: Nguni Phakela <nguni52 at gmail.com>
Cc: sakai-dev at collab.sakaiproject.org
Message-ID: <8D19E285-B687-457C-88BD-22EC8F963E5B at sakaifoundation.org>
Content-Type: text/plain; charset=iso-8859-1
Hi Nguni,
See if this will meet your needs:
https://confluence.sakaiproject.org/display/DAC/Delegated+Access+Tool
Cheers,
Neal Caidin
Sakai CLE Community Coordinator
nealcaidin at sakaifoundation.org
Skype: nealkdin
AIM: ncaidin at aol.com
On Aug 16, 2012, at 8:35 AM, Nguni Phakela <nguni52 at gmail.com> wrote:
> Hi All,
>
> Is there a tool that has been developed for 2.9 that allows one to be able
to create different roles and provide different permissions to roles. For
example, we would like to have some users to be able to use the tool "Become
User", however, we don't want these users to have admin rights/password.
>
> We are running 2.8.0. We can port this tool and see if it works on 2.8.0,
or modify accordingly if it doesn't work 'out-of-the-box'.
>
> Kind Regards,
> --
> Nguni Phakela
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
------------------------------
Message: 2
Date: Thu, 16 Aug 2012 17:30:38 -0700
From: Joshua Swink <joshua.swink at gmail.com>
Subject: [Building Sakai] Basic LTI tool registration settings being
lost
To: Sakai-Dev <sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAFS8oBSdppzjDC2Bb1eU24gXgH2bGa814mZVQR7-1sHuZbMpqQ at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I'm defining a 'virtual tool' using Basic LTI. Its purpose is to access
Piazza (https://piazza.com/).
I am seeing a problem in that some of the configuration values do not make
it to the tool that gets placed in a site. I see the following sequence of
events:
* I added a new <tool> section to
${sakai.home}/portlets/imsblti/IMSBLTIPortlet.xml with values that define
the virtual Piazza tool
* An instructor goes to Site Editor, Edit Tools, and adds this Piazza tool
to a course site
* The instantiated Piazza tool has enough info to connect to Piazza (such
as imsti.secret and imsti.key) but several other settings are missing (such
as imsti.pagetitle and imsti.releasename)
Should these values make it to the final, instantiated tool? If so, is
there another way to get them there or is this a bug?
I am using Sakai 2.7.1.
The tool registration is:
<tool id="sakai.piazza" title="Piazza" description="Piazza
Collaboration Tool">
<configuration name="sakai:portlet-pre-render" value="true" />
<category name="course" />
<category name="project" />
<category name="portfolio" />
<configuration name="functions.require" />
<configuration name="imsti.launch" value="
https://piazza.com/basic_lti" />
<configuration name="imsti.xml" />
<configuration name="imsti.secret" value="XXXXXXXXXXXXXX" />
<configuration name="imsti.key" value="ucmerced.edu" />
<configuration name="imsti.pagetitle" value="ThePageTitle" />
<configuration name="imsti.tooltitle" value="TheToolTitle" />
<configuration name="imsti.newwindow"/>
<configuration name="imsti.frameheight" />
<configuration name="imsti.debug" value="true" />
<configuration name="imsti.releasename" value="true" />
<configuration name="imsti.releaseemail" value="true" />
<configuration name="imsti.custom"/>
<configuration name="allowMultipleInstances" value="false"/>
<configuration name="final.launch" value="true"/>
<configuration name="final.xml" value="true"/>
<configuration name="final.secret" value="true"/>
<configuration name="final.key" value="true"/>
<configuration name="final.pagetitle" value="false"/>
<configuration name="final.tooltitle" value="false"/>
<configuration name="final.newwindow" value="false"/>
<configuration name="final.frameheight" value="false"/>
<configuration name="final.debug" value="false"/>
<configuration name="final.releasename" value="true"/>
<configuration name="final.releaseemail" value="true"/>
<configuration name="final.custom" value="false"/>
</tool>
The debug values are:
*BasicLTI Endpoint*https://piazza.com/basic_lti
*BasicLTI Parameters:*
user_id=ccain
lis_course_offering_sourced_id=201220-20010-BIO-110-01
context_id=201220-20010-BIO-110-01
context_title=SU12-BIO 110 01
oauth_signature=+611U2BjRo0CuQ4oJ9Xy4iee7JU=
oauth_nonce=5542927403601402
lti_message_type=basic-lti-launch-request
resource_link_id=30b09f95-a85f-4a6b-aa04-bab7e4b361f0
ext_sakai_serverid=ucmcropst2
roles=Instructor
oauth_signature_method=HMAC-SHA1
oauth_callback=about:blank
context_label=SU12-BIO 110 01
basiclti_submit=Press to continue to external tool.
launch_presentation_locale=en_US
ext_sakai_server=http://cropstest.ucmerced.edu
ext_sakai_session=0dfbfa37fc38d9978e443aa599c6b543b223a5d91ae231f7426cb6a046
8f8e31e4d0ea8c092a0e9e
oauth_timestamp=1345163011
context_type=CourseOffering
lti_version=LTI-1p0
oauth_version=1.0
oauth_consumer_key=ucmerced.edu
Josh
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120816/5459
cdf9/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: basiclti_piazza_missinginfo.png
Type: image/png
Size: 79327 bytes
Desc: not available
Url :
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120816/5459
cdf9/attachment-0001.png
------------------------------
Message: 3
Date: Fri, 17 Aug 2012 12:22:33 +1000
From: Steve Swinsburg <steve.swinsburg at gmail.com>
Subject: Re: [Building Sakai] New Roles Tool
To: Nguni Phakela <nguni52 at gmail.com>
Cc: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <BD12BBAA-5C72-42EA-B4CA-0E83E05D4F1E at gmail.com>
Content-Type: text/plain; charset=us-ascii
Hi Nguni,
You can just use the Admin realms tool for this. Create a new role in the
site template realm for the site type and assign the permissions. Note that
it doesn't backfill the roles to the existing sites though, there is a web
service to do this. I believe also a contrib tool to assist in the backfill
(iirc).
Cheers,
Steve
Sent from my iPad
On 16/08/2012, at 22:35, Nguni Phakela <nguni52 at gmail.com> wrote:
> Hi All,
>
> Is there a tool that has been developed for 2.9 that allows one to be able
to create different roles and provide different permissions to roles. For
example, we would like to have some users to be able to use the tool "Become
User", however, we don't want these users to have admin rights/password.
>
> We are running 2.8.0. We can port this tool and see if it works on 2.8.0,
or modify accordingly if it doesn't work 'out-of-the-box'.
>
> Kind Regards,
> --
> Nguni Phakela
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
------------------------------
Message: 4
Date: Fri, 17 Aug 2012 12:34:34 +0900
From: baynaa_sk B <baynaa.sk at gmail.com>
Subject: [Building Sakai] cannot recognize encode?
To: sakai-dev at collab.sakaiproject.org
Message-ID:
<CACQ2pEoidt+U9sLzhZiWS6BkM4kX3amwM8xt-BqzCAAQ6GT2tQ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
in the course, it cannot recognize the encode of the translated files and
names in cyrillic. where and what configuration should i change to make it
work?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/c7c0
935d/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: asf.jpg
Type: image/jpeg
Size: 68914 bytes
Desc: not available
Url :
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/c7c0
935d/attachment-0001.jpg
------------------------------
Message: 5
Date: Thu, 16 Aug 2012 20:39:17 -0700 (PDT)
From: Baynaa_sk <baynaa.sk at gmail.com>
Subject: Re: [Building Sakai] cannot recognize encode?
To: sakai-dev at collab.sakaiproject.org
Message-ID: <34309954.post at talk.nabble.com>
Content-Type: text/plain; charset=us-ascii
i created db's character set utf8, and sakai config -Dfile.encoding=UTF-8...
Baynaa_sk wrote:
>
> in the course, it cannot recognize the encode of the translated files and
> names in cyrillic. where and what configuration should i change to make it
> work?
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
--
View this message in context:
http://old.nabble.com/-Building-Sakai---cannot-recognize-encode--tp34309950p
34309954.html
Sent from the Sakai - Development mailing list archive at Nabble.com.
------------------------------
Message: 6
Date: Thu, 16 Aug 2012 23:52:16 -0400
From: Earle Nietzel <earle.nietzel at gmail.com>
Subject: Re: [Building Sakai] Updating Database Table
To: Nguni Phakela <nguni52 at gmail.com>
Cc: sakai-dev at collab.sakaiproject.org
Message-ID:
<CAD3fRzsbxze4hz7csJx3pmb-2h2-mwcSgKhe=sH5=S=ZtVZB0A at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Nguni,
The best way to solve this is probably via web services.
You can use your scripting language of choice and make calls to web service
to add or remove people from a site or even change permissions.
Have a look at
https://confluence.sakaiproject.org/display/WEBSVCS/Web+Services+Documentati
on
And
https://confluence.sakaiproject.org/display/WEBSVCS/How+to+use+the+Sakai+Web
+Services
Earle
On Aug 16, 2012 8:31 AM, "Nguni Phakela" <nguni52 at gmail.com> wrote:
> Hi All,
>
> I want to modify the owner of a course. This is helpful during migration
> since we migrate the data for the instructors, create courses, but then
> once all the data has been migrated we want to hand over migration to
> instructor.
>
> So in order to do this, We would like to implement a functionality that
> will allow us to modify the Create_by field in the SAKAI_SITE table.
>
> How best can I do this? I tried with interacting directly with the
> database. It used to work, but now it doesn't to be a good option. Can I
> use BasicSqlService and is there an example of how to use this?
> --
> Nguni Phakela
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120816/1756
5bf6/attachment-0001.html
------------------------------
Message: 7
Date: Fri, 17 Aug 2012 06:41:50 +0200
From: Nguni Phakela <nguni52 at gmail.com>
Subject: Re: [Building Sakai] New Roles Tool
To: Steve Swinsburg <steve.swinsburg at gmail.com>
Cc: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <890E7194-F9DB-4AAF-84D9-7E129F79828A at gmail.com>
Content-Type: text/plain; charset=us-ascii
Hi Steve and Neal,
Thanx for the replies. Will give the suggestions a try and see what I come
up with.
Cheers,
Nguni
http://www.nguni52.co.za
Sent from my iPhone 4
On Aug 17, 2012, at 4:22 AM, Steve Swinsburg <steve.swinsburg at gmail.com>
wrote:
> Hi Nguni,
>
> You can just use the Admin realms tool for this. Create a new role in the
site template realm for the site type and assign the permissions. Note that
it doesn't backfill the roles to the existing sites though, there is a web
service to do this. I believe also a contrib tool to assist in the backfill
(iirc).
>
> Cheers,
> Steve
>
> Sent from my iPad
>
> On 16/08/2012, at 22:35, Nguni Phakela <nguni52 at gmail.com> wrote:
>
>> Hi All,
>>
>> Is there a tool that has been developed for 2.9 that allows one to be
able to create different roles and provide different permissions to roles.
For example, we would like to have some users to be able to use the tool
"Become User", however, we don't want these users to have admin
rights/password.
>>
>> We are running 2.8.0. We can port this tool and see if it works on 2.8.0,
or modify accordingly if it doesn't work 'out-of-the-box'.
>>
>> Kind Regards,
>> --
>> Nguni Phakela
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
------------------------------
Message: 8
Date: Fri, 17 Aug 2012 06:42:48 +0200
From: Nguni Phakela <nguni52 at gmail.com>
Subject: Re: [Building Sakai] Updating Database Table
To: Earle Nietzel <earle.nietzel at gmail.com>
Cc: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <12057DCB-E13C-4A47-B2BF-6B8B7E4AF7D4 at gmail.com>
Content-Type: text/plain; charset="us-ascii"
Thank you Earle. Will try that.
Nguni
http://www.nguni52.co.za
Sent from my iPhone 4
On Aug 17, 2012, at 5:52 AM, Earle Nietzel <earle.nietzel at gmail.com> wrote:
> Hi Nguni,
>
> The best way to solve this is probably via web services.
>
> You can use your scripting language of choice and make calls to web
service to add or remove people from a site or even change permissions.
>
> Have a look at
>
https://confluence.sakaiproject.org/display/WEBSVCS/Web+Services+Documentati
on
>
> And
>
>
https://confluence.sakaiproject.org/display/WEBSVCS/How+to+use+the+Sakai+Web
+Services
>
> Earle
> On Aug 16, 2012 8:31 AM, "Nguni Phakela" <nguni52 at gmail.com> wrote:
> Hi All,
>
> I want to modify the owner of a course. This is helpful during migration
since we migrate the data for the instructors, create courses, but then once
all the data has been migrated we want to hand over migration to instructor.
>
> So in order to do this, We would like to implement a functionality that
will allow us to modify the Create_by field in the SAKAI_SITE table.
>
> How best can I do this? I tried with interacting directly with the
database. It used to work, but now it doesn't to be a good option. Can I use
BasicSqlService and is there an example of how to use this?
>
> --
> Nguni Phakela
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/9069
4903/attachment-0001.html
------------------------------
Message: 9
Date: Fri, 17 Aug 2012 14:46:14 +1000
From: Steve Swinsburg <steve.swinsburg at gmail.com>
Subject: Re: [Building Sakai] cannot recognize encode?
To: Baynaa_sk <baynaa.sk at gmail.com>
Cc: sakai-dev at collab.sakaiproject.org
Message-ID: <09CB36EA-9D13-4655-A8A6-AC065495DA3C at gmail.com>
Content-Type: text/plain; charset=us-ascii
Hi,
Is your tomcat connector setup with URIEncoding="UTF-8" ?
cheers,
Steve
On 17/08/2012, at 1:39 PM, Baynaa_sk <baynaa.sk at gmail.com> wrote:
>
> i created db's character set utf8, and sakai config
-Dfile.encoding=UTF-8...
>
> Baynaa_sk wrote:
>>
>> in the course, it cannot recognize the encode of the translated files and
>> names in cyrillic. where and what configuration should i change to make
it
>> work?
>>
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>>
>
> --
> View this message in context:
http://old.nabble.com/-Building-Sakai---cannot-recognize-encode--tp34309950p
34309954.html
> Sent from the Sakai - Development mailing list archive at Nabble.com.
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
------------------------------
Message: 10
Date: Fri, 17 Aug 2012 14:53:35 +1000
From: Steve Swinsburg <steve.swinsburg at gmail.com>
Subject: Re: [Building Sakai] Updating Database Table
To: Earle Nietzel <earle.nietzel at gmail.com>
Cc: sakai-dev at collab.sakaiproject.org
Message-ID: <5A7FECD0-6E4D-49CD-8A5F-0781B5BAE22C at gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Unfortunately the 'createdby' attribute of a site is immutable so the web
services won't do you any good. This is probably one of those rare occasions
I'd say just modify the database.
cheers,
Steve
On 17/08/2012, at 1:52 PM, Earle Nietzel <earle.nietzel at gmail.com> wrote:
> Hi Nguni,
>
> The best way to solve this is probably via web services.
>
> You can use your scripting language of choice and make calls to web
service to add or remove people from a site or even change permissions.
>
> Have a look at
>
https://confluence.sakaiproject.org/display/WEBSVCS/Web+Services+Documentati
on
>
> And
>
>
https://confluence.sakaiproject.org/display/WEBSVCS/How+to+use+the+Sakai+Web
+Services
>
> Earle
> On Aug 16, 2012 8:31 AM, "Nguni Phakela" <nguni52 at gmail.com> wrote:
> Hi All,
>
> I want to modify the owner of a course. This is helpful during migration
since we migrate the data for the instructors, create courses, but then once
all the data has been migrated we want to hand over migration to instructor.
>
> So in order to do this, We would like to implement a functionality that
will allow us to modify the Create_by field in the SAKAI_SITE table.
>
> How best can I do this? I tried with interacting directly with the
database. It used to work, but now it doesn't to be a good option. Can I use
BasicSqlService and is there an example of how to use this?
>
> --
> Nguni Phakela
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/fa51
84a6/attachment-0001.html
------------------------------
Message: 11
Date: Fri, 17 Aug 2012 15:41:36 +1000
From: Steve Swinsburg <steve.swinsburg at gmail.com>
Subject: [Building Sakai] realmRoleGroupCache 100% miss.
To: "sakai-dev at collab.sakaiproject.org Dev"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <1667EA1F-6EAF-40A6-B1B5-7F167D9C099A at gmail.com>
Content-Type: text/plain; charset=us-ascii
Hi all,
In trunk and in 2.9 I'm seeing a 100% miss ratio on the following cache.
This cache is not present in 2.8. I checked the 2.9 Qa servers and they show
the same thing.
org.sakaiproject.authz.impl.DbAuthzGroupService.realmRoleGroupCache: count:0
hits:0 misses:2507 hit%:0
On another instance I had over 8000 misses in an hour.
Last change to the kernel authz-components.xml (where this cache is defined)
was r105160, done in https://jira.sakaiproject.org/browse/KNL-532
The previous commit was where this cache definition was added which was
r85976, done in https://jira.sakaiproject.org/browse/KNL-600
Looking through the code I see that is is controlled via this in
sakai.properties, and defaults to false
authz.cacheGrants = true/false
I wonder if we should enable this one by default?
Dave I've copied you in since you added the cache, how has your experience
been with it?
cheers,
Steve
------------------------------
Message: 12
Date: Fri, 17 Aug 2012 08:32:53 -0400
From: Savitha Prakash <savithap at umich.edu>
Subject: Re: [Building Sakai] Basic LTI tool registration settings
being lost
To: Joshua Swink <joshua.swink at gmail.com>
Cc: Sakai-Dev <sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAH-wrnsKEejBXHLFefzGyhcyJi9D0_gA-1bCyHEd6_mm9t=3ZA at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Joshua,
Some of the things that stands out from your settings are for releaseemail
and releasename. The value for it should be on/off and not true/false.
Below are the settings we have for Piazza, that works for us. We are
running Sakai-2.7.2.
- Savitha
<tool
235 id="sakai.piazza"
236 title="Piazza"
237 description="For students to ask and answer questions
under the guidance of their instructor ">
238
239 <configuration name="sakai:portlet-pre-render"
value="true" />
240
241 <category name="course" />
242 <category name="project" />
243 <category name="portfolio" />
244
245 <configuration name="functions.require" />
246
247 <configuration name="imsti.launch" value="*****" />
248 <configuration name="imsti.secret" value="*****" />
249 <configuration name="imsti.key" value="*****" />
250 <configuration name="imsti.pagetitle" value="Piazza"/>
251 <configuration name="imsti.tooltitle" value="Piazza"/>
252 <configuration name="imsti.releaseemail" value="on" />
253 <configuration name="imsti.releasename" value="on" />
254 <configuration name="imsti.custom"/>
255 <configuration name="imsti.xml"/>
256 <configuration name="imsti.debug"/>
257
258 <configuration name="final.launch" value="true"/>
259 <configuration name="final.secret" value="true"/>
260 <configuration name="final.key" value="true"/>
261 <configuration name="final.pagetitle" value="false"/>
262 <configuration name="final.tooltitle" value="false"/>
263 <configuration name="final.releaseemail" value="true" />
264 <configuration name="final.releasename" value="true" />
265 <configuration name="final.custom" value="true"/>
266 <configuration name="final.xml" value="true"/>
267 <configuration name="final.debug" value="true"/>
268
269 </tool>
On Thu, Aug 16, 2012 at 8:30 PM, Joshua Swink <joshua.swink at gmail.com>wrote:
> I'm defining a 'virtual tool' using Basic LTI. Its purpose is to access
> Piazza (https://piazza.com/).
>
> I am seeing a problem in that some of the configuration values do not make
> it to the tool that gets placed in a site. I see the following sequence of
> events:
>
> * I added a new <tool> section to
> ${sakai.home}/portlets/imsblti/IMSBLTIPortlet.xml with values that define
> the virtual Piazza tool
> * An instructor goes to Site Editor, Edit Tools, and adds this Piazza tool
> to a course site
> * The instantiated Piazza tool has enough info to connect to Piazza (such
> as imsti.secret and imsti.key) but several other settings are missing
(such
> as imsti.pagetitle and imsti.releasename)
>
> Should these values make it to the final, instantiated tool? If so, is
> there another way to get them there or is this a bug?
>
> I am using Sakai 2.7.1.
>
> The tool registration is:
>
> <tool id="sakai.piazza" title="Piazza" description="Piazza
> Collaboration Tool">
> <configuration name="sakai:portlet-pre-render" value="true" />
> <category name="course" />
> <category name="project" />
> <category name="portfolio" />
> <configuration name="functions.require" />
> <configuration name="imsti.launch" value="
> https://piazza.com/basic_lti" />
> <configuration name="imsti.xml" />
> <configuration name="imsti.secret" value="XXXXXXXXXXXXXX" />
> <configuration name="imsti.key" value="ucmerced.edu" />
> <configuration name="imsti.pagetitle" value="ThePageTitle" />
> <configuration name="imsti.tooltitle" value="TheToolTitle" />
> <configuration name="imsti.newwindow"/>
> <configuration name="imsti.frameheight" />
> <configuration name="imsti.debug" value="true" />
> <configuration name="imsti.releasename" value="true" />
> <configuration name="imsti.releaseemail" value="true" />
> <configuration name="imsti.custom"/>
> <configuration name="allowMultipleInstances" value="false"/>
> <configuration name="final.launch" value="true"/>
> <configuration name="final.xml" value="true"/>
> <configuration name="final.secret" value="true"/>
> <configuration name="final.key" value="true"/>
> <configuration name="final.pagetitle" value="false"/>
> <configuration name="final.tooltitle" value="false"/>
> <configuration name="final.newwindow" value="false"/>
> <configuration name="final.frameheight" value="false"/>
> <configuration name="final.debug" value="false"/>
> <configuration name="final.releasename" value="true"/>
> <configuration name="final.releaseemail" value="true"/>
> <configuration name="final.custom" value="false"/>
> </tool>
>
>
> The debug values are:
>
> *BasicLTI Endpoint*https://piazza.com/basic_lti
> *BasicLTI Parameters:*
> user_id=ccain
> lis_course_offering_sourced_id=201220-20010-BIO-110-01
> context_id=201220-20010-BIO-110-01
> context_title=SU12-BIO 110 01
> oauth_signature=+611U2BjRo0CuQ4oJ9Xy4iee7JU=
> oauth_nonce=5542927403601402
> lti_message_type=basic-lti-launch-request
> resource_link_id=30b09f95-a85f-4a6b-aa04-bab7e4b361f0
> ext_sakai_serverid=ucmcropst2
> roles=Instructor
> oauth_signature_method=HMAC-SHA1
> oauth_callback=about:blank
> context_label=SU12-BIO 110 01
> basiclti_submit=Press to continue to external tool.
> launch_presentation_locale=en_US
> ext_sakai_server=http://cropstest.ucmerced.edu
>
ext_sakai_session=0dfbfa37fc38d9978e443aa599c6b543b223a5d91ae231f7426cb6a046
8f8e31e4d0ea8c092a0e9e
> oauth_timestamp=1345163011
> context_type=CourseOffering
> lti_version=LTI-1p0
> oauth_version=1.0
> oauth_consumer_key=ucmerced.edu
>
> Josh
>
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
--
*Savitha Prakash *
Application Analyst
ITS Teaching & Learning
University of Michigan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/791e
b9bd/attachment-0001.html
------------------------------
Message: 13
Date: Fri, 17 Aug 2012 09:11:36 -0400
From: Neal Caidin <nealcaidin at sakaifoundation.org>
Subject: [Building Sakai] General Jira workflow question - ready for
merge, no QA
To: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <57899346-1FC2-40E7-834C-D39C8866F3EC at sakaifoundation.org>
Content-Type: text/plain; charset=us-ascii
Hi all,
If a Jira bug is ready for merging to one or more branches and shows that in
the 2.y.x status fields (e.g. 2.9.x, Status 2.8.x Status, etc) , has been
identified as Fixed by the developer, is Resolved status, but really cannot
be functionally tested, what is the next step in the workflow?
The options in the workflow, after Resolved, are:
* Tested
* Reopen
* Close without testing
* Start QA
The ticket should not be Close without testing, since it hasn't been merged
yet. We don't want to Start QA, since we are not doing any QA. Maybe we
should click Tested so that the issue will show as Verified, and be a signal
that it is ready for merge to the branch managers, even though no testing
was actually done? I would be inclined, at least until I get more familiar
with things, to check with the Assignee (aka the developer) first, to make
sure I'm making a correct assumption. Just trying to get my brain wrapped
around the workflow.
Thanks,
Neal Caidin
Sakai CLE Community Coordinator
nealcaidin at sakaifoundation.org
Skype: nealkdin
AIM: ncaidin at aol.com
------------------------------
Message: 14
Date: Fri, 17 Aug 2012 09:15:14 -0400
From: Aaron Zeckoski <azeckoski at unicon.net>
Subject: Re: [Building Sakai] realmRoleGroupCache 100% miss.
To: Steve Swinsburg <steve.swinsburg at gmail.com>
Cc: "sakai-dev at collab.sakaiproject.org Dev"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAMTQKLmoqUaK56=yr7tJiXjedCOxv7+KTd4U-BaXj1-206SXcw at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
The cache as implemented in
https://jira.sakaiproject.org/browse/KNL-600 does not work right so it
definitely should NOT be turned on be default. See the notes in the
ticket for more details.
-AZ
On Fri, Aug 17, 2012 at 1:41 AM, Steve Swinsburg
<steve.swinsburg at gmail.com> wrote:
> Hi all,
>
> In trunk and in 2.9 I'm seeing a 100% miss ratio on the following cache.
This cache is not present in 2.8. I checked the 2.9 Qa servers and they show
the same thing.
>
> org.sakaiproject.authz.impl.DbAuthzGroupService.realmRoleGroupCache:
count:0 hits:0 misses:2507 hit%:0
>
> On another instance I had over 8000 misses in an hour.
>
> Last change to the kernel authz-components.xml (where this cache is
defined) was r105160, done in https://jira.sakaiproject.org/browse/KNL-532
>
> The previous commit was where this cache definition was added which was
r85976, done in https://jira.sakaiproject.org/browse/KNL-600
>
> Looking through the code I see that is is controlled via this in
sakai.properties, and defaults to false
>
> authz.cacheGrants = true/false
>
> I wonder if we should enable this one by default?
>
> Dave I've copied you in since you added the cache, how has your experience
been with it?
>
> cheers,
> Steve
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
------------------------------
Message: 15
Date: Fri, 17 Aug 2012 09:18:32 -0400
From: Aaron Zeckoski <azeckoski at unicon.net>
Subject: Re: [Building Sakai] General Jira workflow question - ready
for merge, no QA
To: Neal Caidin <nealcaidin at sakaifoundation.org>
Cc: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAMTQKLkwWe_HX7YVR5AhG=5KWGSuiHNB0mwXHJ1FFEhLS_K4rQ at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Normally that case would indicate the jira ticket needs to be tested
by another developer (perhaps only a code review of some kind) to make
sure that it is good to merge. Marking it as tested without at least a
code review is not a good idea because it could result in moving bugs
into a .x branch (depending on the merge settings).
When the developer/tester has verified it then they can mark it as Tested.
-AZ
On Fri, Aug 17, 2012 at 9:11 AM, Neal Caidin
<nealcaidin at sakaifoundation.org> wrote:
> Hi all,
>
> If a Jira bug is ready for merging to one or more branches and shows that
in the 2.y.x status fields (e.g. 2.9.x, Status 2.8.x Status, etc) , has been
identified as Fixed by the developer, is Resolved status, but really cannot
be functionally tested, what is the next step in the workflow?
>
> The options in the workflow, after Resolved, are:
>
> * Tested
> * Reopen
> * Close without testing
> * Start QA
>
> The ticket should not be Close without testing, since it hasn't been
merged yet. We don't want to Start QA, since we are not doing any QA. Maybe
we should click Tested so that the issue will show as Verified, and be a
signal that it is ready for merge to the branch managers, even though no
testing was actually done? I would be inclined, at least until I get more
familiar with things, to check with the Assignee (aka the developer) first,
to make sure I'm making a correct assumption. Just trying to get my brain
wrapped around the workflow.
>
> Thanks,
>
> Neal Caidin
>
> Sakai CLE Community Coordinator
> nealcaidin at sakaifoundation.org
> Skype: nealkdin
> AIM: ncaidin at aol.com
>
>
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
------------------------------
Message: 16
Date: Fri, 17 Aug 2012 23:37:08 +1000
From: Steve Swinsburg <steve.swinsburg at gmail.com>
Subject: Re: [Building Sakai] realmRoleGroupCache 100% miss.
To: Aaron Zeckoski <azeckoski at unicon.net>
Cc: "sakai-dev at collab.sakaiproject.org Dev"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <1D3765A7-9E6E-4BB1-8D9E-2640087EC94B at gmail.com>
Content-Type: text/plain; charset=us-ascii
Looks like there is a patch for it, and that it improves performance
considerably. Anyone closer to this caching code able to take a look?
Quite a few cache misses means there should be room for significant gains.
Thanks
Steve
Sent from my iPad
On 17/08/2012, at 23:15, Aaron Zeckoski <azeckoski at unicon.net> wrote:
> The cache as implemented in
> https://jira.sakaiproject.org/browse/KNL-600 does not work right so it
> definitely should NOT be turned on be default. See the notes in the
> ticket for more details.
> -AZ
>
>
> On Fri, Aug 17, 2012 at 1:41 AM, Steve Swinsburg
> <steve.swinsburg at gmail.com> wrote:
>> Hi all,
>>
>> In trunk and in 2.9 I'm seeing a 100% miss ratio on the following cache.
This cache is not present in 2.8. I checked the 2.9 Qa servers and they show
the same thing.
>>
>> org.sakaiproject.authz.impl.DbAuthzGroupService.realmRoleGroupCache:
count:0 hits:0 misses:2507 hit%:0
>>
>> On another instance I had over 8000 misses in an hour.
>>
>> Last change to the kernel authz-components.xml (where this cache is
defined) was r105160, done in https://jira.sakaiproject.org/browse/KNL-532
>>
>> The previous commit was where this cache definition was added which was
r85976, done in https://jira.sakaiproject.org/browse/KNL-600
>>
>> Looking through the code I see that is is controlled via this in
sakai.properties, and defaults to false
>>
>> authz.cacheGrants = true/false
>>
>> I wonder if we should enable this one by default?
>>
>> Dave I've copied you in since you added the cache, how has your
experience been with it?
>>
>> cheers,
>> Steve
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
>
>
>
> --
> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
------------------------------
Message: 17
Date: Fri, 17 Aug 2012 13:41:35 +0000
From: "Gast, Cynthia (cmw6s)" <cmw6s at eservices.virginia.edu>
Subject: Re: [Building Sakai] Copyright Information textbox does not
appear in 2.8.1
To: Matthew Jones <matthew at longsight.com>
Cc: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<3A29F35913A33441B60443B6253D71C01C0AA015 at KENNEDY.eservices.virginia.edu>
Content-Type: text/plain; charset="iso-8859-1"
I found a fix for this, for Sakai 2.8.1. See SAK-22490.
Thanks,
Cindy
________________________________
From: sakai-dev-bounces at collab.sakaiproject.org
[sakai-dev-bounces at collab.sakaiproject.org] on behalf of Gast, Cynthia
(cmw6s) [cmw6s at eservices.virginia.edu]
Sent: Thursday, August 16, 2012 10:59 AM
To: Matthew Jones
Cc: sakai-dev at collab.sakaiproject.org
Subject: Re: [Building Sakai] Copyright Information textbox does not appear
in 2.8.1
I've created SAK-22490 for this issue.
Thanks,
Cindy
________________________________
From: sakai-dev-bounces at collab.sakaiproject.org
[sakai-dev-bounces at collab.sakaiproject.org] on behalf of Gast, Cynthia
(cmw6s) [cmw6s at eservices.virginia.edu]
Sent: Thursday, August 16, 2012 10:08 AM
To: Matthew Jones
Cc: sakai-dev at collab.sakaiproject.org
Subject: Re: [Building Sakai] Copyright Information textbox does not appear
in 2.8.1
Thank-you, didn't know about this :-)
I see in the 2.8.x QA server, the Copyright Information textbox behaves
correctly.
Cindy
________________________________
From: Matthew Jones [matthew at longsight.com]
Sent: Wednesday, August 15, 2012 11:29 PM
To: Gast, Cynthia (cmw6s)
Cc: Beth Kirschner; sakai-dev at collab.sakaiproject.org
Subject: Re: [Building Sakai] Copyright Information textbox does not appear
in 2.8.1
Hi Cynthia,
You can create a new account on all of the QA servers with the link on the
left.
There are also the standard demo accounts for all of the QA servers.
* 1000 sample students with the username of
student0001-student1000 (all password sakai)
The first 10 or so students have "realistic" names (some of them i18n), the
rest are all generic. These students are all enrolled if you create a course
as instructor (below) with the sample rosters.
* Sample instructor (instructor/sakai)
* A sample teaching assistant (ta/sakai)
On Wed, Aug 15, 2012 at 9:38 PM, Gast, Cynthia (cmw6s)
<cmw6s at eservices.virginia.edu<mailto:cmw6s at eservices.virginia.edu>> wrote:
Thank you, Beth. I'll do as you suggest and open a new JIRA. I'm not able
to login to the QA server -- can you provide me a login?
-Cindy
________________________________________
From: Beth Kirschner [bkirschn at umich.edu<mailto:bkirschn at umich.edu>]
Sent: Wednesday, August 15, 2012 8:49 PM
To: Gast, Cynthia (cmw6s)
Cc:
sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>
Subject: Re: [Building Sakai] Copyright Information textbox does not appear
in 2.8.1
I'd suggest opening up a new JIRA and linking it to SAK-20237 for now. It
might be good to try and reproduce it on the 2.8.x QA server
(http://nightly2.sakaiproject.org:8081/portal) as well. It the Copyright
works there, there's probably a patch available from the 2.8.2 release.
- Beth
On Aug 15, 2012, at 4:44 PM, Gast, Cynthia (cmw6s) wrote:
> Hello:
>
> University of Virginia is running Sakai 2.8.1 and we see the regression
described in SAK-20237 (Regression: "Use copyright below" option broken) --
marked as fixed in 2.8.0.
>
> For us, the Copyright Information textbox does not appear when adding a
new resource and selecting 'use copyright below'. Going back to edit this
newly added resource does show the [empty] textbox (the new resource was
saved with 'use copyright below', even though we did not get a textbox to
use).
>
> I've been trying to sort out how to patch changes from SAK-20237 into 2.8.
1, because the 2.8.1 source is different than when the code was changed, and
is not clear if subsequent code changes retained or removed the fix. Also,
wondering if we need a later fix, a link to SAK-21930 (Copyright
Information textbox does not reappear if user selects another option, then
reselects 'use copyright below')?
>
> Is there a 2.8.1 patch for SAK-20237 we can apply? (I also added comment
to SAK-20237 about this.) Or, if this sounds like a new issue, I can open a
new JIRA.
>
> Thanks for guidance on this,
> Cynthia Gast
> University of Virginia, Sakai development team
>
>
> _______________________________________________
> sakai-dev mailing list
>
sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org<mailto:sakai-dev-unsubscribe at c
ollab.sakaiproject.org> with a subject of "unsubscribe"
_______________________________________________
sakai-dev mailing list
sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org<mailto:sakai-dev-unsubscribe at c
ollab.sakaiproject.org> with a subject of "unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/a82d
8ea1/attachment-0001.html
------------------------------
Message: 18
Date: Fri, 17 Aug 2012 08:58:29 -0500
From: Charles Severance <csev at umich.edu>
Subject: Re: [Building Sakai] Basic LTI tool registration settings
being lost
To: Sakai-Dev <sakai-dev at collab.sakaiproject.org>
Message-ID: <42C19F5F-7B8C-4F08-A22E-053EDDBBA096 at umich.edu>
Content-Type: text/plain; charset="us-ascii"
I assume you are looking at this document:
https://source.sakaiproject.org/svn/basiclti/trunk/basiclti-docs/resources/d
ocs/sakai_basiclti_vendor.doc
/Chuck
On Aug 16, 2012, at 7:30 PM, Joshua Swink wrote:
> I'm defining a 'virtual tool' using Basic LTI. Its purpose is to access
Piazza (https://piazza.com/).
>
> I am seeing a problem in that some of the configuration values do not make
it to the tool that gets placed in a site. I see the following sequence of
events:
>
> * I added a new <tool> section to
${sakai.home}/portlets/imsblti/IMSBLTIPortlet.xml with values that define
the virtual Piazza tool
> * An instructor goes to Site Editor, Edit Tools, and adds this Piazza tool
to a course site
> * The instantiated Piazza tool has enough info to connect to Piazza (such
as imsti.secret and imsti.key) but several other settings are missing (such
as imsti.pagetitle and imsti.releasename)
>
> Should these values make it to the final, instantiated tool? If so, is
there another way to get them there or is this a bug?
>
> I am using Sakai 2.7.1.
>
> The tool registration is:
>
> <tool id="sakai.piazza" title="Piazza" description="Piazza
Collaboration Tool">
> <configuration name="sakai:portlet-pre-render" value="true" />
> <category name="course" />
> <category name="project" />
> <category name="portfolio" />
> <configuration name="functions.require" />
> <configuration name="imsti.launch"
value="https://piazza.com/basic_lti" />
> <configuration name="imsti.xml" />
> <configuration name="imsti.secret" value="XXXXXXXXXXXXXX" />
> <configuration name="imsti.key" value="ucmerced.edu" />
> <configuration name="imsti.pagetitle" value="ThePageTitle" />
> <configuration name="imsti.tooltitle" value="TheToolTitle" />
> <configuration name="imsti.newwindow"/>
> <configuration name="imsti.frameheight" />
> <configuration name="imsti.debug" value="true" />
> <configuration name="imsti.releasename" value="true" />
> <configuration name="imsti.releaseemail" value="true" />
> <configuration name="imsti.custom"/>
> <configuration name="allowMultipleInstances" value="false"/>
> <configuration name="final.launch" value="true"/>
> <configuration name="final.xml" value="true"/>
> <configuration name="final.secret" value="true"/>
> <configuration name="final.key" value="true"/>
> <configuration name="final.pagetitle" value="false"/>
> <configuration name="final.tooltitle" value="false"/>
> <configuration name="final.newwindow" value="false"/>
> <configuration name="final.frameheight" value="false"/>
> <configuration name="final.debug" value="false"/>
> <configuration name="final.releasename" value="true"/>
> <configuration name="final.releaseemail" value="true"/>
> <configuration name="final.custom" value="false"/>
> </tool>
>
>
> The debug values are:
>
> BasicLTI Endpoint
> https://piazza.com/basic_lti
>
> BasicLTI Parameters:
> user_id=ccain
> lis_course_offering_sourced_id=201220-20010-BIO-110-01
> context_id=201220-20010-BIO-110-01
> context_title=SU12-BIO 110 01
> oauth_signature=+611U2BjRo0CuQ4oJ9Xy4iee7JU=
> oauth_nonce=5542927403601402
> lti_message_type=basic-lti-launch-request
> resource_link_id=30b09f95-a85f-4a6b-aa04-bab7e4b361f0
> ext_sakai_serverid=ucmcropst2
> roles=Instructor
> oauth_signature_method=HMAC-SHA1
> oauth_callback=about:blank
> context_label=SU12-BIO 110 01
> basiclti_submit=Press to continue to external tool.
> launch_presentation_locale=en_US
> ext_sakai_server=http://cropstest.ucmerced.edu
>
ext_sakai_session=0dfbfa37fc38d9978e443aa599c6b543b223a5d91ae231f7426cb6a046
8f8e31e4d0ea8c092a0e9e
> oauth_timestamp=1345163011
> context_type=CourseOffering
> lti_version=LTI-1p0
> oauth_version=1.0
> oauth_consumer_key=ucmerced.edu
>
> Josh
>
>
>
<basiclti_piazza_missinginfo.png>___________________________________________
____
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/5b5a
5fb2/attachment-0001.html
------------------------------
Message: 19
Date: Fri, 17 Aug 2012 10:01:32 -0400
From: Sam Ottenhoff <ottenhoff at longsight.com>
Subject: Re: [Building Sakai] Copyright Information textbox does not
appear in 2.8.1
To: "Gast, Cynthia (cmw6s)" <cmw6s at eservices.virginia.edu>
Cc: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAJEDiB4hRa1xO5=QNsZMCDoD15qwehQBwCqYgjU2DT8VXDk2vw at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
I'm confused by this thread. So it's broken in 2.8.0 & 2.8.1 but
fixed in 2.8.2 and 2.8.x. If yes, we shouldn't have a new JIRA for
the issue in 2.8.1. We should look for the commit in the 2.8.x log.
I find the easiest way to do this is via the ViewSVN interface. Here
is a link to the template file in 2.8.x:
http://source.sakaiproject.org/viewsvn/content/branches/sakai-2.8.x/content-
tool/tool/src/webapp/vm/resources/sakai_properties_scripts.vm
I see two commits after the SAK-20237 merge... one for SAK-17692 and
one for SAK-21178.
--Sam
On Fri, Aug 17, 2012 at 9:41 AM, Gast, Cynthia (cmw6s)
<cmw6s at eservices.virginia.edu> wrote:
> I found a fix for this, for Sakai 2.8.1. See SAK-22490.
>
> Thanks,
> Cindy
>
> ________________________________
> From: sakai-dev-bounces at collab.sakaiproject.org
> [sakai-dev-bounces at collab.sakaiproject.org] on behalf of Gast, Cynthia
> (cmw6s) [cmw6s at eservices.virginia.edu]
> Sent: Thursday, August 16, 2012 10:59 AM
>
> To: Matthew Jones
> Cc: sakai-dev at collab.sakaiproject.org
> Subject: Re: [Building Sakai] Copyright Information textbox does not
appear
> in 2.8.1
>
> I've created SAK-22490 for this issue.
>
> Thanks,
> Cindy
>
> ________________________________
> From: sakai-dev-bounces at collab.sakaiproject.org
> [sakai-dev-bounces at collab.sakaiproject.org] on behalf of Gast, Cynthia
> (cmw6s) [cmw6s at eservices.virginia.edu]
> Sent: Thursday, August 16, 2012 10:08 AM
> To: Matthew Jones
> Cc: sakai-dev at collab.sakaiproject.org
> Subject: Re: [Building Sakai] Copyright Information textbox does not
appear
> in 2.8.1
>
> Thank-you, didn't know about this :-)
>
> I see in the 2.8.x QA server, the Copyright Information textbox behaves
> correctly.
> Cindy
>
> ________________________________
> From: Matthew Jones [matthew at longsight.com]
> Sent: Wednesday, August 15, 2012 11:29 PM
> To: Gast, Cynthia (cmw6s)
> Cc: Beth Kirschner; sakai-dev at collab.sakaiproject.org
> Subject: Re: [Building Sakai] Copyright Information textbox does not
appear
> in 2.8.1
>
> Hi Cynthia,
>
> You can create a new account on all of the QA servers with the link on the
> left.
>
> There are also the standard demo accounts for all of the QA servers.
>
> * 1000 sample students with the username of
> student0001-student1000 (all password sakai)
>
> The first 10 or so students have "realistic" names (some of them i18n),
the
> rest are all generic. These students are all enrolled if you create a
course
> as instructor (below) with the sample rosters.
>
> * Sample instructor (instructor/sakai)
> * A sample teaching assistant (ta/sakai)
>
> On Wed, Aug 15, 2012 at 9:38 PM, Gast, Cynthia (cmw6s)
> <cmw6s at eservices.virginia.edu> wrote:
>>
>> Thank you, Beth. I'll do as you suggest and open a new JIRA. I'm not
>> able to login to the QA server -- can you provide me a login?
>>
>> -Cindy
>>
>> ________________________________________
>> From: Beth Kirschner [bkirschn at umich.edu]
>> Sent: Wednesday, August 15, 2012 8:49 PM
>> To: Gast, Cynthia (cmw6s)
>> Cc: sakai-dev at collab.sakaiproject.org
>> Subject: Re: [Building Sakai] Copyright Information textbox does not
>> appear in 2.8.1
>>
>> I'd suggest opening up a new JIRA and linking it to SAK-20237 for now. It
>> might be good to try and reproduce it on the 2.8.x QA server
>> (http://nightly2.sakaiproject.org:8081/portal) as well. It the Copyright
>> works there, there's probably a patch available from the 2.8.2 release.
>>
>> - Beth
>>
>> On Aug 15, 2012, at 4:44 PM, Gast, Cynthia (cmw6s) wrote:
>>
>> > Hello:
>> >
>> > University of Virginia is running Sakai 2.8.1 and we see the regression
>> > described in SAK-20237 (Regression: "Use copyright below" option
broken) --
>> > marked as fixed in 2.8.0.
>> >
>> > For us, the Copyright Information textbox does not appear when adding a
>> > new resource and selecting 'use copyright below'. Going back to edit
this
>> > newly added resource does show the [empty] textbox (the new resource
was
>> > saved with 'use copyright below', even though we did not get a textbox
to
>> > use).
>> >
>> > I've been trying to sort out how to patch changes from SAK-20237 into
>> > 2.8.1, because the 2.8.1 source is different than when the code was
changed,
>> > and is not clear if subsequent code changes retained or removed the
fix.
>> > Also, wondering if we need a later fix, a link to SAK-21930 (Copyright
>> > Information textbox does not reappear if user selects another option,
then
>> > reselects 'use copyright below')?
>> >
>> > Is there a 2.8.1 patch for SAK-20237 we can apply? (I also added
>> > comment to SAK-20237 about this.) Or, if this sounds like a new issue,
I
>> > can open a new JIRA.
>> >
>> > Thanks for guidance on this,
>> > Cynthia Gast
>> > University of Virginia, Sakai development team
>> >
>> >
>> > _______________________________________________
>> > sakai-dev mailing list
>> > sakai-dev at collab.sakaiproject.org
>> > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> >
>> > TO UNSUBSCRIBE: send email to
>> > sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> > "unsubscribe"
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org
> with a subject of "unsubscribe"
------------------------------
Message: 20
Date: Fri, 17 Aug 2012 10:02:12 -0400
From: Aaron Zeckoski <azeckoski at unicon.net>
Subject: Re: [Building Sakai] realmRoleGroupCache 100% miss.
To: Steve Swinsburg <steve.swinsburg at gmail.com>
Cc: "sakai-dev at collab.sakaiproject.org Dev"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAMTQKL=xQzi48BSmfzQPmt+paA5Zc04Q_SF0Ep8yZnVvduVt2Q at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
It's on my TODO list but if others have more time to test it they are
welcome to take it over.
-AZ
On Fri, Aug 17, 2012 at 9:37 AM, Steve Swinsburg
<steve.swinsburg at gmail.com> wrote:
> Looks like there is a patch for it, and that it improves performance
considerably. Anyone closer to this caching code able to take a look?
>
> Quite a few cache misses means there should be room for significant gains.
>
> Thanks
> Steve
>
> Sent from my iPad
>
> On 17/08/2012, at 23:15, Aaron Zeckoski <azeckoski at unicon.net> wrote:
>
>> The cache as implemented in
>> https://jira.sakaiproject.org/browse/KNL-600 does not work right so it
>> definitely should NOT be turned on be default. See the notes in the
>> ticket for more details.
>> -AZ
>>
>>
>> On Fri, Aug 17, 2012 at 1:41 AM, Steve Swinsburg
>> <steve.swinsburg at gmail.com> wrote:
>>> Hi all,
>>>
>>> In trunk and in 2.9 I'm seeing a 100% miss ratio on the following cache.
This cache is not present in 2.8. I checked the 2.9 Qa servers and they show
the same thing.
>>>
>>> org.sakaiproject.authz.impl.DbAuthzGroupService.realmRoleGroupCache:
count:0 hits:0 misses:2507 hit%:0
>>>
>>> On another instance I had over 8000 misses in an hour.
>>>
>>> Last change to the kernel authz-components.xml (where this cache is
defined) was r105160, done in https://jira.sakaiproject.org/browse/KNL-532
>>>
>>> The previous commit was where this cache definition was added which was
r85976, done in https://jira.sakaiproject.org/browse/KNL-600
>>>
>>> Looking through the code I see that is is controlled via this in
sakai.properties, and defaults to false
>>>
>>> authz.cacheGrants = true/false
>>>
>>> I wonder if we should enable this one by default?
>>>
>>> Dave I've copied you in since you added the cache, how has your
experience been with it?
>>>
>>> cheers,
>>> Steve
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.
org with a subject of "unsubscribe"
>>
>>
>>
>> --
>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
------------------------------
Message: 21
Date: Fri, 17 Aug 2012 11:13:14 -0400
From: Neal Caidin <nealcaidin at sakaifoundation.org>
Subject: [Building Sakai] Sakai CLE 2.9.0-b07 released
To: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>,
"cle-release-team at collab.sakaiproject.org"
<cle-release-team at collab.sakaiproject.org>
Message-ID: <A89B4E9C-3965-4022-862F-C940AF64BAD5 at sakaifoundation.org>
Content-Type: text/plain; charset=us-ascii
Hi All,
The Sakai 2.9.0-b07 release is up at https://qa29.longsight.com/
Artifacts for other qa servers are here:
http://source.sakaiproject.org/release/2.9.0-b07/artifacts/
You can also build from source as usual from this tag:
https://source.sakaiproject.org/svn/sakai/tags/sakai-2.9.0-b07/
This release includes about 60 fixes which were merged from trunk as
verified.
https://jira.sakaiproject.org/browse/SAK/fixforversion/12902
All indies were also released as b07. This list above does not include those
fixes.
A new blocker was recently discovered, a bug which sometimes sends users of
2.9 through a regular browser to the mobile view -
https://jira.sakaiproject.org/browse/SAK-22484 .
Extensive changes were made to Sakai CLE skinning functionality.
The upcoming Sakai CLE 2.9 release includes a major update to the look and
feel of the CLE. This update required extensive changes to the existing
skinning functionality. *Current skins used in 2.8 and older can be used in
2.9, but a configuration setting must be enabled in sakai.properties for
them to function.*
In addition, for anyone tracking the 2.9 release and developing or using
skins based on the "NeoPortal" skin, recent changes in the beta7 release
(b07) have eliminated the original design and replaced it with the skin
targeted for 2.10. You will need to make changes to your new 2.9 skin based
on the b07 release. Please see
https://confluence.sakaiproject.org/display/DOC/Sakai+CLE+2.9+portal+changes
for more details.
The next release is Sakai CLE 2.9.0-b08, targeted for August 28, and ideally
this will become the first release candidate (pending resolution of all
blocker items and other stuff).
Cheers,
Neal Caidin
Sakai CLE Community Coordinator
nealcaidin at sakaifoundation.org
Skype: nealkdin
AIM: ncaidin at aol.com
------------------------------
Message: 22
Date: Fri, 17 Aug 2012 10:17:26 -0500
From: Mustansar Mehmood <mustansar at rice.edu>
Subject: [Building Sakai] Sakai username (dis)appearance in after
login
To: "sakai-dev at collab.sakaiproject.org Dev"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <502E6086.5060200 at rice.edu>
Content-Type: text/plain; charset="utf-8"
Hi,
In previous releases name of the user(e.g userid is jsmith and the
Name is "John Smith") used to appear after logging in to Sakai in the
upper right hand area. However with Sakai 2.9.x this has disappeared. Is
it a bug or was it a design decision? Screen shot attached.
Thanks,
Mustansar
--
Mustansar Mehmood
Educational System Developer& Integrator
Information Technology
6100 Main St. MS 119
Houston Texas 77005
Phone:(713)348-2523
Fax :(713)348 6099
email:mustansar at rice.edu
I have yet to see any problem, however complicated, which, when,you looked
at it in the right way, did not become still more complicated.
-- Poul Anderson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: username.png
Type: image/png
Size: 2471 bytes
Desc: not available
Url :
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/f0aa
ac39/attachment-0001.png
------------------------------
Message: 23
Date: Fri, 17 Aug 2012 11:18:21 -0400
From: Bryan Holladay <holladay at longsight.com>
Subject: Re: [Building Sakai] Sakai username (dis)appearance in after
login
To: Mustansar Mehmood <mustansar at rice.edu>
Cc: "sakai-dev at collab.sakaiproject.org Dev"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAMN+MLnsGuDP3hma758pkojaRh_46YE6zUeBgLgLp8Abr=eELw at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
The name shows up as the first item when you click the person icon.
On Fri, Aug 17, 2012 at 11:17 AM, Mustansar Mehmood <mustansar at rice.edu>
wrote:
> Hi,
> In previous releases name of the user(e.g userid is jsmith and the
Name
> is "John Smith") used to appear after logging in to Sakai in the upper
right
> hand area. However with Sakai 2.9.x this has disappeared. Is it a bug or
was
> it a design decision? Screen shot attached.
> Thanks,
> Mustansar
>
> --
> Mustansar Mehmood
> Educational System Developer& Integrator
>
> Information Technology
> 6100 Main St. MS 119
> Houston Texas 77005
>
> Phone:(713)348-2523
> Fax :(713)348 6099
> email:mustansar at rice.edu
>
>
>
>
>
> I have yet to see any problem, however complicated, which, when,you
looked
> at it in the right way, did not become still more complicated.
> -- Poul Anderson
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org
> with a subject of "unsubscribe"
------------------------------
Message: 24
Date: Fri, 17 Aug 2012 10:24:05 -0500
From: Mustansar Mehmood <mustansar at rice.edu>
Subject: Re: [Building Sakai] Sakai username (dis)appearance in after
login
To: sakai-dev at collab.sakaiproject.org
Message-ID: <502E6215.8040101 at rice.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Is it safe to assume that it was a design decision to save space I suppose?
On 08/17/2012 10:18 AM, Bryan Holladay wrote:
> The name shows up as the first item when you click the person icon.
>
> On Fri, Aug 17, 2012 at 11:17 AM, Mustansar Mehmood <mustansar at rice.edu>
wrote:
>> Hi,
>> In previous releases name of the user(e.g userid is jsmith and the
Name
>> is "John Smith") used to appear after logging in to Sakai in the upper
right
>> hand area. However with Sakai 2.9.x this has disappeared. Is it a bug or
was
>> it a design decision? Screen shot attached.
>> Thanks,
>> Mustansar
>>
>> --
>> Mustansar Mehmood
>> Educational System Developer& Integrator
>>
>> Information Technology
>> 6100 Main St. MS 119
>> Houston Texas 77005
>>
>> Phone:(713)348-2523
>> Fax :(713)348 6099
>> email:mustansar at rice.edu
>>
>>
>>
>>
>>
>> I have yet to see any problem, however complicated, which, when,you
looked
>> at it in the right way, did not become still more complicated.
>> -- Poul Anderson
>>
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org
>> with a subject of "unsubscribe"
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
>
--
Mustansar Mehmood
Educational System Developer& Integrator
Information Technology
6100 Main St. MS 119
Houston Texas 77005
Phone:(713)348-2523
Fax :(713)348 6099
email:mustansar at rice.edu
I have yet to see any problem, however complicated, which, when,you looked
at it in the right way, did not become still more complicated.
-- Poul Anderson
------------------------------
Message: 25
Date: Fri, 17 Aug 2012 17:27:02 +0200
From: Jaques Smith <jaques at opencollab.co.za>
Subject: [Building Sakai] Sakai in the cloud
To: sakai-dev at collab.sakaiproject.org
Message-ID:
<CAEW4pLbAUGTc=QoxFg_AjbebpCaEY=HUEhdvDz74m=QcnHpN0w at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi guys,
Is anybody running Sakai CLE in a cloud environment? Where, what, how?
Is there any pitfalls, problems?
Cheers,
*Jaques*
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/87df
6b6b/attachment-0001.html
------------------------------
Message: 26
Date: Fri, 17 Aug 2012 11:48:31 -0400
From: Aaron Zeckoski <azeckoski at unicon.net>
Subject: Re: [Building Sakai] Sakai in the cloud
To: Jaques Smith <jaques at opencollab.co.za>
Cc: sakai-dev at collab.sakaiproject.org
Message-ID:
<CAMTQKL=72wcQaF19bKsJLHyDO+EyTqbfxZ8RHO0-B7x+ZT09Lw at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Unicon runs the majority of our instances in the amazon cloud (EC2) or
our own private cloud. It is basically the same as running it on local
machines in almost every case except the normal cloud stuff. (e.g.
generally cloud instances should be treated as disposable/temporary so
you would not address them for things like sending and receiving email
since they could disappear without warning).
One other thing to consider is that you are sharing resources with
others when running in a cloud so it is possible that you will see
some performance degradation but you can compensate for that with
extra instances. Also, IO performance is typically worse than
dedicated hardware and if you have dedicated hardware with SSD drives
then it doesn't even get close. That stuff is not specific to Sakai
either.
-AZ
On Fri, Aug 17, 2012 at 11:27 AM, Jaques Smith <jaques at opencollab.co.za>
wrote:
> Hi guys,
>
> Is anybody running Sakai CLE in a cloud environment? Where, what, how?
> Is there any pitfalls, problems?
>
> Cheers,
> Jaques
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org
> with a subject of "unsubscribe"
--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
------------------------------
Message: 27
Date: Fri, 17 Aug 2012 15:53:01 +0000
From: "Gross,Christopher" <ufchrisg at ufl.edu>
Subject: [Building Sakai] coursemanagement service and Course vs
CourseSection objects
To: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<322C76CFAA36E940B5609ED339F9580005A92F0F at UFEXCH-MBXN03.ad.ufl.edu>
Content-Type: text/plain; charset="us-ascii"
Hello!
I have touched on this in the past but only get a chance to look at this
every few months, which I am back on it. We use the course management API
extensively and at the same time have modified gradebook slightly so that
exports include a few extra columns, one of them being the section
information passed in by the CM API. The problem I am encountering is that
when I attempt to get the CourseSection object, using
EnrollmentRecord.getLearningContext() the object being returned is of type
Course and not CourseSection. I need CourseSection objects to get the
proper title. I cannot determine if this is a problem in the code I am
using or in how we are forming our XML for the CM API imports. I pulled the
method for doing this from the sample-course-grade-converter module located
in the gradebook tool - ~line 112 of
CourseGradesToSpreadsheetConverterSample.java. An example of what our CM
XML looks like is attached.
--
Chris Gross
University of Florida
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/4076
8064/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cmdata.xml
Type: text/xml
Size: 3438 bytes
Desc: cmdata.xml
Url :
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/4076
8064/attachment-0001.xml
------------------------------
Message: 28
Date: Fri, 17 Aug 2012 17:56:04 +0200
From: Jaco Gillman <jaco at opencollab.co.za>
Subject: [Building Sakai] Sakai Course Management - Site participant
list
To: Sakai Dev Mail List <sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAL8VKseWNR22QBCG5rj06spAaY0Q+mZZ=gS7O7KSPddzu+jzQQ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi All
We are running a Sakai 2.8.2 installation that has a customized Course
Management integration. I have created all the necessary Course Management
data and structure. We make use of a Web service client integration to the
external integration system.
Here follows the steps I use for our Course Management setup(File is
attached as well):
createAcademicSession
createCourseSets
createCanonicalCourses
createCourseOffering
addCourseOfferingsToCourseSets
createEnrollmentSets
createEnrollment
createSections
and then for each studentNum I use addOrUpdateSectionMembership.
After our batch Job is creating the Course Management structure, I created
the Course site, but no students shows up in the participant list (see
below)
[image: Inline images 1]
I debugged the Sakai (2.8.2) source to see why the participant list is
empty and here is how far I got:
SiteAction.getParticipantList (here is where this list is populated...)
providerCourseList = SiteParticipantHelper.getProviderCourseList(siteId);
// this return an empty List (reason being "String id" is null)
inside SiteParticipantHelper.getProviderCourseList(siteId);
the following id is null:
String id = getExternalRealmId(siteId);
realm.getProviderGroupId(); // this returns null
This cause the "participants" variable to be empty:
Collection participants = SiteParticipantHelper.prepareParticipants(siteId,
providerCourseList);
Any suggestions/advice would be much appreciated!
Regards,
*Jaco Gillman***
Java Developer
opencollab
*Tel*: +27 21 970 4017 | *Fax*:* *+27 21 914 3098**
*Email*: jaco at opencollab.co.za | *Skype*: gillmanjc
*Web*: www.opencollab.co.za
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/55de
0839/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 29138 bytes
Desc: not available
Url :
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/55de
0839/attachment-0001.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CMUtility.java
Type: application/octet-stream
Size: 19195 bytes
Desc: not available
Url :
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/55de
0839/attachment-0001.obj
------------------------------
Message: 29
Date: Fri, 17 Aug 2012 12:02:44 -0400
From: "Mark J. Norton" <markjnorton at earthlink.net>
Subject: Re: [Building Sakai] Sakai in the cloud
To: sakai-dev at collab.sakaiproject.org
Message-ID: <502E6B24.3070408 at earthlink.net>
Content-Type: text/plain; charset="iso-8859-1"
I have provided Sakai hosting using GoGrid (gogrid.com) to several of my
clients. As Aaron suggested, it's pretty straightforward once the
instance has been created. The trick to cloud computing is to manage
it's resources and up-time based on demand. Amazon EC2 and most others
(including GoGrid) provide tools to do this manually or programmatically.
One other thing that a cloud computing environment offers is the ability
to scale automatically (provided you the scripts to add additional
instances in place). That's potentially a big deal if you expect to see
big spikes in use. It should be noted that using hosted cloud solutions
tend to be more expensive than conventional hosted solutions. Still,
generally cheaper than hosting it in your own data center (taking total
cost of ownership into account).
- Mark Norton
Nolaria Consulting
On 8/17/2012 11:27 AM, Jaques Smith wrote:
> Hi guys,
>
> Is anybody running Sakai CLE in a cloud environment? Where, what, how?
> Is there any pitfalls, problems?
>
> Cheers,
> *Jaques*
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/8b8c
c607/attachment-0001.html
------------------------------
Message: 30
Date: Fri, 17 Aug 2012 12:36:37 -0400
From: Zhen Qian <zqian at umich.edu>
Subject: Re: [Building Sakai] Sakai Course Management - Site
participant list
To: Jaco Gillman <jaco at opencollab.co.za>
Cc: Sakai Dev Mail List <sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAPQ5xrZBXGr0GrZTSOWyt1ReqyYnEfrdjnci78TPPe2224-XVg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi, Jaco:
Have you set the proper provider id to this realm/site?
You can use the setProviderGroupId() in Site API.
site.setProviderGroupId(PROVIDER_ID_STRING);
thanks,
- Zhen
On Fri, Aug 17, 2012 at 11:56 AM, Jaco Gillman <jaco at opencollab.co.za>wrote:
> Hi All
>
> We are running a Sakai 2.8.2 installation that has a customized Course
> Management integration. I have created all the necessary Course Management
> data and structure. We make use of a Web service client integration to the
> external integration system.
>
> Here follows the steps I use for our Course Management setup(File is
> attached as well):
>
> createAcademicSession
> createCourseSets
> createCanonicalCourses
>
> createCourseOffering
> addCourseOfferingsToCourseSets
> createEnrollmentSets
> createEnrollment
> createSections
>
> and then for each studentNum I use addOrUpdateSectionMembership.
>
> After our batch Job is creating the Course Management structure, I created
> the Course site, but no students shows up in the participant list (see
> below)
> [image: Inline images 1]
>
> I debugged the Sakai (2.8.2) source to see why the participant list is
> empty and here is how far I got:
>
> SiteAction.getParticipantList (here is where this list is populated...)
> providerCourseList = SiteParticipantHelper.getProviderCourseList(siteId);
> // this return an empty List (reason being "String id" is null)
>
> inside SiteParticipantHelper.getProviderCourseList(siteId);
> the following id is null:
> String id = getExternalRealmId(siteId);
>
> realm.getProviderGroupId(); // this returns null
>
> This cause the "participants" variable to be empty:
> Collection participants =
> SiteParticipantHelper.prepareParticipants(siteId, providerCourseList);
>
>
> Any suggestions/advice would be much appreciated!
>
>
>
> Regards,
>
> *Jaco Gillman***
>
> Java Developer
>
> opencollab
>
> *Tel*: +27 21 970 4017 | *Fax*:* *+27 21 914 3098**
>
> *Email*: jaco at opencollab.co.za | *Skype*: gillmanjc
>
> *Web*: www.opencollab.co.za
>
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/137e
5ee0/attachment-0001.html
------------------------------
Message: 31
Date: Fri, 17 Aug 2012 13:32:54 -0400
From: "Mark J. Norton" <markjnorton at earthlink.net>
Subject: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: "Sakai-dev at collab.sakaiproject.org"
<Sakai-dev at collab.sakaiproject.org>
Message-ID: <502E8046.8000803 at earthlink.net>
Content-Type: text/plain; charset="iso-8859-1"
I am using some third-party software that in turn uses classes from the
Tomcat catalina and utils JARs. Both of these JARs are present in the
Tomcat distro (5.5.30 running Sakai 2.8.0). The question is how to
declare these dependencies in Maven. Currently, I have:
<dependency>
<groupId>org.apache.tomcat</groupId>
<artifactId>tomcat-catalina</artifactId>
<version>5.5.30</version>
</dependency>
<dependency>
<groupId>org.apache.tomcat</groupId>
<artifactId>tomcat-util</artifactId>
<version>5.5.30</version>
</dependency>
These result in an unresolved dependency, ie., they are not found in any
repository.
Some of the web documentation I've seen refers to a Maven Tomcat
plugin. Do I need to include that? If so, how?
- Mark Norton
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/d6cc
ebc6/attachment-0001.html
------------------------------
Message: 32
Date: Fri, 17 Aug 2012 13:23:12 -0500
From: "Zach A. Thomas" <zach.thomas at gmail.com>
Subject: Re: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: "Mark J. Norton" <markjnorton at earthlink.net>
Cc: "Sakai-dev at collab.sakaiproject.org"
<Sakai-dev at collab.sakaiproject.org>
Message-ID: <A4707C1B-7A8B-4A81-B140-F16D170D3610 at gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi, Mark. Since these artifacts aren't in the official maven repo, I've
uploaded them to the sakaiproject repo for you.
However, the version I used was 5.5.35, which is the latest of the 5.5.x
line. I hope that will work for what you need. Let me know.
regards,
Zach
On Aug 17, 2012, at 12:32 PM, "Mark J. Norton" <markjnorton at earthlink.net>
wrote:
> I am using some third-party software that in turn uses classes from the
Tomcat catalina and utils JARs. Both of these JARs are present in the
Tomcat distro (5.5.30 running Sakai 2.8.0). The question is how to declare
these dependencies in Maven. Currently, I have:
> <dependency>
> <groupId>org.apache.tomcat</groupId>
> <artifactId>tomcat-catalina</artifactId>
> <version>5.5.30</version>
> </dependency>
> <dependency>
> <groupId>org.apache.tomcat</groupId>
> <artifactId>tomcat-util</artifactId>
> <version>5.5.30</version>
> </dependency>
> These result in an unresolved dependency, ie., they are not found in any
repository.
>
> Some of the web documentation I've seen refers to a Maven Tomcat plugin.
Do I need to include that? If so, how?
>
> - Mark Norton
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/b893
a9fa/attachment-0001.html
------------------------------
Message: 33
Date: Fri, 17 Aug 2012 14:26:08 -0400
From: Matthew Jones <matthew at longsight.com>
Subject: Re: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: "Mark J. Norton" <markjnorton at earthlink.net>
Cc: "Sakai-dev at collab.sakaiproject.org"
<Sakai-dev at collab.sakaiproject.org>
Message-ID:
<CACz7-HQh3HFDqY_GeQz9oxfa_SdwiGXa3EoKMe0w-BGykxKdnQ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I *think* for the 5.5.x they called it groupId tomcat at least that's what
we have in the sakai repo.
http://source.sakaiproject.org/maven2/tomcat/
I don't see tomcat-util in there though, the last published version on
maven central for that was 5.5.23?
http://mvnrepository.com/artifact/tomcat/tomcat-util/5.5.23
These were the dependencies that webdav uses, though it doesn't use
tomcat-util, just catalina,catalina-optional and naming-resources.
On Fri, Aug 17, 2012 at 1:32 PM, Mark J. Norton
<markjnorton at earthlink.net>wrote:
> I am using some third-party software that in turn uses classes from the
> Tomcat catalina and utils JARs. Both of these JARs are present in the
> Tomcat distro (5.5.30 running Sakai 2.8.0). The question is how to
declare
> these dependencies in Maven. Currently, I have:
>
> <dependency>
> <groupId>org.apache.tomcat</groupId>
> <artifactId>tomcat-catalina</artifactId>
> <version>5.5.30</version>
> </dependency>
> <dependency>
> <groupId>org.apache.tomcat</groupId>
> <artifactId>tomcat-util</artifactId>
> <version>5.5.30</version>
> </dependency>
>
> These result in an unresolved dependency, ie., they are not found in any
> repository.
>
> Some of the web documentation I've seen refers to a Maven Tomcat plugin.
> Do I need to include that? If so, how?
>
> - Mark Norton
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/d1fb
5569/attachment-0001.html
------------------------------
Message: 34
Date: Fri, 17 Aug 2012 14:58:29 -0400
From: "Mark J. Norton" <markjnorton at earthlink.net>
Subject: Re: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: Matthew Jones <matthew at longsight.com>
Cc: "Sakai-dev at collab.sakaiproject.org"
<Sakai-dev at collab.sakaiproject.org>
Message-ID: <502E9455.2010603 at earthlink.net>
Content-Type: text/plain; charset="iso-8859-1"
Your information was enough to resolve my problems, Matthew. Much
thanks for that. The dependencies came out to be:
* tomcat:catalina:5.5.23
* tomcat:tomcat-util:5.5.23
I note that these dependencies are different in Tomcat 6.x and 7.x.
Apache went to a group id of org.apache.tomcat.
Thanks for the help - you, too, Zach.
- Mark
On 8/17/2012 2:26 PM, Matthew Jones wrote:
> I *think* for the 5.5.x they called it groupId tomcat at least that's
> what we have in the sakai repo.
>
> http://source.sakaiproject.org/maven2/tomcat/
>
> I don't see tomcat-util in there though, the last published version on
> maven central for that was 5.5.23?
>
> http://mvnrepository.com/artifact/tomcat/tomcat-util/5.5.23
>
> These were the dependencies that webdav uses, though it doesn't use
> tomcat-util, just catalina,catalina-optional and naming-resources.
>
> On Fri, Aug 17, 2012 at 1:32 PM, Mark J. Norton
> <markjnorton at earthlink.net <mailto:markjnorton at earthlink.net>> wrote:
>
> I am using some third-party software that in turn uses classes
> from the Tomcat catalina and utils JARs. Both of these JARs are
> present in the Tomcat distro (5.5.30 running Sakai 2.8.0). The
> question is how to declare these dependencies in Maven.
> Currently, I have:
>
> <dependency>
> <groupId>org.apache.tomcat</groupId>
> <artifactId>tomcat-catalina</artifactId>
> <version>5.5.30</version>
> </dependency>
> <dependency>
> <groupId>org.apache.tomcat</groupId>
> <artifactId>tomcat-util</artifactId>
> <version>5.5.30</version>
> </dependency>
>
> These result in an unresolved dependency, ie., they are not found
> in any repository.
>
> Some of the web documentation I've seen refers to a Maven Tomcat
> plugin. Do I need to include that? If so, how?
>
> - Mark Norton
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> <mailto:sakai-dev at collab.sakaiproject.org>
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org
> <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
> subject of "unsubscribe"
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/00f1
fc51/attachment-0001.html
------------------------------
_______________________________________________
sakai-dev mailing list
sakai-dev at collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
End of sakai-dev Digest, Vol 42, Issue 16
*****************************************
More information about the sakai-dev
mailing list