Spring Framework
  1. Spring Framework
  2. SPR-9140

Autowiring fails, when jars are loaded as per skinny war concept where classes involved have default accessors

    Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Invalid
    • Affects Version/s: 3.0 GA
    • Fix Version/s: None
    • Component/s: Core:AOP, OXM
    • Last commented by a User:
      false

      Description

      Our application is based on skinny war concept(http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html).
      .

      – META-INF
      `-- application.xml
      – lib
      – core application jars
      – spring jars
      – common jar
      – war1-1.0.0.war
      --war1-jar1-1.0.0.jar
      `-- war2-1.0.0.war
      --war2-jar1-1.0.0.jar

      We have spring jars and other core application jars loaded at application level. The common jar and the core application jars have their own applicationContext.xml. Also the wars have their own web-jars that have applicationContext.xml specific to each war. We noticed, that autowiring(in core application jar classes) failed at the application startup and we see errors as given in the logs files attached herewith.

      Following are the observations:

      1. Autowiring works fine, if all the jars loaded at application level, are moved to individual wars(WEB-INF/lib).
      2. Autowiring works fine, if the classes in the core application jars have public accessors, which is default for security and encapsulation purposes.

      We have to follow the skinny war concept and the core application jars cannot be modified.

      Please suggest!

      Thanks
      Rashmi.

      1. SystemErr.log
        72 kB
        RSKB
      2. SystemOut.log
        145 kB
        RSKB

        Activity

        No work has yet been logged on this issue.

          People

          • Assignee:
            Chris Beams
            Reporter:
            RSKB
            Last updater:
            Trevor Marshall
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:
              Days since last comment:
              2 years, 9 weeks, 1 day ago