Alfresco with JBoss from scratch

[rsfeir]

I have a bizarre error with alfresco setup from scratch.  What I mean is that I downloaded JBoss Portal bundle with the server for version 2.1 RC 1, started that and all was OK.  I dropped in the alfresco.war and I got the first time the missing mysql driver, so I fixed that by dropping it into the deploy/lib dir.  Then I started again and got the error below, and can't for the life of me figure out why this is.  If I download the alfresco jboss package from alfresco and run everything is OK.



org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'descriptorComponent' defined in class path resource [alfresco/application-context.xml]: Can't resolve reference to bean 'systemBootstrap' while setting property 'systemBootstrap'; nested exc
eption is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'systemBootstrap' defined in class path resource [alfresco/application-context.xml]: Initialization of bean failed; nested exception is org.alfresco.error.AlfrescoRuntimeException:
Bootstrap failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'systemBootstrap' defined in class path resource [alfresco/application-context.xml]: Initialization of bean failed; nested exception is org.alfresco.error.AlfrescoRuntimeException: Bootstrap
failed
org.alfresco.error.AlfrescoRuntimeException: Bootstrap failed
        at org.alfresco.repo.importer.ImporterBootstrap.bootstrap(ImporterBootstrap.java:344)
        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:585)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:971)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:941)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:334)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:222)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:146)
        at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:176)
        at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:105)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:891)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:707)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:316)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:222)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:146)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:205)
        at org.springframework.context.support.AbstractApplicationContext.getBeansOfType(AbstractApplicationContext.java:583)
        at org.springframework.context.support.AbstractApplicationContext.registerListeners(AbstractApplicationContext.java:466)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:307)
        at org.springframework.web.context.support.AbstractRefreshableWebApplicationContext.refresh(AbstractRefreshableWebApplicationContext.java:133)
        at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:230)
        at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:156)
        at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:48)

[hsp]

No way to run 1.2 RC1 in the configuration I said.
I already clear the alf_data and the data base, this way it would run like an empty install, but the too many errors happen. I got it to run in jboss portal, but the same 1.2 structure that works on jboss portal doesn't work on jboss 402 like version 1.1.2 works.
Have someone gotten the 1.2RC1 in jboss 4xx, postgree, linux? Is there some new configuration to do for?
Please, any help would be very apreciated.
Thanks.
Helio

[kevinr]

No way to run 1.2 RC1 in the configuration I said.

I got it to run in jboss portal, but the same 1.2 structure that works on jboss portal doesn't work on jboss 402 like version 1.1.2 works.

That's interesting, I don't think we have tried 1.2 in plain JBoss - although i would have thought the steps would be the same as for 1.1.2 as I didn't think anything had changed which would affect it. However, if you say it doesn't work then we'll take a look and confirm the steps that are needed.

Thanks,

Kevin

[hsp]

Kevinr;
The src/project/web-clientproject.properties was not commented such as:

webinf.delete.tomcat=jboss*.xml,portlet*.xml,alfresco-pages.xml

webinf.lib.delete.jboss=log4j-1.2.8.jar
#,portlet-api-lib.jar,myfaces-api.jar,myfaces-impl.jar

files.faces.config=/WEB-INF/faces-config-navigation.xml,/WEB-INF/faces-config-common.xml,/WEB-INF/faces-config-repo.xml,/WEB-INF/faces-config-zoo.xml


After it, I erased the alf_data files, recreated the data base, ehcache.xml and treecache.xml. Rebuild the 1.2 RC1 source and its ok now.

[derek]

Hi,

To ease the burden of having to deal with the alf_data folder moving around, read this: http://www.alfresco.org/mediawiki/index.php/Development_Environment#Developer_Runtime_Configuration

It should prevent the issues that arise from creating new Lucene indexes and content stores whilst keeping the same database.

Regards