[Building Sakai] help
Lisa Rokusek
lrokusek at argpeople.com
Tue Apr 24 12:03:25 PDT 2012
Lisa Rokusek CPC/CTS
ARG - AgentHR Recruiting Group
The ability to enthuse is paramount to success in recruiting. Positioning by
ListeningTM is not just a catchy buzz phrase.
Cell: 314.409.5633
Office: 314.431.5083
Fax: 716.809.5633
Twitter: @lisarokusek
IM:
lrokusek (AIM) stlrecruiter (Google Talk) lisarok (Yahoo) lisarokusek
(Windows Live) lisarokusek (jabber)
Profiles:
http://www.argpeople.com/lrokusek
http://www.linkedin.com/in/lisarokusek
-----Original Message-----
From: sakai-dev-bounces at collab.sakaiproject.org
[mailto:sakai-dev-bounces at collab.sakaiproject.org] On Behalf Of
sakai-dev-request at collab.sakaiproject.org
Sent: Tuesday, April 24, 2012 2:00 PM
To: sakai-dev at collab.sakaiproject.org
Subject: sakai-dev Digest, Vol 38, Issue 23
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. Email Template Service open issues (Matthew Jones)
2. i have question (baynaa_sk B)
3. Re: Email Template Service open issues (David Horwitz)
4. Slow site type request (Jean-Francois Leveque)
5. Rebuild help-tool, got : java.lang.ClassCastException:
javax.faces.component.UIViewRoot cannot be cast to
javax.faces.component.UIViewRoot (David Wafula)
6. Re: i have question (Diego del Blanco Orobitg)
7. EU Cookie law (Adam Marshall)
8. Re: EU Cookie law (Mark J. Norton)
9. Re: EU Cookie law (David Horwitz)
10. Re: EU Cookie law (Adam Marshall)
11. Re: EU Cookie law (Matthew Jones)
12. Trunk build reminder (Aaron Zeckoski)
----------------------------------------------------------------------
Message: 1
Date: Mon, 23 Apr 2012 20:33:58 -0400
From: Matthew Jones <matthew at longsight.com>
Subject: [Building Sakai] Email Template Service open issues
To: dev sakai <sakai-dev at collab.sakaiproject.org>,
cle-release-team at collab.sakaiproject.org
Message-ID:
<CACz7-HRZ22c1jee=Skeoq3MryH_EtO8dWd+2ZjoxzfTPvdX1jg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I'm just sending this out to see if anyone is planning on working on some
of the higher priority email template service issues, it seems like this
tool has problems in 2.8.x and 2.9.x.
These are the open issues
https://jira.sakaiproject.org/secure/IssueNavigator.jspa?mode=hide&requestId
=13278
Some of this discussion was here:
http://collab.sakaiproject.org/pipermail/sakai-dev/2011-September/014132.htm
l
Basically Steve mentioned 2 jiras that were fixed recently.
https://jira.sakaiproject.org/browse/SAK-20987
https://jira.sakaiproject.org/browse/SAK-20825
However, in 2.8.1 and 2.9 it's still possible to create email templates
with duplicate key + locale, it seems even unintentionally. Though it's
only possible to get returned one of them (random? first?)
from getEmailTemplate. (https://jira.sakaiproject.org/browse/SAK-21739)
Mathieu mentioned seeing hundreds of duplicates, I've seen some servers
with dozens. This really should be enforced and a database script provided
to clean up "old" entries. It's even more of a problem as there's no way to
delete entries from the UI (https://jira.sakaiproject.org/browse/SAK-19927)
even if you could track down the bad ones, so they pile up until cleaned on
the database.
Another one I filed today is a difference between 2.8.x nightly and 2.9.x,
and it's where many more templates are being created in 2.9 with now with
the "NULL" locale or a blank locale. There doesn't seem to be any "en"
locales in 2.9. I suppose (SAK-20825) removed the requirement for any
locale at all but what happens between a blank locale, a null locale and an
en local template? Previously in 2.8 they were created with (I believe) the
en locale. In the UI it just says "Locale"?
https://jira.sakaiproject.org/browse/SAK-22093.
I believe some of these should be possibly considered blockers for the 2.9
release because they make the system very difficult/confusing to use. I
could work on these if nobody else is but just checking first.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120423/4f01
aac1/attachment-0001.html
------------------------------
Message: 2
Date: Tue, 24 Apr 2012 11:24:09 +0800
From: baynaa_sk B <baynaa.sk at gmail.com>
Subject: [Building Sakai] i have question
To: sakai-dev at collab.sakaiproject.org
Message-ID:
<CACQ2pEqOquYyNQo4mEb0id-4o3LtiXpcgSPfh0Wa6Uc-VqFM=A at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
the main things than i'm asking about are:
1. to register about 100 schools on one sakai and one database
2. to create minimum 10 cources for each school
3. to be not possible for each of these schools to view any information of
the other other schools and even to know if they exist.
4. to be possible for the center which maintains sakai to receive statistics
every day, every week and every month from those 100 schools...
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120424/449c
3a41/attachment-0001.html
------------------------------
Message: 3
Date: Tue, 24 Apr 2012 10:32:41 +0200
From: David Horwitz <david.horwitz at uct.ac.za>
Subject: Re: [Building Sakai] Email Template Service open issues
To: sakai-dev at collab.sakaiproject.org,
cle-release-team at collab.sakaiproject.org
Message-ID: <4F966529.5040504 at uct.ac.za>
Content-Type: text/plain; charset="windows-1252"
Hi Matthew,
On 04/24/2012 02:33 AM, Matthew Jones wrote:
> I'm just sending this out to see if anyone is planning on working on
> some of the higher priority email template service issues, it seems
> like this tool has problems in 2.8.x and 2.9.x.
>
> These are the open issues
>
https://jira.sakaiproject.org/secure/IssueNavigator.jspa?mode=hide&requestId
=13278
>
<https://jira.sakaiproject.org/secure/IssueNavigator.jspa?mode=hide&requestI
d=13278>
>
>
been away from Sakai for a while but am geting some more Sakai time so
will start making headway - though help would be apreciated
> Some of this discussion was here:
>
http://collab.sakaiproject.org/pipermail/sakai-dev/2011-September/014132.htm
l
>
>
> Basically Steve mentioned 2 jiras that were fixed recently.
>
> https://jira.sakaiproject.org/browse/SAK-20987
> https://jira.sakaiproject.org/browse/SAK-20825
>
> However, in 2.8.1 and 2.9 it's still possible to create email
> templates with duplicate key + locale, it seems even unintentionally.
> Though it's only possible to get returned one of them (random? first?)
> from getEmailTemplate.
> (https://jira.sakaiproject.org/browse/SAK-21739) Mathieu mentioned
> seeing hundreds of duplicates, I've seen some servers with dozens.
> This really should be enforced and a database script provided to clean
> up "old" entries. It's even more of a problem as there's no way to
> delete entries from the UI
> (https://jira.sakaiproject.org/browse/SAK-19927) even if you could
> track down the bad ones, so they pile up until cleaned on the database.
>
This is a bug
> Another one I filed today is a difference between 2.8.x nightly and
> 2.9.x, and it's where many more templates are being created in 2.9
> with now with the "NULL" locale or a blank locale. There doesn't seem
> to be any "en" locales in 2.9. I suppose (SAK-20825) removed the
> requirement for any locale at all but what happens between a blank
> locale, a null locale and an en local template? Previously in 2.8 they
> were created with (I believe) the en locale. In the UI it just says
> "Locale"? https://jira.sakaiproject.org/browse/SAK-22093.
>
This is by design - the system default should be that the systemt
default not en (even though it will generaly contain en strings).
matching resource loader resolution order:
lang_region_varient
lang__region
lang
default
There was a bug introduced in 2.8 that the default templates had a
locale of en
D
> I believe some of these should be possibly considered blockers for the
> 2.9 release because they make the system very difficult/confusing to
> use. I could work on these if nobody else is but just checking first.
>
>
>
>
>
>
> _______________________________________________
> 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/20120424/ab15
9e82/attachment-0001.html
------------------------------
Message: 4
Date: Tue, 24 Apr 2012 14:07:05 +0200
From: Jean-Francois Leveque <jean-francois.leveque at upmc.fr>
Subject: [Building Sakai] Slow site type request
To: "production at collab.sakaiproject.org"
<production at collab.sakaiproject.org>, sakai-dev Developers
<sakai-dev at collab.sakaiproject.org>
Message-ID: <4F969769.9030003 at upmc.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
The following request is slow (> 2 s) on my DB server more than an
average of once every other day:
select distinct TYPE from SAKAI_SITE order by TYPE;
Creating the following index on a test server improves performance a lot:
create index SAKAI_SITE_TYPE on SAKAI_SITE (TYPE);
Has anyone else already tried indexing SAKAI_SITE on TYPE to improve the
performance of this request?
Does anyone think we shouldn't add this index to the next DB update scripts?
Cheers,
J-F
------------------------------
Message: 5
Date: Tue, 24 Apr 2012 14:35:06 +0200
From: David Wafula <davidwaf at gmail.com>
Subject: [Building Sakai] Rebuild help-tool, got :
java.lang.ClassCastException: javax.faces.component.UIViewRoot
cannot
be cast to javax.faces.component.UIViewRoot
To: Sakai Developers <sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAK9Ws2cigPFsQ8FcphgCa46i7cBUZZk2X8QP4+sUo3Kt3zDL6g at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi all,
I rebuild the help-tool. I get this at run time. On 2.8.0. Help :
org.sakaiproject.portal.api.PortalHandlerException:
java.lang.ClassCastException: javax.faces.component.UIViewRoot cannot
be cast to javax.faces.component.UIViewRoot
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.doGet(SkinnableCharonPo
rtal.java:862)
caused by: java.lang.ClassCastException:
javax.faces.component.UIViewRoot cannot be cast to
javax.faces.component.UIViewRoot
at
com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java
:273)
at
com.sun.faces.application.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:2
28)
at
org.sakaiproject.jsf.app.SakaiViewHandler.restoreView(SakaiViewHandler.java:
159)
at
com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:157)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:598)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
java:659)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis
patcher.java:457)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch
er.java:395)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher
.java:311)
at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
at org.sakaiproject.tool.help.HelpJsfTool.dispatch(HelpJsfTool.java:96)
at org.sakaiproject.jsf.util.JsfTool.doGet(JsfTool.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:627)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
java:659)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis
patcher.java:457)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch
er.java:359)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher
.java:311)
at
org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveTo
olComponent.java:511)
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCh
aronPortal.java:1429)
at
org.sakaiproject.portal.charon.handlers.HelpHandler.doHelp(HelpHandler.java:
107)
at
org.sakaiproject.portal.charon.handlers.HelpHandler.doGet(HelpHandler.java:6
9)
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.doGet(SkinnableCharonPo
rtal.java:862)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:627)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:659)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:172)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:879)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:689)
--
David Wafula
------------------------------
Message: 6
Date: Tue, 24 Apr 2012 16:25:42 +0200
From: "Diego del Blanco Orobitg" <diego.delblanco at samoo.es>
Subject: Re: [Building Sakai] i have question
To: "'baynaa_sk B'" <baynaa.sk at gmail.com>,
<sakai-dev at collab.sakaiproject.org>
Message-ID: <016b01cd2226$28fd8f60$7af8ae20$@delblanco at samoo.es>
Content-Type: text/plain; charset="iso-8859-1"
This requires some development.
We have done that in Samoo for some customers. Most of times, developments
we do at Samoo are offered to the community freely, but this one, at this
moment won?t be, so if you are interested, please contact me and we can talk
about prices for doing this in your Sakai.
Anyway, if the sakai community considers that Sakai must be
?multiorganization? we can try to include our development in a future
release of Sakai. It can?t be easily a contrib, because we need to retouch
some tools as profile and some services in the kernel.
Best regards
Diego del Blanco Orobitg
Director de operaciones
diego.delblanco at samoo.es
Tlf Oficina: +34 673 80 32 69
Tlf M?vil: +34 653 683 489
www.samoo.es
Diego.
De: sakai-dev-bounces at collab.sakaiproject.org
[mailto:sakai-dev-bounces at collab.sakaiproject.org] En nombre de baynaa_sk B
Enviado el: martes, 24 de abril de 2012 5:24
Para: sakai-dev at collab.sakaiproject.org
Asunto: [Building Sakai] i have question
the main things than i'm asking about are:
1. to register about 100 schools on one sakai and one database
2. to create minimum 10 cources for each school
3. to be not possible for each of these schools to view any information of
the other other schools and even to know if they exist.
4. to be possible for the center which maintains sakai to receive statistics
every day, every week and every month from those 100 schools...
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20120424/7fbe
a59b/attachment-0001.html
------------------------------
Message: 7
Date: Tue, 24 Apr 2012 15:08:24 +0000
From: Adam Marshall <adam.marshall at oucs.ox.ac.uk>
Subject: [Building Sakai] EU Cookie law
To: sakai-dev <sakai-dev at collab.sakaiproject.org>
Message-ID:
<E1E435A461EE4E479E171D497DD92898058004 at MBX01.ad.oak.ox.ac.uk>
Content-Type: text/plain; charset="us-ascii"
http://www.youtube.com/watch?v=arWJA0jVPAc
Has anybody in the Euro community done any thinking about the new
well-thought-out-and-totally-reasonable-oh-yes EU cookie law?
By all accounts one can use cookies if they are strictly necessary for a
service but not if they're used for tracking.
I was wondering if anybody had done any analysis of what cookies sakai uses
and then categorised them to show which are deemed strictly necessary.
I assume that site stats uses cookies. Would we consider the site stats tool
strictly necessary?
adam
------------------------------
Message: 8
Date: Tue, 24 Apr 2012 11:17:28 -0400
From: "Mark J. Norton" <markjnorton at earthlink.net>
Subject: Re: [Building Sakai] EU Cookie law
To: sakai-dev at collab.sakaiproject.org
Message-ID: <4F96C408.9020005 at earthlink.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
The main use of cookies in Sakai is to hold the user's session id. It's
what links the browser session to the Sakai session and current user thread.
- Mark
On 4/24/2012 11:08 AM, Adam Marshall wrote:
> http://www.youtube.com/watch?v=arWJA0jVPAc
>
> Has anybody in the Euro community done any thinking about the new
well-thought-out-and-totally-reasonable-oh-yes EU cookie law?
>
> By all accounts one can use cookies if they are strictly necessary for a
service but not if they're used for tracking.
>
> I was wondering if anybody had done any analysis of what cookies sakai
uses and then categorised them to show which are deemed strictly necessary.
>
> I assume that site stats uses cookies. Would we consider the site stats
tool strictly necessary?
>
> adam
> _______________________________________________
> 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: 9
Date: Tue, 24 Apr 2012 17:19:06 +0200
From: David Horwitz <david.horwitz at uct.ac.za>
Subject: Re: [Building Sakai] EU Cookie law
To: sakai-dev at collab.sakaiproject.org
Message-ID: <4F96C46A.2080504 at uct.ac.za>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Hi
On 04/24/2012 05:08 PM, Adam Marshall wrote:
> http://www.youtube.com/watch?v=arWJA0jVPAc
>
> Has anybody in the Euro community done any thinking about the new
well-thought-out-and-totally-reasonable-oh-yes EU cookie law?
>
> By all accounts one can use cookies if they are strictly necessary for a
service but not if they're used for tracking.
>
> I was wondering if anybody had done any analysis of what cookies sakai
uses and then categorised them to show which are deemed strictly necessary.
>
> I assume that site stats uses cookies. Would we consider the site stats
tool strictly necessary?
>
Site stats uses the data collected by Sakai (so based on login) so it
doesn't use cookies. Its legal complience here would be with general
user tracking data collection.
D
> adam
> _______________________________________________
> 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: Tue, 24 Apr 2012 15:23:41 +0000
From: Adam Marshall <adam.marshall at oucs.ox.ac.uk>
Subject: Re: [Building Sakai] EU Cookie law
To: David Horwitz <david.horwitz at uct.ac.za>,
"sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<E1E435A461EE4E479E171D497DD928980580B3 at MBX01.ad.oak.ox.ac.uk>
Content-Type: text/plain; charset="us-ascii"
> -----Original Message-----
> From: sakai-dev-bounces at collab.sakaiproject.org [mailto:sakai-dev-
> bounces at collab.sakaiproject.org] On Behalf Of David Horwitz
> Sent: 24 April 2012 16:19
> To: sakai-dev at collab.sakaiproject.org
> Subject: Re: [Building Sakai] EU Cookie law
>
> Hi
>
> On 04/24/2012 05:08 PM, Adam Marshall wrote:
> >
> > I assume that site stats uses cookies. Would we consider the site stats
tool
> strictly necessary?
> >
> Site stats uses the data collected by Sakai (so based on login) so it
> doesn't use cookies. Its legal complience here would be with general
> user tracking data collection.
Ah good.
Adam
>
> D
>
>
> > adam
> > _______________________________________________
> > 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: 11
Date: Tue, 24 Apr 2012 11:25:22 -0400
From: Matthew Jones <matthew at longsight.com>
Subject: Re: [Building Sakai] EU Cookie law
To: "Mark J. Norton" <markjnorton at earthlink.net>
Cc: sakai-dev at collab.sakaiproject.org
Message-ID:
<CACz7-HRug9AxSb57DE=hJ+qiXgrNAyzc4nrTV2ihY15hEexBtA at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Looking through the trunk-all source, there are a tools (osp/profile2) that
also use cookies so those are worth verifiying. Otherwise this discussion
came up with the same conclusions last month. (Only used for required
functionality)
http://collab.sakaiproject.org/pipermail/sakai-dev/2012-March/016543.html
In profile2
profile2/tool/src/java/org/sakaiproject/profile2/tool/pages/MySearch.java
profile2/tool/src/java/org/sakaiproject/profile2/tool/pages/ViewProfile.java
It looks like cookies are being used in connection with the searching
capabilities and navigation? This should be verified.
In metaobj
metaobj/metaobj-util/tool-lib/src/java/org/sakaiproject/metaobj/utils/mvc/im
pl/servlet/FormControllerImpl.java
It looks like this cookie is being used to track whether or not the
document is saved?
I'd say the metaobj is used for the service, I'm not 100% on profile2. I
don't see anything in sitestats.
On Tue, Apr 24, 2012 at 11:17 AM, Mark J. Norton
<markjnorton at earthlink.net>wrote:
> The main use of cookies in Sakai is to hold the user's session id. It's
> what links the browser session to the Sakai session and current user
> thread.
>
> - Mark
>
>
> On 4/24/2012 11:08 AM, Adam Marshall wrote:
> > http://www.youtube.com/watch?v=arWJA0jVPAc
> >
> > Has anybody in the Euro community done any thinking about the new
> well-thought-out-and-totally-reasonable-oh-yes EU cookie law?
> >
> > By all accounts one can use cookies if they are strictly necessary for a
> service but not if they're used for tracking.
> >
> > I was wondering if anybody had done any analysis of what cookies sakai
> uses and then categorised them to show which are deemed strictly
necessary.
> >
> > I assume that site stats uses cookies. Would we consider the site stats
> tool strictly necessary?
> >
> > adam
> > _______________________________________________
> > 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/20120424/3cd8
4e9f/attachment-0001.html
------------------------------
Message: 12
Date: Tue, 24 Apr 2012 12:12:05 -0400
From: Aaron Zeckoski <azeckoski at unicon.net>
Subject: [Building Sakai] Trunk build reminder
To: Sakai-Dev Developers <sakai-dev at collab.sakaiproject.org>
Message-ID:
<CAMTQKL=aL5XjvyDg=q5hreGRZehkiRg75AzqRwH3VCXmh7L0wA at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
To all devs working in trunk,
Please be a good community citizen and be careful to do a clean build
without artifacts in your repo (ideally offline and with tests) after
making changes to your project POM files or to server APIs (kernel or
otherwise).
Only doing a build (with or without tests) is not sufficient to check
things given the way indies and parts of trunk download artifacts
instead of using the built ones.
This avoids issues (like we saw this morning) where trunk will not
build because of multiple failures. It also avoids wasting the time of
other kernel and CLE team volunteers who have to go in and clean up
the mess.
Thanks
-AZ
--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
------------------------------
_______________________________________________
sakai-dev mailing list
sakai-dev at collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
End of sakai-dev Digest, Vol 38, Issue 23
*****************************************
More information about the sakai-dev
mailing list