[Building Sakai] samigo-app

[John Bush]

The article from Anthony Whyte you mention is concerning independent
releases (indies).  That is not the same thing as running Samigo
standalone (outside of the rest of Sakai). Indies are solely a release
practice so that Samigo (or other tools) could release outside of the
entire code base.  Indies are actually going to be unravelled soon.

As far as I know, it's not possible to run Samigo standalone, and
unwinding it would probably be a large effort.  You are probably
better off thinking about how to expose it within Sakai as it lives
now.  For example, Sakai can operate as a LTI producer, you could
expose Samigo like that.  I think we'd need to have more information
about your requirements in order to give you more advice.  Are you
intending on wrapping it inside another LMS, as part of some other
portal, or what ?  How are things like students, and enrollments
managed?  Etc, etc.

On Mon, Jul 29, 2013 at 9:46 AM, Eric Murphy <murphye at gmail.com> wrote:
> Mathew,
>
> Thank you for the response. However, I believe we may be talking about
> different projects? I am referring to this project, which seems to be a
> samigo standalone web app?:
> https://source.sakaiproject.org/svn/sam/trunk/samigo-app/
>
> I am able to build a WAR using this code, but I am not sure what the state
> of all of this code is.
>
> This article may also be of interest from Anthony Whyte (CCed in this e-mail
> now):
> http://collab.sakaiproject.org/pipermail/sakai-dev/2009-November/004567.html
>
> I am very unfamiliar with Sakai/Samigo, so I am trying to understand what
> the dependancies are between the projects. If it's not possible to run
> Samigo standalone, I believe that would be a great capability to resurrect
> as there is always a need for better online exam tools. Samigo is unique in
> being open source and Java code.
>
> Thank you,
> Eric
>
>
> On Mon, Jul 29, 2013 at 11:20 AM, Matthew Jones <matthew at longsight.com>
> wrote:
>>
>> According to https://jira.sakaiproject.org/browse/SAK-14898, Samigo hasn't
>> worked Standalone in over 5 years since Sakai 2.5.
>>
>> The parent references Sakai master, Sakai services (edu-services) and
>> kernel. I think you'd have to do a good amount of work to have it running
>> without at least a minimal set of Sakai core services because of all the
>> integration with other tools it supports in the latest versions.
>>
>>
>> On Sun, Jul 28, 2013 at 10:40 PM, Eric Murphy <murphye at gmail.com> wrote:
>>>
>>> Hello Everyone,
>>>
>>> I am currently evaluating SAMigo for doing online assessments. The
>>> feature-set looks good, as well as it being open source and Java. The rest
>>> of Sakai is not needed for my needs.
>>>
>>> I pulled down both trunk and 2.9.2 and tried to build and run the
>>> samigo-app. When I try to import it as a Maven project into Eclipse, I get
>>> several errors of many varieties when it comes to JSPs. Additionally, while
>>> doing mvn install seems to complete successfully (building the Java) and
>>> build a WAR, I still need some instruction on actually getting the app up
>>> and running.
>>>
>>> Maybe someone could update or write an article on Confluence on how to
>>> get samigo-app imported into Eclipse without error and also get it running
>>> on a local Tomcat instance as its own webapp? Would be much appreciated!
>>>
>>> Thanks,
>>> Eric
>>>
>>> P.S. samigo-app is the only project with errors, all of the others look
>>> fine in Eclipse.
>>>
>>> _______________________________________________
>>> 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"



-- 
John Bush
602-490-0470

** This message is neither private nor confidential in fact the US
government is storing it in a warehouse located in Utah for future
data mining use cases should they arise. **