Broadleaf Commerce Framework

ehCache problem during compilation of integration

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Cannot Reproduce
  • Affects Version/s: 1.5M2
  • Fix Version/s: None
  • Component/s: Framework
  • Description:
    Hide
    During the compilation of integration, I do get the following error:

    net.sf.ehcache.CacheException: Caches cannot be added by name when default cache config is not specified in the config. Please add a default cache config in the configuration.

    I got this exception already using the compiled version starting the Demo. I fixed the above error in integration by adding:

        <defaultCache
         maxElementsInMemory="100000"
         eternal="false"
         overflowToDisk="true"
         timeToLiveSeconds="60"
         timeToIdleSeconds="30"/>

    to integration/src/main/resources/bl-override-ehcache.xml. Unfortunately I still do get another exception:

    org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'org.broadleafcommerce.profile.core.domain.Country' is defined
    Show
    During the compilation of integration, I do get the following error: net.sf.ehcache.CacheException: Caches cannot be added by name when default cache config is not specified in the config. Please add a default cache config in the configuration. I got this exception already using the compiled version starting the Demo. I fixed the above error in integration by adding:     <defaultCache      maxElementsInMemory="100000"      eternal="false"      overflowToDisk="true"      timeToLiveSeconds="60"      timeToIdleSeconds="30"/> to integration/src/main/resources/bl-override-ehcache.xml. Unfortunately I still do get another exception: org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'org.broadleafcommerce.profile.core.domain.Country' is defined
  • Environment:
    Linux

Activity

Hide
Jeff Fischer added a comment - 12/Aug/11 4:27 PM
Cannot reproduce any of the issues mentioned. defaultCache is configured in the core cache configuration file and is merged into the site cache configuration at runtime. We do not see a cache exception using either the compiled demo in the *-with-dependencies distribution from source forge, nor do we see it during a mvn install.

Perhaps you're trying to compile the integration module independent of its dependencies. You might try a mvn clean and mvn install at the level of the topmost pom.xml.

As for the bean id not being found, that bean is declared in bl-profile-applicationContext-entity.xml. This file is referenced by bl-profile-applicationContext-persistence.xml. This file is indeed included as part of the normal integration test setup. Can't more definitively address your issue without knowing your local setup and steps to produce.

fyi - This type of problem is more appropriately addressed in our forums.
Show
Jeff Fischer added a comment - 12/Aug/11 4:27 PM Cannot reproduce any of the issues mentioned. defaultCache is configured in the core cache configuration file and is merged into the site cache configuration at runtime. We do not see a cache exception using either the compiled demo in the *-with-dependencies distribution from source forge, nor do we see it during a mvn install. Perhaps you're trying to compile the integration module independent of its dependencies. You might try a mvn clean and mvn install at the level of the topmost pom.xml. As for the bean id not being found, that bean is declared in bl-profile-applicationContext-entity.xml. This file is referenced by bl-profile-applicationContext-persistence.xml. This file is indeed included as part of the normal integration test setup. Can't more definitively address your issue without knowing your local setup and steps to produce. fyi - This type of problem is more appropriately addressed in our forums.
Hide
Markus M. May added a comment - 13/Aug/11 2:45 PM
I am doing mvn clean install on the top level BroadleafCommerce, therefor IMHO this should work. I saw the Hudson build running through as well, therefor I do accept that this is a problem on my side. Question is still where the problem is.

I am trying to compile (and run) this on a linux environment, running Maven 3.0.3 and Java 1.7.0, could this be the problem?
Show
Markus M. May added a comment - 13/Aug/11 2:45 PM I am doing mvn clean install on the top level BroadleafCommerce, therefor IMHO this should work. I saw the Hudson build running through as well, therefor I do accept that this is a problem on my side. Question is still where the problem is. I am trying to compile (and run) this on a linux environment, running Maven 3.0.3 and Java 1.7.0, could this be the problem?
Hide
Markus M. May added a comment - 13/Aug/11 3:05 PM
Re-Compiled the whole tree using a Java 6 version, now it is working. Seems to be a problem with Java 7 then. just providing this for an information to others as well.
Show
Markus M. May added a comment - 13/Aug/11 3:05 PM Re-Compiled the whole tree using a Java 6 version, now it is working. Seems to be a problem with Java 7 then. just providing this for an information to others as well.

People

Dates

  • Created:
    12/Aug/11 3:13 PM
    Updated:
    18/Jan/12 8:11 PM
    Resolved:
    12/Aug/11 4:27 PM