[Andromda-devel] AndroMDA/JIRA Closed: (HIB-102) MS SqlServer datatype incomptibility with Hibernate
[ http://jira.andromda.org/browse/HIB-102?page=history ] Carlos Cuenca closed HIB-102: - Resolution: Fixed Fix Version: 3.1-RC1 MS SqlServer datatype incomptibility with Hibernate --- Key: HIB-102 URL: http://jira.andromda.org/browse/HIB-102 Project: Hibernate Cartridge Type: Bug Versions: 3.0 Final Environment: Hibernate/Spring cartridges with SqlServer Reporter: Darius Schier Assignee: Carlos Cuenca Fix For: 3.1-RC1 Hi there, the database mapping file for SQLServer states a BIGINT for Long. Unfortunately Hibernate uses NUMERIC(19,0) within it's own mappings. Everything works fine as long as BIGINT is the defined type within the hbm file (as anroMDA generates it). But if a nxm Relation is going to be created within the SQL script, Hibernate uses it's internal defaults for the Long values (id columns) that are referenced. SqlServer is not able to create a fk from bigint to numeric or vice versa. Maybe the androMDA mapping should be changed to numeric? Regards Darius -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Closed: (HIB-106) SapDB datatype incomptibility with Hibernate
[ http://jira.andromda.org/browse/HIB-106?page=history ] Carlos Cuenca closed HIB-106: - Resolution: Fixed Fix Version: 3.1-RC1 SapDB datatype incomptibility with Hibernate Key: HIB-106 URL: http://jira.andromda.org/browse/HIB-106 Project: Hibernate Cartridge Type: Bug Versions: 3.0 Final Environment: SapDB, xp Reporter: Darius Schier Assignee: Carlos Cuenca Fix For: 3.1-RC1 Hi there, seems to be very simular to Hib-102. This time androMDA states a FIXED(20) for the id column, but the Hibernate self generated datatype for n-m relations is FIXED(19,0). Again: wich one wins? Best Regards Darius -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Work started: (HIB-115) support Hibernate3 union-subclass inheritance strategy
[ http://jira.andromda.org/browse/HIB-115?page=history ] Work on HIB-115 started by Carlos Cuenca support Hibernate3 union-subclass inheritance strategy -- Key: HIB-115 URL: http://jira.andromda.org/browse/HIB-115 Project: Hibernate Cartridge Type: New Feature Versions: 3.1M1 Reporter: Wouter Zoons Assignee: Carlos Cuenca Priority: Blocker in Hibernate 3 there's a new inheritance strategy called union-subclass, currently AndroMDA does not support this I made this issue blocker because we need it at work and the developer working on this part of the model needs to have the strategy working like that (we have lots of inheritance unfortunately) -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Commented: (TEMPENG-1) Fix scope of velocity macros
[ http://jira.andromda.org/browse/TEMPENG-1?page=comments#action_11760 ] Alexander Gordt commented on TEMPENG-1: --- HiHi! I tried to use the parameter velocimacro.context.localscope = true but it didn't change anything for me. Have you tried to solve the problem or is it a more complicated bug, that won't be fixed in the near future? I assume, that I haven't found the correct place to set the parameter... Kind regards, Alex Gordt Fix scope of velocity macros Key: TEMPENG-1 URL: http://jira.andromda.org/browse/TEMPENG-1 Project: Template Engines Type: Bug Components: Velocity Reporter: Chad Brandon Assignee: Chad Brandon Shouldn't we set velocimacro.context.localscope = true? The docs say that this property controls whether reference access (set/get) within a Velocimacro will change the context, or be of local scope in that Velocimacro. Test this VTL code snippet here: #macro (MyMacro $argument) argument before: $argument #if ($argument 5) #set ($x = $argument+1) #MyMacro($x) #end argument after: $argument #end Invoke it with #MyMacro(1). You will get this output: argument before: 1 argument before: 2 argument before: 3 argument before: 4 argument before: 5 argument after: 5 argument after: 5 argument after: 5 argument after: 5 argument after: 1 I would have expected: argument before: 1 argument before: 2 argument before: 3 argument before: 4 argument before: 5 argument after: 5 argument after: 4 argument after: 3 argument after: 2 argument after: 1 The reason is that $argument is a global variable, not a variable that is local to the macro. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
Re: [Andromda-devel] AndroMDA/JIRA Commented: (TEMPENG-1) Fix scope of velocity macros
Where did you set the property? Alexander Gordt (JIRA) wrote: [ http://jira.andromda.org/browse/TEMPENG-1?page=comments#action_11760 ] Alexander Gordt commented on TEMPENG-1: --- HiHi! I tried to use the parameter velocimacro.context.localscope = true but it didn't change anything for me. Have you tried to solve the problem or is it a more complicated bug, that won't be fixed in the near future? I assume, that I haven't found the correct place to set the parameter... Kind regards, Alex Gordt Fix scope of velocity macros Key: TEMPENG-1 URL: http://jira.andromda.org/browse/TEMPENG-1 Project: Template Engines Type: Bug Components: Velocity Reporter: Chad Brandon Assignee: Chad Brandon Shouldn't we set velocimacro.context.localscope = true? The docs say that this property controls whether reference access (set/get) within a Velocimacro will change the context, or be of local scope in that Velocimacro. Test this VTL code snippet here: #macro (MyMacro $argument) argument before: $argument #if ($argument 5) #set ($x = $argument+1) #MyMacro($x) #end argument after: $argument #end Invoke it with #MyMacro(1). You will get this output: argument before: 1 argument before: 2 argument before: 3 argument before: 4 argument before: 5 argument after: 5 argument after: 5 argument after: 5 argument after: 5 argument after: 1 I would have expected: argument before: 1 argument before: 2 argument before: 3 argument before: 4 argument before: 5 argument after: 5 argument after: 4 argument after: 3 argument after: 2 argument after: 1 The reason is that $argument is a global variable, not a variable that is local to the macro. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Commented: (TEMPENG-1) Fix scope of velocity macros
[ http://jira.andromda.org/browse/TEMPENG-1?page=comments#action_11761 ] Chad Brandon commented on TEMPENG-1: Where did you set the property? Fix scope of velocity macros Key: TEMPENG-1 URL: http://jira.andromda.org/browse/TEMPENG-1 Project: Template Engines Type: Bug Components: Velocity Reporter: Chad Brandon Assignee: Chad Brandon Shouldn't we set velocimacro.context.localscope = true? The docs say that this property controls whether reference access (set/get) within a Velocimacro will change the context, or be of local scope in that Velocimacro. Test this VTL code snippet here: #macro (MyMacro $argument) argument before: $argument #if ($argument 5) #set ($x = $argument+1) #MyMacro($x) #end argument after: $argument #end Invoke it with #MyMacro(1). You will get this output: argument before: 1 argument before: 2 argument before: 3 argument before: 4 argument before: 5 argument after: 5 argument after: 5 argument after: 5 argument after: 5 argument after: 1 I would have expected: argument before: 1 argument before: 2 argument before: 3 argument before: 4 argument before: 5 argument after: 5 argument after: 4 argument after: 3 argument after: 2 argument after: 1 The reason is that $argument is a global variable, not a variable that is local to the macro. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Created: (SPRING-87) Configureable ejb interfaces and class
Configureable ejb interfaces and class -- Key: SPRING-87 URL: http://jira.andromda.org/browse/SPRING-87 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assigned to: Chad Brandon It would be nice to be able to configure the ejb base interfaces (local and remote) and the ejb base class through properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Updated: (SPRING-87) Configureable ejb interfaces and class
[ http://jira.andromda.org/browse/SPRING-87?page=history ] Jens Vagts updated SPRING-87: - Attachment: patch.txt I added three new properties: - ejbSessionBeanBaseInterfaceLocal with default javax.ejb.EJBLocalObject - ejbSessionBeanBaseInterfaceRemote with default javax.ejb.EJBObject - ejbSessionBeanBaseClass with default org.springframework.ejb.support.AbstractStatelessSessionBean Configureable ejb interfaces and class -- Key: SPRING-87 URL: http://jira.andromda.org/browse/SPRING-87 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assignee: Chad Brandon Attachments: patch.txt It would be nice to be able to configure the ejb base interfaces (local and remote) and the ejb base class through properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Work started: (SPRING-87) Configureable ejb interfaces and class
[ http://jira.andromda.org/browse/SPRING-87?page=history ] Work on SPRING-87 started by Chad Brandon Configureable ejb interfaces and class -- Key: SPRING-87 URL: http://jira.andromda.org/browse/SPRING-87 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assignee: Chad Brandon Attachments: patch.txt It would be nice to be able to configure the ejb base interfaces (local and remote) and the ejb base class through properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Closed: (SPRING-87) Configureable ejb interfaces and class
[ http://jira.andromda.org/browse/SPRING-87?page=history ] Chad Brandon closed SPRING-87: -- Resolution: Fixed Fix Version: 3.1RC1 Configureable ejb interfaces and class -- Key: SPRING-87 URL: http://jira.andromda.org/browse/SPRING-87 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assignee: Chad Brandon Fix For: 3.1RC1 Attachments: patch.txt It would be nice to be able to configure the ejb base interfaces (local and remote) and the ejb base class through properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Created: (SPRING-88) Configureable ejb proxy factory classes
Configureable ejb proxy factory classes --- Key: SPRING-88 URL: http://jira.andromda.org/browse/SPRING-88 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assigned to: Chad Brandon Sorry Chad, two more (but last) properties :) It would be nice to be able to configure the proxy factory beans for the client application context files through additional properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Updated: (SPRING-88) Configureable ejb proxy factory classes
[ http://jira.andromda.org/browse/SPRING-88?page=history ] Jens Vagts updated SPRING-88: - Attachment: patch.txt Added two properties: ejbRemoteProxyFactoryBean with default org.springframework.ejb.access.SimpleRemoteStatelessSessionProxyFactoryBean and ejbLocalProxyFactoryBean with default org.springframework.ejb.access.LocalStatelessSessionProxyFactoryBean Configureable ejb proxy factory classes --- Key: SPRING-88 URL: http://jira.andromda.org/browse/SPRING-88 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assignee: Chad Brandon Attachments: patch.txt Sorry Chad, two more (but last) properties :) It would be nice to be able to configure the proxy factory beans for the client application context files through additional properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Work started: (SPRING-88) Configureable ejb proxy factory classes
[ http://jira.andromda.org/browse/SPRING-88?page=history ] Work on SPRING-88 started by Chad Brandon Configureable ejb proxy factory classes --- Key: SPRING-88 URL: http://jira.andromda.org/browse/SPRING-88 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assignee: Chad Brandon Attachments: patch.txt Sorry Chad, two more (but last) properties :) It would be nice to be able to configure the proxy factory beans for the client application context files through additional properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Closed: (SPRING-88) Configureable ejb proxy factory classes
[ http://jira.andromda.org/browse/SPRING-88?page=history ] Chad Brandon closed SPRING-88: -- Resolution: Fixed Fix Version: 3.1RC1 Configureable ejb proxy factory classes --- Key: SPRING-88 URL: http://jira.andromda.org/browse/SPRING-88 Project: Spring Cartridge Type: Improvement Versions: 3.0RC1 Reporter: Jens Vagts Assignee: Chad Brandon Fix For: 3.1RC1 Attachments: patch.txt Sorry Chad, two more (but last) properties :) It would be nice to be able to configure the proxy factory beans for the client application context files through additional properties. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Updated: (SPRING-71) service inheritance: initialize/ref dao and spring-POJO-service in subclass
[ http://jira.andromda.org/browse/SPRING-71?page=history ] Jens Vagts updated SPRING-71: - Attachment: patch.txt Fixed it as described. service inheritance: initialize/ref dao and spring-POJO-service in subclass --- Key: SPRING-71 URL: http://jira.andromda.org/browse/SPRING-71 Project: Spring Cartridge Type: Bug Versions: 3.0RC2, 3.0 Final Reporter: Jens Vagts Assignee: Chad Brandon Priority: Minor Attachments: patch.txt For using service inheritance with dependencies to different daos (entities) in each service, the initialization for the inhertited dao bean is missing in application context, like: #if($service.generalization) #foreach($entityRef in $service.generalization.entityReferences) property name=$entityRef.daoNameref bean=$entityRef.targetElement.getBeanName(false)//property #end #end Also the initialization of the superclass spring service bean is missing in the ejb subclass. super.onEjbCreate() in the subclass onEjbCreate() would solve it. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Work started: (SPRING-71) service inheritance: initialize/ref dao and spring-POJO-service in subclass
[ http://jira.andromda.org/browse/SPRING-71?page=history ] Work on SPRING-71 started by Chad Brandon service inheritance: initialize/ref dao and spring-POJO-service in subclass --- Key: SPRING-71 URL: http://jira.andromda.org/browse/SPRING-71 Project: Spring Cartridge Type: Bug Versions: 3.0RC2, 3.0 Final Reporter: Jens Vagts Assignee: Chad Brandon Priority: Minor Attachments: patch.txt For using service inheritance with dependencies to different daos (entities) in each service, the initialization for the inhertited dao bean is missing in application context, like: #if($service.generalization) #foreach($entityRef in $service.generalization.entityReferences) property name=$entityRef.daoNameref bean=$entityRef.targetElement.getBeanName(false)//property #end #end Also the initialization of the superclass spring service bean is missing in the ejb subclass. super.onEjbCreate() in the subclass onEjbCreate() would solve it. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
[Andromda-devel] AndroMDA/JIRA Closed: (SPRING-71) service inheritance: initialize/ref dao and spring-POJO-service in subclass
[ http://jira.andromda.org/browse/SPRING-71?page=history ] Chad Brandon closed SPRING-71: -- Resolution: Fixed Fix Version: 3.1RC1 service inheritance: initialize/ref dao and spring-POJO-service in subclass --- Key: SPRING-71 URL: http://jira.andromda.org/browse/SPRING-71 Project: Spring Cartridge Type: Bug Versions: 3.0RC2, 3.0 Final Reporter: Jens Vagts Assignee: Chad Brandon Priority: Minor Fix For: 3.1RC1 Attachments: patch.txt For using service inheritance with dependencies to different daos (entities) in each service, the initialization for the inhertited dao bean is missing in application context, like: #if($service.generalization) #foreach($entityRef in $service.generalization.entityReferences) property name=$entityRef.daoNameref bean=$entityRef.targetElement.getBeanName(false)//property #end #end Also the initialization of the superclass spring service bean is missing in the ejb subclass. super.onEjbCreate() in the subclass onEjbCreate() would solve it. -- 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.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Andromda-devel mailing list Andromda-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-devel
