[ http://jira.andromda.org/browse/SPRING-58?page=history ] Work on SPRING-58 started by Chad Brandon
> Support abstract service beans > ------------------------------ > > Key: SPRING-58 > URL: http://jira.andromda.org/browse/SPRING-58 > Project: Spring Cartridge > Type: New Feature > Reporter: Christian Seiler > Assignee: Chad Brandon > > Support abstract service beans. With abstract I mean: > 1) the generated Java implementation class is abstract (well this one is > generated only once and the user could change this later, but nevertheless..) > 2) The bean is not included in the application context > 3) Non-abstract service beans which extend the service should habe the bean > ID of the abstract class > Example: > Let's say we have a service "UserService" and another service > "SpecialUserService" which extends UserService. > Now I want UserService to be abstract, which means that it is not > instantiated as a bean in the spring context. I only want the > SpecialUserService to be instantiated. > The bean ID of SpecialUserService should be "userService", so other abstract > services can depend on the abstract UserService > I don't want to end up having two beans UserService and SpecialUserService, > which is very error prone. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.andromda.org/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel