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

Jim Eng jimeng at umich.edu
Tue Jan 10 11:52:37 PST 2012


I was not able to add items (or a template) on qa5 using firefox.  A javascript error message was displayed when the dialog to add items was launched, and then I had trouble dismissing the dialog. 

Jim

 
On Jan 10, 2012, at 2:39 PM, Jim Eng wrote:

> I will look also.
> 
> Jim
> 
> 
> On Jan 10, 2012, at 2:26 PM, Aaron Zeckoski wrote:
> 
>> It sort of looks like something has changed in the way the variables
>> are passed to the rest endpoints which is causing some of them to not
>> be passed correctly. It is happening for me locally (trunk evals on
>> 2.7) and it is possible to see the same error on the qa5 server as
>> well.
>> 
>> This may be browser specific though as I have only tried this in
>> chrome and safari. Are you seeing the same issue on the qa server?
>> 
>> I didn't see any other commits except for mine and they are mostly in
>> the backend (though nowhere near the areas that have exceptions).
>> 
>> I will keep looking.
>> -AZ
>> 
>> 
>> On Tue, Jan 10, 2012 at 2:10 PM, Jim Eng <jimeng at umich.edu> wrote:
>>> 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.handleCustomActionExecution(EntityActionsManager.java:231)
>>>>      at org.sakaiproject.entitybroker.rest.EntityActionsManager.handleCustomActionRequest(EntityActionsManager.java:96)
>>>>      at org.sakaiproject.entitybroker.rest.EntityHandlerImpl.handleEntityAccess(EntityHandlerImpl.java:403)
>>>>      at org.sakaiproject.entitybroker.util.servlet.DirectServlet.dispatch(DirectServlet.java:183)
>>>>      at org.sakaiproject.entitybroker.servlet.SakaiDirectServlet.dispatch(SakaiDirectServlet.java:146)
>>>>      at org.sakaiproject.entitybroker.util.servlet.DirectServlet.handleRequest(DirectServlet.java:154)
>>>>      at org.sakaiproject.entitybroker.util.servlet.DirectServlet.service(DirectServlet.java:132)
>>>>      at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>>      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>>>      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>>      at org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:658)
>>>>      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>>      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>>      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
>>>>      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java: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.processConnection(Http11BaseProtocol.java:665)
>>>>      at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>>>>      at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.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.handleCustomActionExecution(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.saveTemplateItemsOrdering(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>
>>> 
>> 
>> 
>> 
>> -- 
>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>> 
>> 
> 
> _______________________________________________
> 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"
> 
> 



More information about the evaluation mailing list