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@...
[mailto:
sakai-dev-bounces@...] 代表
sakai-dev-request@...
发送时间: 2012年8月18日 3:00
收件人:
sakai-dev@...
主题: sakai-dev Digest, Vol 42, Issue 16
Send sakai-dev mailing list submissions to
sakai-dev@...
To subscribe or unsubscribe via the World Wide Web, visit
http://collab.sakaiproject.org/mailman/listinfo/sakai-devor, via email, send a message with subject or body 'help' to
sakai-dev-request@...
You can reach the person managing the list at
sakai-dev-owner@...
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@...>
Subject: Re: [Building Sakai] New Roles Tool
To: Nguni Phakela <
nguni52@...>
Cc:
sakai-dev@...
Message-ID: <
8D19E285-B687-457C-88BD-22EC8F963E5B@...>
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+ToolCheers,
Neal Caidin
Sakai CLE Community Coordinator
nealcaidin@...
Skype: nealkdin
AIM:
ncaidin@...
On Aug 16, 2012, at 8:35 AM, Nguni Phakela <
nguni52@...> 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'.
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
------------------------------
Message: 2
Date: Thu, 16 Aug 2012 17:30:38 -0700
From: Joshua Swink <
joshua.swink@...>
Subject: [Building Sakai] Basic LTI tool registration settings being
lost
To: Sakai-Dev <
sakai-dev@...>
Message-ID:
<
CAFS8oBSdppzjDC2Bb1eU24gXgH2bGa814mZVQR7-1sHuZbMpqQ@...>
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.eduext_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/5459cdf9/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/5459cdf9/attachment-0001.png
------------------------------
Message: 3
Date: Fri, 17 Aug 2012 12:22:33 +1000
From: Steve Swinsburg <
steve.swinsburg@...>
Subject: Re: [Building Sakai] New Roles Tool
To: Nguni Phakela <
nguni52@...>
Cc: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID: <
BD12BBAA-5C72-42EA-B4CA-0E83E05D4F1E@...>
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@...> 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'.
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
------------------------------
Message: 4
Date: Fri, 17 Aug 2012 12:34:34 +0900
From: baynaa_sk B <
baynaa.sk@...>
Subject: [Building Sakai] cannot recognize encode?
To:
sakai-dev@...
Message-ID:
<
CACQ2pEoidt+U9sLzhZiWS6BkM4kX3amwM8xt-BqzCAAQ6GT2tQ@...>
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/c7c0935d/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/c7c0935d/attachment-0001.jpg
------------------------------
Message: 5
Date: Thu, 16 Aug 2012 20:39:17 -0700 (PDT)
From: Baynaa_sk <
baynaa.sk@...>
Subject: Re: [Building Sakai] cannot recognize encode?
To:
sakai-dev@...
Message-ID: <
34309954.post@...>
Content-Type: text/plain; charset=us-ascii
i created db's character set utf8, and sakai config -Dfile.encoding=UTF-8...
Baynaa_sk wrote:
--
View this message in context:
http://old.nabble.com/-Building-Sakai---cannot-recognize-encode--tp34309950p34309954.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@...>
Subject: Re: [Building Sakai] Updating Database Table
To: Nguni Phakela <
nguni52@...>
Cc:
sakai-dev@...
Message-ID:
<CAD3fRzsbxze4hz7csJx3pmb-2h2-mwcSgKhe=sH5=S=
ZtVZB0A@...>
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+Documentation
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@...> 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@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
>
sakai-dev-unsubscribe@... with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120816/17565bf6/attachment-0001.html
------------------------------
Message: 7
Date: Fri, 17 Aug 2012 06:41:50 +0200
From: Nguni Phakela <
nguni52@...>
Subject: Re: [Building Sakai] New Roles Tool
To: Steve Swinsburg <
steve.swinsburg@...>
Cc: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID: <
890E7194-F9DB-4AAF-84D9-7E129F79828A@...>
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.zaSent from my iPhone 4
On Aug 17, 2012, at 4:22 AM, Steve Swinsburg <
steve.swinsburg@...>
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@...> 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'.
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
------------------------------
Message: 8
Date: Fri, 17 Aug 2012 06:42:48 +0200
From: Nguni Phakela <
nguni52@...>
Subject: Re: [Building Sakai] Updating Database Table
To: Earle Nietzel <
earle.nietzel@...>
Cc: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID: <
12057DCB-E13C-4A47-B2BF-6B8B7E4AF7D4@...>
Content-Type: text/plain; charset="us-ascii"
Thank you Earle. Will try that.
Nguni
http://www.nguni52.co.zaSent from my iPhone 4
On Aug 17, 2012, at 5:52 AM, Earle Nietzel <
earle.nietzel@...> 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+Documentation
>
> 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@...> 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?
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/90694903/attachment-0001.html
------------------------------
Message: 9
Date: Fri, 17 Aug 2012 14:46:14 +1000
From: Steve Swinsburg <
steve.swinsburg@...>
Subject: Re: [Building Sakai] cannot recognize encode?
To: Baynaa_sk <
baynaa.sk@...>
Cc:
sakai-dev@...
Message-ID: <
09CB36EA-9D13-4655-A8A6-AC065495DA3C@...>
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@...> 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
http://old.nabble.com/-Building-Sakai---cannot-recognize-encode--tp34309950p34309954.html
> Sent from the Sakai - Development mailing list archive at Nabble.com.
>
> _______________________________________________
> sakai-dev mailing list
>
sakai-dev@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
------------------------------
Message: 10
Date: Fri, 17 Aug 2012 14:53:35 +1000
From: Steve Swinsburg <
steve.swinsburg@...>
Subject: Re: [Building Sakai] Updating Database Table
To: Earle Nietzel <
earle.nietzel@...>
Cc:
sakai-dev@...
Message-ID: <
5A7FECD0-6E4D-49CD-8A5F-0781B5BAE22C@...>
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@...> 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+Documentation
>
> 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@...> 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?
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
> _______________________________________________
> sakai-dev mailing list
>
sakai-dev@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/fa5184a6/attachment-0001.html
------------------------------
Message: 11
Date: Fri, 17 Aug 2012 15:41:36 +1000
From: Steve Swinsburg <
steve.swinsburg@...>
Subject: [Building Sakai] realmRoleGroupCache 100% miss.
To: "
sakai-dev@... Dev"
<
sakai-dev@...>
Message-ID: <
1667EA1F-6EAF-40A6-B1B5-7F167D9C099A@...>
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-532The previous commit was where this cache definition was added which was
r85976, done in
https://jira.sakaiproject.org/browse/KNL-600Looking 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@...>
Subject: Re: [Building Sakai] Basic LTI tool registration settings
being lost
To: Joshua Swink <
joshua.swink@...>
Cc: Sakai-Dev <
sakai-dev@...>
Message-ID:
<CAH-wrnsKEejBXHLFefzGyhcyJi9D0_gA-1bCyHEd6_mm9t=
3ZA@...>
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@...>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
--
*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/791eb9bd/attachment-0001.html
------------------------------
Message: 13
Date: Fri, 17 Aug 2012 09:11:36 -0400
From: Neal Caidin <
nealcaidin@...>
Subject: [Building Sakai] General Jira workflow question - ready for
merge, no QA
To: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID: <
57899346-1FC2-40E7-834C-D39C8866F3EC@...>
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@...
Skype: nealkdin
AIM:
ncaidin@...
------------------------------
Message: 14
Date: Fri, 17 Aug 2012 09:15:14 -0400
From: Aaron Zeckoski <
azeckoski@...>
Subject: Re: [Building Sakai] realmRoleGroupCache 100% miss.
To: Steve Swinsburg <
steve.swinsburg@...>
Cc: "
sakai-dev@... Dev"
<
sakai-dev@...>
Message-ID:
<CAMTQKLmoqUaK56=
yr7tJiXjedCOxv7+KTd4U-BaXj1-206SXcw@...>
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@...> 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@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... 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@...>
Subject: Re: [Building Sakai] General Jira workflow question - ready
for merge, no QA
To: Neal Caidin <
nealcaidin@...>
Cc: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID:
<CAMTQKLkwWe_HX7YVR5AhG=
5KWGSuiHNB0mwXHJ1FFEhLS_K4rQ@...>
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@...> 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.
sakai-dev-unsubscribe@... 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@...>
Subject: Re: [Building Sakai] realmRoleGroupCache 100% miss.
To: Aaron Zeckoski <
azeckoski@...>
Cc: "
sakai-dev@... Dev"
<
sakai-dev@...>
Message-ID: <
1D3765A7-9E6E-4BB1-8D9E-2640087EC94B@...>
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@...> 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@...> 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@...
>>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>>
>> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... 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@...>
Subject: Re: [Building Sakai] Copyright Information textbox does not
appear in 2.8.1
To: Matthew Jones <
matthew@...>
Cc: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID:
<
3A29F35913A33441B60443B6253D71C01C0AA015@...>
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@...
[
sakai-dev-bounces@...] on behalf of Gast, Cynthia
(cmw6s) [
cmw6s@...]
Sent: Thursday, August 16, 2012 10:59 AM
To: Matthew Jones
Cc:
sakai-dev@...
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@...
[
sakai-dev-bounces@...] on behalf of Gast, Cynthia
(cmw6s) [
cmw6s@...]
Sent: Thursday, August 16, 2012 10:08 AM
To: Matthew Jones
Cc:
sakai-dev@...
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@...]
Sent: Wednesday, August 15, 2012 11:29 PM
To: Gast, Cynthia (cmw6s)
Cc: Beth Kirschner;
sakai-dev@...
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@...<mailto:
cmw6s@...>> 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@...<mailto:
bkirschn@...>]
Sent: Wednesday, August 15, 2012 8:49 PM
To: Gast, Cynthia (cmw6s)
Cc:
sakai-dev@...<mailto:
sakai-dev@...>
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@...<mailto:
sakai-dev@...>
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@...<mailto:sakai-dev-unsubscribe@c
ollab.sakaiproject.org> with a subject of "unsubscribe"
_______________________________________________
sakai-dev mailing list
sakai-dev@...<mailto:
sakai-dev@...>
http://collab.sakaiproject.org/mailman/listinfo/sakai-devTO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@...<mailto:sakai-dev-unsubscribe@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/a82d8ea1/attachment-0001.html
------------------------------
Message: 18
Date: Fri, 17 Aug 2012 08:58:29 -0500
From: Charles Severance <
csev@...>
Subject: Re: [Building Sakai] Basic LTI tool registration settings
being lost
To: Sakai-Dev <
sakai-dev@...>
Message-ID: <
42C19F5F-7B8C-4F08-A22E-053EDDBBA096@...>
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/docs/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@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/5b5a5fb2/attachment-0001.html
------------------------------
Message: 19
Date: Fri, 17 Aug 2012 10:01:32 -0400
From: Sam Ottenhoff <
ottenhoff@...>
Subject: Re: [Building Sakai] Copyright Information textbox does not
appear in 2.8.1
To: "Gast, Cynthia (cmw6s)" <
cmw6s@...>
Cc: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID:
<CAJEDiB4hRa1xO5=
QNsZMCDoD15qwehQBwCqYgjU2DT8VXDk2vw@...>
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@...> wrote:
> I found a fix for this, for Sakai 2.8.1. See SAK-22490.
>
> Thanks,
> Cindy
>
> ________________________________
> From:
sakai-dev-bounces@...
> [
sakai-dev-bounces@...] on behalf of Gast, Cynthia
> (cmw6s) [
cmw6s@...]
> Sent: Thursday, August 16, 2012 10:59 AM
>
> To: Matthew Jones
> Cc:
sakai-dev@...
> 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@...
> [
sakai-dev-bounces@...] on behalf of Gast, Cynthia
> (cmw6s) [
cmw6s@...]
> Sent: Thursday, August 16, 2012 10:08 AM
> To: Matthew Jones
> Cc:
sakai-dev@...
> 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@...]
> Sent: Wednesday, August 15, 2012 11:29 PM
> To: Gast, Cynthia (cmw6s)
> Cc: Beth Kirschner;
sakai-dev@...
> 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@...> 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@...]
>> Sent: Wednesday, August 15, 2012 8:49 PM
>> To: Gast, Cynthia (cmw6s)
>> Cc:
sakai-dev@...
>> 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
sakai-dev-unsubscribe@...
> with a subject of "unsubscribe"
------------------------------
Message: 20
Date: Fri, 17 Aug 2012 10:02:12 -0400
From: Aaron Zeckoski <
azeckoski@...>
Subject: Re: [Building Sakai] realmRoleGroupCache 100% miss.
To: Steve Swinsburg <
steve.swinsburg@...>
Cc: "
sakai-dev@... Dev"
<
sakai-dev@...>
Message-ID:
<CAMTQKL=
xQzi48BSmfzQPmt+paA5Zc04Q_SF0Ep8yZnVvduVt2Q@...>
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@...> 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@...> 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@...> 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@...
>>>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>>>
>>> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@....
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@...>
Subject: [Building Sakai] Sakai CLE 2.9.0-b07 released
To: "
sakai-dev@..."
<
sakai-dev@...>,
"
cle-release-team@..."
<
cle-release-team@...>
Message-ID: <
A89B4E9C-3965-4022-862F-C940AF64BAD5@...>
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/12902All 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+changesfor 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@...
Skype: nealkdin
AIM:
ncaidin@...
------------------------------
Message: 22
Date: Fri, 17 Aug 2012 10:17:26 -0500
From: Mustansar Mehmood <
mustansar@...>
Subject: [Building Sakai] Sakai username (dis)appearance in after
login
To: "
sakai-dev@... Dev"
<
sakai-dev@...>
Message-ID: <
502E6086.5060200@...>
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@...
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/f0aaac39/attachment-0001.png
------------------------------
Message: 23
Date: Fri, 17 Aug 2012 11:18:21 -0400
From: Bryan Holladay <
holladay@...>
Subject: Re: [Building Sakai] Sakai username (dis)appearance in after
login
To: Mustansar Mehmood <
mustansar@...>
Cc: "
sakai-dev@... Dev"
<
sakai-dev@...>
Message-ID:
<CAMN+MLnsGuDP3hma758pkojaRh_46YE6zUeBgLgLp8Abr=
eELw@...>
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@...>
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@...
>
>
>
>
>
> I have yet to see any problem, however complicated, which, when,you
looked
sakai-dev-unsubscribe@...
> with a subject of "unsubscribe"
------------------------------
Message: 24
Date: Fri, 17 Aug 2012 10:24:05 -0500
From: Mustansar Mehmood <
mustansar@...>
Subject: Re: [Building Sakai] Sakai username (dis)appearance in after
login
To:
sakai-dev@...
Message-ID: <
502E6215.8040101@...>
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@...>
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@...
>>
>>
>>
>>
>>
>> I have yet to see any problem, however complicated, which, when,you
looked
sakai-dev-unsubscribe@...
>> with a subject of "unsubscribe"
> _______________________________________________
> sakai-dev mailing list
>
sakai-dev@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... 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@...
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@...>
Subject: [Building Sakai] Sakai in the cloud
To:
sakai-dev@...
Message-ID:
<CAEW4pLbAUGTc=QoxFg_AjbebpCaEY=HUEhdvDz74m=
QcnHpN0w@...>
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/87df6b6b/attachment-0001.html
------------------------------
Message: 26
Date: Fri, 17 Aug 2012 11:48:31 -0400
From: Aaron Zeckoski <
azeckoski@...>
Subject: Re: [Building Sakai] Sakai in the cloud
To: Jaques Smith <
jaques@...>
Cc:
sakai-dev@...
Message-ID:
<CAMTQKL=
72wcQaF19bKsJLHyDO+EyTqbfxZ8RHO0-B7x+ZT09Lw@...>
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@...>
wrote:
sakai-dev-unsubscribe@...
> 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@...>
Subject: [Building Sakai] coursemanagement service and Course vs
CourseSection objects
To: "
sakai-dev@..."
<
sakai-dev@...>
Message-ID:
<
322C76CFAA36E940B5609ED339F9580005A92F0F@...>
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/40768064/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/40768064/attachment-0001.xml
------------------------------
Message: 28
Date: Fri, 17 Aug 2012 17:56:04 +0200
From: Jaco Gillman <
jaco@...>
Subject: [Building Sakai] Sakai Course Management - Site participant
list
To: Sakai Dev Mail List <
sakai-dev@...>
Message-ID:
<CAL8VKseWNR22QBCG5rj06spAaY0Q+mZZ=
gS7O7KSPddzu+jzQQ@...>
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@... | *Skype*: gillmanjc
*Web*: www.opencollab.co.za
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/55de0839/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/55de0839/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/55de0839/attachment-0001.obj
------------------------------
Message: 29
Date: Fri, 17 Aug 2012 12:02:44 -0400
From: "Mark J. Norton" <
markjnorton@...>
Subject: Re: [Building Sakai] Sakai in the cloud
To:
sakai-dev@...
Message-ID: <
502E6B24.3070408@...>
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:
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/8b8cc607/attachment-0001.html
------------------------------
Message: 30
Date: Fri, 17 Aug 2012 12:36:37 -0400
From: Zhen Qian <
zqian@...>
Subject: Re: [Building Sakai] Sakai Course Management - Site
participant list
To: Jaco Gillman <
jaco@...>
Cc: Sakai Dev Mail List <
sakai-dev@...>
Message-ID:
<
CAPQ5xrZBXGr0GrZTSOWyt1ReqyYnEfrdjnci78TPPe2224-XVg@...>
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@...>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@... | *Skype*: gillmanjc
>
> *Web*: www.opencollab.co.za
>
>
>
> _______________________________________________
> sakai-dev mailing list
>
sakai-dev@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
>
sakai-dev-unsubscribe@... with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/137e5ee0/attachment-0001.html
------------------------------
Message: 31
Date: Fri, 17 Aug 2012 13:32:54 -0400
From: "Mark J. Norton" <
markjnorton@...>
Subject: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: "
Sakai-dev@..."
<
Sakai-dev@...>
Message-ID: <
502E8046.8000803@...>
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/d6ccebc6/attachment-0001.html
------------------------------
Message: 32
Date: Fri, 17 Aug 2012 13:23:12 -0500
From: "Zach A. Thomas" <
zach.thomas@...>
Subject: Re: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: "Mark J. Norton" <
markjnorton@...>
Cc: "
Sakai-dev@..."
<
Sakai-dev@...>
Message-ID: <
A4707C1B-7A8B-4A81-B140-F16D170D3610@...>
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@...>
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@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... with a subject of
"unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/b893a9fa/attachment-0001.html
------------------------------
Message: 33
Date: Fri, 17 Aug 2012 14:26:08 -0400
From: Matthew Jones <
matthew@...>
Subject: Re: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: "Mark J. Norton" <
markjnorton@...>
Cc: "
Sakai-dev@..."
<
Sakai-dev@...>
Message-ID:
<
CACz7-HQh3HFDqY_GeQz9oxfa_SdwiGXa3EoKMe0w-BGykxKdnQ@...>
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.23These 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@...>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@...
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
>
sakai-dev-unsubscribe@... with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/d1fb5569/attachment-0001.html
------------------------------
Message: 34
Date: Fri, 17 Aug 2012 14:58:29 -0400
From: "Mark J. Norton" <
markjnorton@...>
Subject: Re: [Building Sakai] Resolving Tomcat Dependencies in Maven
To: Matthew Jones <
matthew@...>
Cc: "
Sakai-dev@..."
<
Sakai-dev@...>
Message-ID: <
502E9455.2010603@...>
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@... <mailto:
markjnorton@...>> 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@...
> <mailto:
sakai-dev@...>
>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev>
> TO UNSUBSCRIBE: send email to
>
sakai-dev-unsubscribe@...
> <mailto:
sakai-dev-unsubscribe@...> with a
> subject of "unsubscribe"
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120817/00f1fc51/attachment-0001.html
------------------------------
_______________________________________________
sakai-dev mailing list
sakai-dev@...
http://collab.sakaiproject.org/mailman/listinfo/sakai-devEnd of sakai-dev Digest, Vol 42, Issue 16
*****************************************
_______________________________________________
sakai-dev mailing list
sakai-dev@...
http://collab.sakaiproject.org/mailman/listinfo/sakai-devTO UNSUBSCRIBE: send email to
sakai-dev-unsubscribe@... with a subject of "unsubscribe"
