issues
Class Sjc69Tests

java.lang.Object
  extended by issues.Sjc69Tests

public class Sjc69Tests
extends Object

SJC-69 revaled a bug in the way addConfigClass() works with regard to bean overrides. As Mark points out, the current (buggy) functionality is that bean overriding is happening in a first-in-first-out fashion. It should be last-in-first-out.

Author:
Mark Rohan, Chris Beams

Nested Class Summary
static interface Sjc69Tests.MyBean
           
static class Sjc69Tests.MyBeanA
           
static class Sjc69Tests.MyBeanB
           
static class Sjc69Tests.MyConfigA
           
static class Sjc69Tests.MyConfigB
           
static class Sjc69Tests.MySpringContext
           
 
Constructor Summary
Sjc69Tests()
           
 
Method Summary
 void reproPerOriginalBugReport()
           
 void reproWithJavaConfigApplicationContext()
          Simply demonstrates the bug applies when using the JavaConfigApplicationContext API directly as well.
 void workaround()
          To work around this issue until fixed, simply reverse the ordering.
 
Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
 

Constructor Detail

Sjc69Tests

public Sjc69Tests()
Method Detail

reproPerOriginalBugReport

public void reproPerOriginalBugReport()

reproWithJavaConfigApplicationContext

public void reproWithJavaConfigApplicationContext()
Simply demonstrates the bug applies when using the JavaConfigApplicationContext API directly as well.


workaround

public void workaround()
To work around this issue until fixed, simply reverse the ordering.



Copyright ? 2005-2008 Spring Framework. All Rights Reserved.