Latest head no document libraries

[jriker1]

I noticed in the 3001 HEAD and now 3002 HEAD versions the top bar for uploading files and creating folders and the RSS feed option are gone.  There is also a javascript error on the page.  In 3001 it still worked in Firefox, but now in 3002 neither Firefox or IE work.  Tried from IE 6 - 8.  Get the following:

Alfresco.doclib.Actions' is null or not an object  toolbar-min.js, line 1 character 731
Invalid callback for subscriber to 'filterChanged'  utilities.js, line 13 character 4265

Both of these seem to be realated to some Yahoo libraries.  Any ideas?  I had to update to the latest head since there were issues with the chaining authentication in the 3.2 release.  Also if it matters, I noticed that internally 3001 says version 3.3 and 3002 says version 3.2.  Odd.

Any help would be appreciated as I am dead in the water right now until I can find out what's going on.

Thanks.

JR

[mikeh]

Temporary issue, fixed on HEAD this morning.

Thanks,
Mike

[jriker1]

Temporary issue, fixed on HEAD this morning.

Thanks,
Mike

Thanks Mike.  I just recompiled things and all is good.   Appreciate it.

JR

[jriker1]

Still having one minor issue with this in production.  In dev it deployed OK because it was a new instance.  In production the latest head version tries to upgrade the DB and complains that alf_prop_class already exists.  So I delete it and restart.  I then just hangs at the DB Update part and eventually tells me that a previous update failed and to restore the db.  Since I know this is not going to help from seeing this before, what is the problem and how do I fix this so I can startup the system?

Thanks.

13:40:22,810  INFO  [domain.schema.SchemaBootstrap] Schema managed by database dialect org.hibernate.dialect.MySQLInnoDBDialect.
13:42:23,945  ERROR [domain.schema.SchemaBootstrap] Schema auto-update failed
org.alfresco.error.AlfrescoRuntimeException: 07270000 A previous schema upgrade failed or was not completed.  Revert to the original database before attempting the upgrade again.
        at org.alfresco.repo.domain.schema.SchemaBootstrap.onBootstrap(SchemaBootstrap.java:1251)
        at org.alfresco.util.AbstractLifecycleBean.onApplicationEvent(AbstractLifecycleBean.java:62)
        at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:77)
        at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:75)
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:246)
        at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:617)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:355)
        at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:246)
        at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:189)
        at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
        at org.alfresco.web.app.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:69)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4338)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Edit:  By th e way I was able to get past this problem d
Edit:  By the way I was able to get past this problem by running the scripts manually and skipping all the already exist tables.  Not sure why it's running scripts from a create folder as opposed to an upgrade folder since it's an existing install.  Now it comes back and says nothing to update which is good, but hangs here:

[management.subsystems.ChildApplicationContextFactory] Startup of 'thirdparty' subsystem, ID: [default] complete

[jriker1]

Resolved.  It was doing a lengthy reindex.  Working fine now but would still like to know what's the issue with the scripts.

[mikeh]

I've seen something similar whilst trying to set-up the server on one of the designer's laptops. Someone here is looking at the issue.


Note: although generally HEAD is ok, we never guarantee that it's completely bug-free or that you won't have problems upgrading the database on a production system with it - we're often clearing out the database and content regularly because of intermediate model changes, half-finished upgrade scripts, etc. etc.

That's why we recommend people to take builds from the nightly build server. You'll notice it's not been updated since Aug 11th because those binaries are only uploaded from the build servers when 100% of the unit tests pass. Due to the intense development on the new DoD 5015.2 modules, some of the tests have been failing.

Mike

[gronfelt]

The nightly build server seems to contain only built versions, is it possible to get the sources (as if checked out from HEAD)?