[Building Sakai] Entity broker interface to Forums

David Horwitz david.horwitz at uct.ac.za
Mon Mar 5 10:21:00 PST 2012


In the case of a tool like Forums the context should come from the 
object being saved not the placement. So in this case the login should 
use the context of the objects being saved in the service layer.

D

On 03/05/2012 07:31 PM, Aaron Zeckoski wrote:
> There is no tool or context without the portal and the REST/webservice
> calls don't have the portal so it's not really possible without faking
> it. I would suggest the code is changed to only do the operations that
> require the context/tool if it is available.
> -AZ
>
>
> On Mon, Mar 5, 2012 at 11:47 AM, Marc Savitsky
> <marc.savitsky at oucs.ox.ac.uk>  wrote:
>> Hi All,
>>
>> I am trying to write an entity broker interface to the sakai forums.
>> There are already some custom methods to get messages etc, but I need to
>> implement the standard createEntity, updateEntity and deleteEntity
>> methods for both messages and topics.
>>
>> The trouble is that the api calls saveMessage(message) and
>> saveTopic(topic) both make calls to currentTool and currentContext.  It
>> makes these calls so that logging can work, which is important to
>> provide an audit trace.  Does anyone have a suggestion as to how I can
>> get a tool and a context so this functionality when making direct calls
>> from another application?
>>
>> I have opened a jira for this :
>> https://jira.sakaiproject.org/browse/MSGCNTR-664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=151222#comment-151222
>>
>> many thanks
>> Marc savitsky
>> _______________________________________________
>> 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"
>
>



More information about the sakai-dev mailing list