[Building Sakai] Problems with Resources tool after compilation

[Steve Swinsburg]

Hi Simon,

Try building into a clean tomcat. You might have duplicates from an old version? Also is the tomcat one that you unpacked yourself from tomcat.apache.org, or installed via a package?

Cheers,
Steve

Sent from my iPad

On 16/08/2012, at 0:00, Simon McLeish <simon.mcleish at gmail.com> wrote:

> Re-compiling just seems to cause more problems - although compilation (with the same source code, java, tomcat, maven) terminated successfully, and tomcat appears to restart, Sakai is unavailable and the tomcat logs contain:
> 
> 2012-08-15 12:14:31,306 ERROR main org.sakaiproject.util.NoisierDefaultListableBeanFactory - Failed to preinstantiate the singleton named org.sakaiproject.warehouse.service.ChildWarehouseTask.wizard.support.item. Destroying all Spring beans.
> org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.sakaiproject.warehouse.service.ChildWarehouseTask.wizard.support.item' defined in file [/home/sjm62/apache-tomcat-5.5.35/components/osp-warehouse-component/WEB-INF/wizard-components.xml]: Cannot resolve reference to bean 'org.sakaiproject.warehouse.service.PropertyAccess.id' while setting bean property 'fields' with key [0]; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'org.sakaiproject.warehouse.service.PropertyAccess.id' is defined
> 
> followed by a long error message and then
> 
> 2012-08-15 12:14:31,309  INFO main org.sakaiproject.util.NoisierDefaultListableBeanFactory - Destroying singletons in org.sakaiproject.util.NoisierDefaultListableBeanFactory at 193a83cc: defining beans [org.sakaiproject.accountvalidator.hibernate.AdditionalHibernateMappings,org.sakaiproject.accountvalidator.dao.impl.ValidationLogicDaoTarget,
> 
> (and a list of dozens more beans)
> 
> then
> 
> 
> 2012-08-15 12:14:31,311  INFO main org.theospi.portfolio.matrix.model.impl.ScaffoldingEntityProducer - destroy()
> 2012-08-15 12:14:33,913  INFO org.sakaiproject.sitestats.impl.StatsUpdateManagerImpl org.sakaiproject.sitestats.impl.event.FileEventRegistry - init(): - loading default event registry from: org/sakaiproject/sitestats/config/toolEventsDef.xml. A custom one for adding/removing events can be specified in sakai.properties with the property: toolEventsDefinitionFile at org.sakaiproject.sitestats.api.StatsManager=${sakai.home}/toolEventsdef.xml.
> 2012-08-15 12:14:33,964  INFO org.sakaiproject.sitestats.impl.StatsUpdateManagerImpl org.sakaiproject.sitestats.impl.StatsUpdateManagerImpl - Context information unavailable for event: org.theospi.template.revise (ignoring)
> 
> So I think I probably need to start over again from scratch.
> 
> Cheers,
> Simon 
> 
> On Wed, Aug 15, 2012 at 8:39 AM, Simon McLeish <simon.mcleish at gmail.com> wrote:
> Hi Steve,
> 
> It's Sakai 2.8.2 (I haven't managed to get 2.9 or trunk to compile yet - lots of maven complaints about missing jar files in the online repositories), and tomcat 5.5.35. I'm going to recompile just the resources tool this morning, to see if I can see something in the maven output which might be helpful.
> 
> Cheers,
> Simon
> 
> 
> On Tue, Aug 14, 2012 at 11:19 PM, Steve Swinsburg <steve.swinsburg at gmail.com> wrote:
> Hi Simon,
> 
> What version Sakai and what version Tomcat?
> 
> Cheers,
> Steve
> 
> Sent from my iPad
> On 14/08/2012, at 18:25, Simon McLeish <simon.mcleish at gmail.com> wrote:
> 
>> Hi Steve,
>> 
>> No change on restarting Tomcat.
>> 
>> I should have said that the situation with both problems is the same whether I am accessing the site as admin or smcleish, I just took the screenshot as the admin user. However, I've just tried the webdav again as smcleish and get a different error: "HTTP version not supported".
>> 
>> Cheers,
>> Simon
>> 
>> On Mon, Aug 13, 2012 at 11:22 PM, Steve Swinsburg <steve.swinsburg at gmail.com> wrote:
>> Hi Simon,
>> 
>> The missing images looks like a caching issue. Did you recently build the content module but not restart Tomcat? Try that.
>> 
>> The second issue may be to do with the fact you are trying to do this in the Admin Workspace. Try a normal site and see how you get on.
>> 
>> cheers,
>> Steve
>> 
>> On Mon, Aug 13, 2012 at 11:52 PM, Simon McLeish <simon.mcleish at gmail.com> wrote:
>> Hi all,
>> 
>> I have two problems with the resources tool in the Sakai instance I have set up by compiling the source code. I think they may be connected, but I want to see if anyone can suggest a way to diagnose the issue causing either of them.
>> 
>> a) The resources tool display has no form elements to allow for uploading, or administering files. I've attached a screenshot to this email so it's possible to see what's missing. The HTML source for the frame has no text which would display the elements. You can also see that the graphics for opening/closing subfolders are missing.
>> 
>> 
>> b) There is a link to upload multiple resources. But if I click on it and follow the instructions for the gnome desktop, which I am using, I get the error:
>> 
>> "Could not open location [correct path filled in]: Not a WebDAV-enabled share"
>> 
>> I've also attached the relevant bits of the sakai.properties file, but they don't seem to be helpful (not altered from the default).
>> 
>> Any suggestions would be welcome.
>> 
>> Cheers,
>> Simon
>> 
>> 
>> 
>> _______________________________________________
>> 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/20120816/83c0c074/attachment.html