[Contrib: Evaluation System] Another day before next beta tag

Jim Eng jimeng at umich.edu
Wed Jan 11 03:01:04 PST 2012


Sorry, Adam. We think this may be due to updating jquery. Gonzalo said  
Lovemore's revisions may have depended on a particular jquery version. I  
will review tbose changes and roll back if necessary.

Jim


Connected by DROID on Verizon Wireless

-----Original message-----
From: Adam Marshall <adam.marshall at oucs.ox.ac.uk>
To: Jim Eng <jimeng at umich.edu>, Aaron Zeckoski <azeckoski at unicon.net>
Cc: "evaluation at collab.sakaiproject.org"  
<evaluation at collab.sakaiproject.org>
Sent: Wed, Jan 11, 2012 08:12:07 GMT+00:00
Subject: RE: [Contrib: Evaluation System] Another day before next beta tag

I dont think we've done anything in the area of saving items or templates.

adam
--

Dr AC Marshall (WebLearn Service Manager)
OUCS, 13, Banbury Rd. Oxford. OX2 6NN

________________________________________
From: evaluation-bounces at collab.sakaiproject.org  
[evaluation-bounces at collab.sakaiproject.org] On Behalf Of Jim Eng  
[jimeng at umich.edu]
Sent: 10 January 2012 19:10
To: Aaron Zeckoski
Cc: evaluation at collab.sakaiproject.org
Subject: Re: [Contrib: Evaluation System] Another day before next beta tag

Hi Aaron,

I'm not aware of any unfinished work.  On Dec 23, we updated RSF to version  
0.7.5 for the 2.9 build, but this does not affect any of the other builds.   
As I understand it, this was necessitated by changes in the sakai build  
process for 2.9 that I am not familiar with.

I don't recall doing any work in the code that saves items or templates from  
the UI, though I may have applied a patch for someone else.  I think Oxford  
and/or Longsight may have touched that code.  If you don't find the cause,  
please let me know and I will try to track it down.

Jim

On Jan 10, 2012, at 1:59 PM, Aaron Zeckoski wrote:

> Jim (and others),
> Unicon QA is seeing some issues that are related to the recent RSF
> changes (or something similar in the UI). I am guessing this stuff is
> in progress but do you have an ETA on when it will be completed? It
> looks like a few things like saving templates and items are not
> working in trunk as of the commits from the 23rd and 28th of Dec. It
> also might be related to javascript but I am not all that familiar
> with the frontend stuff so I will leave it to the folks who did most
> of that work to comment.
>
> For example, the save of a template item fails because the numbers are
> not being passed anymore (now it is passing "" instead for some
> reason). See image for the error that pops up.
>
> Since the underlying code where the exception happens has not changed
> in over 6 months I am guessing something in the tool is responsible
> and if we use a version from pre-23 Dec then it seems to work again.
> It is also possible I am totally wrong about the cause here and
> something else has caused this problem (maybe related to browser
> changes). Anyone else seeing this?
>
> Any thoughts?
> -AZ
>
>
> Full stacktrace:
> RuntimeException:Fatal error trying to execute custom action method:
> template-items-reorder:new:saveTemplateItemsOrdering:
> java.lang.RuntimeException: Fatal error trying to execute custom
> action method: template-items-reorder:new:saveTemplateItemsOrdering
>       at  
org.sakaiproject.entitybroker.rest.EntityActionsManager.handleCustomActionExe 
cution(EntityActionsManager.java:231)
>       at  
org.sakaiproject.entitybroker.rest.EntityActionsManager.handleCustomActionReq 
uest(EntityActionsManager.java:96)
>       at  
org.sakaiproject.entitybroker.rest.EntityHandlerImpl.handleEntityAccess(Entit 
yHandlerImpl.java:403)
>       at  
org.sakaiproject.entitybroker.util.servlet.DirectServlet.dispatch(DirectServl 
et.java:183)
>       at  
org.sakaiproject.entitybroker.servlet.SakaiDirectServlet.dispatch(SakaiDirect 
Servlet.java:146)
>       at  
org.sakaiproject.entitybroker.util.servlet.DirectServlet.handleRequest(Direct 
Servlet.java:154)
>       at  
org.sakaiproject.entitybroker.util.servlet.DirectServlet.service(DirectServle 
t.java:132)
>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>       at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationF 
ilterChain.java:269)
>       at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCha 
in.java:188)
>       at  
org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:658)
>       at  
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationF 
ilterChain.java:215)
>       at  
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCha 
in.java:188)
>       at  
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.jav 
a:210)
>       at  
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.jav 
a:174)
>       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:151)
>       at  
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
>       at  
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processCo 
nnection(Http11BaseProtocol.java:665)
>       at  
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java 
:528)
>       at  
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWor 
kerThread.java:81)
>       at  
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java 
:685)
>       at java.lang.Thread.run(Thread.java:680)
> Caused by: java.lang.reflect.InvocationTargetException
>       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>       at  
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 

>       at  
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl. 
java:25)
>       at java.lang.reflect.Method.invoke(Method.java:597)
>       at  
org.sakaiproject.entitybroker.rest.EntityActionsManager.handleCustomActionExe 
cution(EntityActionsManager.java:206)
>       ... 24 more
> Caused by: java.lang.NumberFormatException: For input string: ""
>       at  
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) 

>       at java.lang.Long.parseLong(Long.java:431)
>       at java.lang.Long.parseLong(Long.java:468)
>       at  
org.sakaiproject.evaluation.logic.entity.TemplateItemEntityProviderImpl.saveT 
emplateItemsOrdering(TemplateItemEntityProviderImpl.java:149)
>       ... 29 more
>
>
>
> On Thu, Dec 22, 2011 at 12:06 PM, Jim Eng <jimeng at umich.edu> wrote:
>> I am getting errors starting up trunk of eval.  I will investigate and  
make the next beta tag tomorrow once I work out this problem.  Sorry for the  
delay.
>>
>> Jim
>>
>> _______________________________________________
>> evaluation mailing list
>> evaluation at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>>
>> TO UNSUBSCRIBE: send email to  
evaluation-unsubscribe at collab.sakaiproject.org with a subject of  
"unsubscribe"
>
>
>
> --
> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
> <Screen shot 2012-01-10 at 13.52.02.png>

_______________________________________________
evaluation mailing list
evaluation at collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/evaluation

TO UNSUBSCRIBE: send email to evaluation-unsubscribe at collab.sakaiproject.org  
with a subject of "unsubscribe"



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/evaluation/attachments/20120111/72bc1dce/attachment-0001.html 


More information about the evaluation mailing list