[Andromda-devel] AndroMDA/JIRA Commented: (HIB-153) Separate outlet for UserType implementations
[ http://jira.andromda.org/browse/HIB-153?page=comments#action_12549 ] Carlos Cuenca commented on HIB-153: --- Sorry for the delay, I am agree with your thoughts, any patch is welcome! Thanks for the feedback Carlos > Separate outlet for UserType implementations > > > Key: HIB-153 > URL: http://jira.andromda.org/browse/HIB-153 > Project: Hibernate Cartridge > Type: Improvement > Versions: 3.1 > Reporter: Max Rudman > Assignee: Carlos Cuenca > Priority: Minor > > Currently, HibernateByteBlobType and HibernateStringClobType classes are > generated in the "entities" outlet. I would like to be able to set a separate > "user-types" outlet. My rationale is as follows: for each application project > I have a component sub-project. Eg: shared, server and client. > Shared code is meant to be shared between client and server environments. As > such, I would like to keep it independent of persistence API such as > Hibernate. By placing Hibernate UserType implementations in the same > sub-project as entities (which could legitimately be shared) I am forced to > declare a dependency on Hibernate JAR in shared/project.xml. > I realize this may not be high on your priority list so I am willing to > create a patch myslf. Please let me know if you'll accept. -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Work started: (HIB-172) nullsafeget doesn't work in HibernateBlobType
[ http://jira.andromda.org/browse/HIB-172?page=all ] Work on HIB-172 started by Carlos Cuenca > nullsafeget doesn't work in HibernateBlobType > - > > Key: HIB-172 > URL: http://jira.andromda.org/browse/HIB-172 > Project: Hibernate Cartridge > Type: Bug > Versions: 3.2-RC1 > Reporter: Paul Pavlidis > Assignee: Carlos Cuenca > Attachments: hibblob.patch.txt > > See http://galaxy.andromda.org/forum/viewtopic.php?t=1792. Patch follows -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Closed: (HIB-172) nullsafeget doesn't work in HibernateBlobType
[ http://jira.andromda.org/browse/HIB-172?page=all ] Carlos Cuenca closed HIB-172: - Fix Version: 3.2-RC1 Resolution: Fixed Thanks for the patch. I had applied it. I had also change the outputSteam to inicialize without default size. Carlos > nullsafeget doesn't work in HibernateBlobType > - > > Key: HIB-172 > URL: http://jira.andromda.org/browse/HIB-172 > Project: Hibernate Cartridge > Type: Bug > Versions: 3.2-RC1 > Reporter: Paul Pavlidis > Assignee: Carlos Cuenca > Fix For: 3.2-RC1 > Attachments: hibblob.patch.txt > > See http://galaxy.andromda.org/forum/viewtopic.php?t=1792. Patch follows -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Commented: (WS-9) Inheritance of ValueObjects is not supported
[ http://jira.andromda.org/browse/WS-9?page=comments#action_12551 ] Chad Brandon commented on WS-9: --- Cool,. so attributes are supported of inherited, how about associations? > Inheritance of ValueObjects is not supported > > > Key: WS-9 > URL: http://jira.andromda.org/browse/WS-9 > Project: WebService Cartridge > Type: Improvement > Reporter: Mark Hofmann > Assignee: Chad Brandon > Attachments: WebServiceCartridgeTestModel.xml.zip, > WebServiceLogicImpl.patch, webservice_inheritance.txt, > wrapped-wsdl.vsl.patch, wrapped-wsdl.vsl_2.patch > > The cartridge should support inheritance for the ValueObject so that it is > possible to > - model a method that uses super types as parameters instead of writing extra > methods for each specialization of a type > - model a method with specialized types and get all inherited attributes > added to the list of the web service parameters -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Commented: (WS-9) Inheritance of ValueObjects is not supported
[ http://jira.andromda.org/browse/WS-9?page=comments#action_12552 ] Mark Hofmann commented on WS-9: --- You're right, I haven't implemented that. Forgot that attributes and associations are not the same in this context. I guess there must be a method like getAllNavigableAssociationEnds or something that can be used for that, but I can't find it. Any ideas? > Inheritance of ValueObjects is not supported > > > Key: WS-9 > URL: http://jira.andromda.org/browse/WS-9 > Project: WebService Cartridge > Type: Improvement > Reporter: Mark Hofmann > Assignee: Chad Brandon > Attachments: WebServiceCartridgeTestModel.xml.zip, > WebServiceLogicImpl.patch, webservice_inheritance.txt, > wrapped-wsdl.vsl.patch, wrapped-wsdl.vsl_2.patch > > The cartridge should support inheritance for the ValueObject so that it is > possible to > - model a method that uses super types as parameters instead of writing extra > methods for each specialization of a type > - model a method with specialized types and get all inherited attributes > added to the list of the web service parameters -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Commented: (WS-9) Inheritance of ValueObjects is not supported
[ http://jira.andromda.org/browse/WS-9?page=comments#action_12553 ] Chad Brandon commented on WS-9: --- Yeah I don't think we have one, we should probably have one like getAttributes(true), called getNavigableAssociationEnds(true). What you can do is implement it in the ClassifierFacade of the UML metafacades and use that in the template (and attach that to the patch). > Inheritance of ValueObjects is not supported > > > Key: WS-9 > URL: http://jira.andromda.org/browse/WS-9 > Project: WebService Cartridge > Type: Improvement > Reporter: Mark Hofmann > Assignee: Chad Brandon > Attachments: WebServiceCartridgeTestModel.xml.zip, > WebServiceLogicImpl.patch, webservice_inheritance.txt, > wrapped-wsdl.vsl.patch, wrapped-wsdl.vsl_2.patch > > The cartridge should support inheritance for the ValueObject so that it is > possible to > - model a method that uses super types as parameters instead of writing extra > methods for each specialization of a type > - model a method with specialized types and get all inherited attributes > added to the list of the web service parameters -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Commented: (HIB-174) Crash if Entity associated to non-Entity
[ http://jira.andromda.org/browse/HIB-174?page=comments#action_12554 ]
Carlos Cuenca commented on HIB-174:
---
There are two ocl's that crash on HibernateAssociationEnd:
- map collecions must have the index ...
- ordered collections must have...
in order to fix the bug they can be changed to :
context HibernateAssociationEnd
inv: otherEnd.type.oclIsKindOf(HibernateEntity) and otherEnd.map implies (
otherEnd.collectionIndexType -> notEmpty() and otherEnd.collectionIndexName ->
notEmpty())
and
context HibernateAssociationEnd
inv: otherEnd.type.oclIsKindOf(HibernateEntity) and otherEnd.list implies (
otherEnd.collectionIndexName -> notEmpty())
I had done this and added a new test and it seems to work well, now I would
also like to check that all HibernateAssociationsEnds are associated with
entities, to do this I had added the following ocl on Hibernate Entity:
context Entity
inv : associationEnds ->forAll(otherEnd.type.oclIsKindOf(HibernateEntity))
but it does not show the validation message.
Any hints?
Carlos
> Crash if Entity associated to non-Entity
>
>
> Key: HIB-174
> URL: http://jira.andromda.org/browse/HIB-174
> Project: Hibernate Cartridge
> Type: Bug
> Versions: 3.1
> Environment: Using AndroMDA 3.2-RC1-SNAPSHOT
> Reporter: Matthias Bohlen
> Assignee: Carlos Cuenca
> Fix For: 3.2-RC1
>
> An error in the input model causes the cartridge to crash:
> When an <> has an association to another class with no stereotype
> (user forgot to model the stereotype <> there), the cartridge crashes
> because it tries to evaluate an OCL condition in HibernateAssociationEnd and
> assumes that "otherEnd" is also an instance of HibernateAssociationEnd (which
> it is not because of the missing stereotype!).
> The full stack trace:
> --- AndroMDA Exception Recording ---
> Version : 3.2-RC1-SNAPSHOT
> Error ..: Error performing ModelProcessor.process with model(s) -->
> 'file:SomeModel.xml'
> Build ..: ${build.date}
> Build System ...: AndroMDA Core-3.2-RC1-SNAPSHOT
> Build JDK ..: ${java.vm.vendor}-${java.vm.version}
> Build Builder ..: AndroMDA Core
> Run System .: Windows XP5.1
> Run JDK : Sun Microsystems Inc.1.4.2_05-b04
> Main Exception .: org.andromda.core.common.IntrospectorException: No readable
> property named 'list', exists on object
> 'org.andromda.metafacades.uml14.AssociationEndFacadeLogicImpl[finance]'
> Root Exception .: org.andromda.core.common.IntrospectorException: No readable
> property named 'list', exists on object
> 'org.andromda.metafacades.uml14.AssociationEndFacadeLogicImpl[finance]'
> org.andromda.core.common.IntrospectorException: No readable property named
> 'list', exists on object
> 'org.andromda.metafacades.uml14.AssociationEndFacadeLogicImpl[finance]'
> at
> org.andromda.core.common.Introspector.internalGetProperty(Introspector.java:490)
> at
> org.andromda.core.common.Introspector.getNestedProperty(Introspector.java:226)
> at
> org.andromda.core.common.Introspector.getNestedProperty(Introspector.java:241)
> at
> org.andromda.core.common.Introspector.getProperty(Introspector.java:182)
> at
> org.andromda.translation.ocl.validation.OCLIntrospector.invoke(OCLIntrospector.java:40)
> at
> org.andromda.cartridges.hibernate.metafacades.HibernateAssociationEndLogic.validateInvariants(HibernateAssociationEndLogic.java:1260)
> at
> org.andromda.core.metafacade.MetafacadeBase.validate(MetafacadeBase.java:106)
> at
> org.andromda.core.metafacade.MetafacadeFactory.validateAllMetafacades(MetafacadeFactory.java:258)
> at
> org.andromda.core.engine.ModelProcessor.validateModel(ModelProcessor.java:367)
> at
> org.andromda.core.engine.ModelProcessor.loadModelIfNecessary(ModelProcessor.java:324)
> at
> org.andromda.core.engine.ModelProcessor.loadIfNecessary(ModelProcessor.java:504)
> at
> org.andromda.core.engine.ModelProcessor.processModels(ModelProcessor.java:217)
> at
> org.andromda.core.engine.ModelProcessor.process(ModelProcessor.java:143)
> at
> org.andromda.core.engine.ModelProcessor.process(ModelProcessor.java:79)
> at org.andromda.core.engine.Engine.run(Engine.java:82)
> at org.andromda.core.AndroMDA.run(AndroMDA.java:197)
> at org.andromda.maven.plugin.AndroMDAMojo.execute(AndroMDAMojo.java:83)
> at
> org.andromda.maven.plugin.AbstractAndroMDAMojo.execute(AbstractAndroMDAMojo.java:106)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:432)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:530)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:472)
> at
> org.apache.maven.lifecycle.DefaultLi
[Andromda-devel] AndroMDA/JIRA Work started: (HIB-174) Crash if Entity associated to non-Entity
[ http://jira.andromda.org/browse/HIB-174?page=all ]
Work on HIB-174 started by Carlos Cuenca
> Crash if Entity associated to non-Entity
>
>
> Key: HIB-174
> URL: http://jira.andromda.org/browse/HIB-174
> Project: Hibernate Cartridge
> Type: Bug
> Versions: 3.1
> Environment: Using AndroMDA 3.2-RC1-SNAPSHOT
> Reporter: Matthias Bohlen
> Assignee: Carlos Cuenca
> Fix For: 3.2-RC1
>
> An error in the input model causes the cartridge to crash:
> When an <> has an association to another class with no stereotype
> (user forgot to model the stereotype <> there), the cartridge crashes
> because it tries to evaluate an OCL condition in HibernateAssociationEnd and
> assumes that "otherEnd" is also an instance of HibernateAssociationEnd (which
> it is not because of the missing stereotype!).
> The full stack trace:
> --- AndroMDA Exception Recording ---
> Version : 3.2-RC1-SNAPSHOT
> Error ..: Error performing ModelProcessor.process with model(s) -->
> 'file:SomeModel.xml'
> Build ..: ${build.date}
> Build System ...: AndroMDA Core-3.2-RC1-SNAPSHOT
> Build JDK ..: ${java.vm.vendor}-${java.vm.version}
> Build Builder ..: AndroMDA Core
> Run System .: Windows XP5.1
> Run JDK : Sun Microsystems Inc.1.4.2_05-b04
> Main Exception .: org.andromda.core.common.IntrospectorException: No readable
> property named 'list', exists on object
> 'org.andromda.metafacades.uml14.AssociationEndFacadeLogicImpl[finance]'
> Root Exception .: org.andromda.core.common.IntrospectorException: No readable
> property named 'list', exists on object
> 'org.andromda.metafacades.uml14.AssociationEndFacadeLogicImpl[finance]'
> org.andromda.core.common.IntrospectorException: No readable property named
> 'list', exists on object
> 'org.andromda.metafacades.uml14.AssociationEndFacadeLogicImpl[finance]'
> at
> org.andromda.core.common.Introspector.internalGetProperty(Introspector.java:490)
> at
> org.andromda.core.common.Introspector.getNestedProperty(Introspector.java:226)
> at
> org.andromda.core.common.Introspector.getNestedProperty(Introspector.java:241)
> at
> org.andromda.core.common.Introspector.getProperty(Introspector.java:182)
> at
> org.andromda.translation.ocl.validation.OCLIntrospector.invoke(OCLIntrospector.java:40)
> at
> org.andromda.cartridges.hibernate.metafacades.HibernateAssociationEndLogic.validateInvariants(HibernateAssociationEndLogic.java:1260)
> at
> org.andromda.core.metafacade.MetafacadeBase.validate(MetafacadeBase.java:106)
> at
> org.andromda.core.metafacade.MetafacadeFactory.validateAllMetafacades(MetafacadeFactory.java:258)
> at
> org.andromda.core.engine.ModelProcessor.validateModel(ModelProcessor.java:367)
> at
> org.andromda.core.engine.ModelProcessor.loadModelIfNecessary(ModelProcessor.java:324)
> at
> org.andromda.core.engine.ModelProcessor.loadIfNecessary(ModelProcessor.java:504)
> at
> org.andromda.core.engine.ModelProcessor.processModels(ModelProcessor.java:217)
> at
> org.andromda.core.engine.ModelProcessor.process(ModelProcessor.java:143)
> at
> org.andromda.core.engine.ModelProcessor.process(ModelProcessor.java:79)
> at org.andromda.core.engine.Engine.run(Engine.java:82)
> at org.andromda.core.AndroMDA.run(AndroMDA.java:197)
> at org.andromda.maven.plugin.AndroMDAMojo.execute(AndroMDAMojo.java:83)
> at
> org.andromda.maven.plugin.AbstractAndroMDAMojo.execute(AbstractAndroMDAMojo.java:106)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:432)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:530)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:472)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:451)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:303)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:270)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:139)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.code
[Andromda-devel] AndroMDA/JIRA Commented: (WS-9) Inheritance of ValueObjects is not supported
[ http://jira.andromda.org/browse/WS-9?page=comments#action_12555 ] Mark Hofmann commented on WS-9: --- Okay, I'll do that later tonight or tomorrow (CET). Which version do you want me to patch? > Inheritance of ValueObjects is not supported > > > Key: WS-9 > URL: http://jira.andromda.org/browse/WS-9 > Project: WebService Cartridge > Type: Improvement > Reporter: Mark Hofmann > Assignee: Chad Brandon > Attachments: WebServiceCartridgeTestModel.xml.zip, > WebServiceLogicImpl.patch, webservice_inheritance.txt, > wrapped-wsdl.vsl.patch, wrapped-wsdl.vsl_2.patch > > The cartridge should support inheritance for the ValueObject so that it is > possible to > - model a method that uses super types as parameters instead of writing extra > methods for each specialization of a type > - model a method with specialized types and get all inherited attributes > added to the list of the web service parameters -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Commented: (WS-9) Inheritance of ValueObjects is not supported
[ http://jira.andromda.org/browse/WS-9?page=comments#action_12556 ] Chad Brandon commented on WS-9: --- Great. Can you patch the V3_x_HEAD version? > Inheritance of ValueObjects is not supported > > > Key: WS-9 > URL: http://jira.andromda.org/browse/WS-9 > Project: WebService Cartridge > Type: Improvement > Reporter: Mark Hofmann > Assignee: Chad Brandon > Attachments: WebServiceCartridgeTestModel.xml.zip, > WebServiceLogicImpl.patch, webservice_inheritance.txt, > wrapped-wsdl.vsl.patch, wrapped-wsdl.vsl_2.patch > > The cartridge should support inheritance for the ValueObject so that it is > possible to > - model a method that uses super types as parameters instead of writing extra > methods for each specialization of a type > - model a method with specialized types and get all inherited attributes > added to the list of the web service parameters -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
[Andromda-devel] AndroMDA/JIRA Created: (HIB-177) Ordered Associations should generate appropriate "ordered" collections
Ordered Associations should generate appropriate "ordered" collections
--
Key: HIB-177
URL: http://jira.andromda.org/browse/HIB-177
Project: Hibernate Cartridge
Type: Bug
Versions: 3.2-RC1
Environment: Hibernate 3.x, Windows XP
Reporter: olaf kruger
Assigned to: Carlos Cuenca
Assocation Ends tagged with "{ordered}" currently generate implementation
collection of HashSets (exposed through a plain Collection interface). This
means that the UML model specification is actually not heeded: the client of
the collection neither knows, nor sees reflected, the fact that the collection
is ordered. In fact, I suspect this is actually buggy as the ordering cannot be
maintain through a HashSet. This comment applies both to the
'@...orderByColumns' as well as the '@...hibernate.collection.list'.
In short: the generated implementation collection should be some specific,
"ordered" collection.
Both the above tags should: be ignored if the assocation end is not ordered
and, secondly, should be mutually exclusive.
For a full description and concluding comments, see:
http://galaxy.andromda.org/forum/viewtopic.php?p=10225#10225
--
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
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
