You can subscribe to this list here.
2003 |
Jan
|
Feb
(116) |
Mar
(112) |
Apr
(70) |
May
(61) |
Jun
(63) |
Jul
(126) |
Aug
(76) |
Sep
(43) |
Oct
(60) |
Nov
(72) |
Dec
(110) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(148) |
Feb
(158) |
Mar
(289) |
Apr
(206) |
May
(160) |
Jun
(296) |
Jul
(129) |
Aug
(308) |
Sep
(273) |
Oct
(271) |
Nov
(177) |
Dec
(668) |
2005 |
Jan
(333) |
Feb
(376) |
Mar
(625) |
Apr
(346) |
May
(278) |
Jun
(199) |
Jul
(307) |
Aug
(387) |
Sep
(189) |
Oct
(170) |
Nov
(157) |
Dec
(101) |
2006 |
Jan
(233) |
Feb
(162) |
Mar
(185) |
Apr
(80) |
May
(131) |
Jun
(105) |
Jul
(92) |
Aug
(139) |
Sep
(67) |
Oct
(104) |
Nov
(72) |
Dec
(28) |
2007 |
Jan
(32) |
Feb
(52) |
Mar
(61) |
Apr
(24) |
May
(23) |
Jun
(62) |
Jul
(66) |
Aug
(43) |
Sep
(26) |
Oct
(27) |
Nov
(24) |
Dec
(15) |
2008 |
Jan
(9) |
Feb
(20) |
Mar
(7) |
Apr
(53) |
May
(22) |
Jun
(18) |
Jul
(25) |
Aug
(2) |
Sep
(23) |
Oct
(15) |
Nov
(9) |
Dec
(7) |
2009 |
Jan
(5) |
Feb
(5) |
Mar
(5) |
Apr
(6) |
May
(42) |
Jun
(41) |
Jul
(12) |
Aug
(22) |
Sep
(5) |
Oct
(17) |
Nov
(6) |
Dec
(40) |
2010 |
Jan
(39) |
Feb
(2) |
Mar
(14) |
Apr
(17) |
May
(3) |
Jun
|
Jul
(35) |
Aug
(40) |
Sep
|
Oct
(21) |
Nov
(6) |
Dec
(7) |
2011 |
Jan
|
Feb
(20) |
Mar
(12) |
Apr
(15) |
May
|
Jun
(1) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(5) |
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Walter M. <wal...@gm...> - 2015-07-06 20:03:31
|
Hi folks, I would like you take a look at the campaign AndroMDA Powered by KissMDA <https://www.indiegogo.com/projects/andromda-powered-by-kissmda>. I created the campaign to rebuild the AndroMDA cartridges using a new core. My main goal is protect the investment we have made in AndroMDA and make its development easier and faster. Feel free to ask me about that. Best regards, Walter Mourão |
From: Walter M. <wal...@gm...> - 2015-06-18 13:35:17
|
Hi Guilhaume, Currently the Andromda project is (mostly) frozen in Sourceforge and I'm starting a new Andromda project in Github ( https://github.com/WalterMourao/andromda). The new project will use KissMDA as its core. Feel free to create your account in github and let me know. About the current changes, please send me as diff files and some info and I will take a look to put it in the current version (3.5-SNAPSHOT). Regards, Em qui, 18 de jun de 2015 às 05:06, Guillaume Tessier <gte...@ti...> escreveu: > Hy, > I use of andromda on differents projects with differents architecture > (EJB3 services and EJB3 sessions, dao with spring hibernate, JSF2 with > myfaces primfaces), i have modified the JSF2 cartridge for primefaces and i > think that this modification can help some people. How to propose the > modifications and how to participate to develop ANDROMDA. > > sorry for my english :) ! > > best regards. > Guillaume. > > ------------------------------------------------------------------------------ > |
From: Guillaume T. <gte...@ti...> - 2015-06-18 08:06:10
|
Hy, I use of andromda on differents projects with differents architecture (EJB3 services and EJB3 sessions, dao with spring hibernate, JSF2 with myfaces primfaces), i have modified the JSF2 cartridge for primefaces and i think that this modification can help some people. How to propose the modifications and how to participate to develop ANDROMDA. sorry for my english :) ! best regards. Guillaume. |
From: Bob F. <bob...@ho...> - 2013-12-12 15:16:56
|
The earlier suggested patch (swapping MappedSuperClass and Entity annotations in Entity and EntityImpl) causes the timetracker sample project tests to fail, because the OneToMany relationship references the Entity rather than the EntityImpl class. The tests don't even run crud operations, they simply load the persistence.xml and validate against the Entity mappings. We need to figure out EXACTLY what needs to change in the Entity and EntityImpl and GlobalMacros templates for OneToMany and ManyToMany, for this to work. I tried simply swapping EntityImpl for Entity and updating persistence.xml but that didn't work. The first step in doing that is to make the modifications to the generated code in order to get everything working, and then modify the associated template (named in the /* comments */ at the top of the generated code file). A starting point would be to check out the andromda project from sourceforge SVN and build the project locally. There are some other updates needed in the hibernate cartridge, i.e. the sql generated from the mappings does not have the correct naming conventions for some PK/FK columns. Also we should generate CRUD tests like in the EJB3 cartridge. You can see these results when running the sample timetracker build, checked out from SVN. And... the spring cartridge uses the old HibernateTemplate and Dao pattern which is a no-longer-recommended design pattern, in favor of the standard hibernate SessionFactory and @Repository annotations. See http://docs.spring.io/spring/docs/3.0.x/spring-framework-reference/html/orm.html#orm-hibernate-straight. The temporal type annotation was carried over from the EJB3 cartridge persistence updates, I don't think it is used in the hibernate cartridge but that wouldn't be hard to implement (to avoid confusion). The first point below - the best solution would be to make the named query name unique though addition of parameters or numeric increment, ideally only if there are multiple overloaded methods. That may require some code in the Hibernate cartridge, in order to minimize the logic contained within the templates. Thanks, Bob Fields From: u.s...@on... To: and...@li... Date: Thu, 12 Dec 2013 09:43:28 +0100 Subject: [Andromda-devel] Migration problems from 3.2 Hi again, there are some problems I found in the progress of migration: 1.) named query generation: assumed an modelled entity (argouml, uml14) like this: +-----------------------------------------------+ | <<Entity>> | | MyEntity | +-----------------------------------------------+ | | +-----------------------------------------------+ |<<FinderMethod>> find(String):Collection | |<<FinderMethod>> find(int,int):Collection | +-----------------------------------------------+ this would generate the following named queries: @Entity @NamedQuery ({ @NamedQuery(name="MyEntity.find", query="someQuery"), @NamedQuery(name="MyEntity.find", query="someOtherQuery") }) A workaround is, to rename those finder methods instead of having different method signatures. 2.) Modelling precission of BigDecimal Attributes With 3.2 it was possible to tag such an attribute with length=precission, scale to get the a DECIMAL(precission,scale) generated. The current version would generate something like this: @Column(... ..., length=12,4) which is invalid syntax. Tried to use @andromda.persistence.column.precision/scale instead, but this is not detected by the generator 3.) Some other tagging doesn't have effect like: @andromda.persistence.temporalType, which has to be generated for Date fields like @Temporal(javax.persistence.TemporalType.DATE) Maybe someone can give some hints how to fix this. The first point seems to require a design decission. regards Uwe ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk |
From: <u.s...@on...> - 2013-12-12 08:43:36
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi again,</div> <div> </div> <div>there are some problems I found in the progress of migration:</div> <div> </div> <div>1.) named query generation:</div> <div> </div> <div>assumed an modelled entity (argouml, uml14) like this:</div> <div> </div> <div>+-----------------------------------------------+</div> <div>| <<Entity>> |</div> <div>| MyEntity |</div> <div>+-----------------------------------------------+</div> <div>| |</div> <div> </div> <div>+-----------------------------------------------+</div> <div>|<<FinderMethod>> find(String):Collection |</div> <div>|<<FinderMethod>> find(int,int):Collection |</div> <div>+-----------------------------------------------+</div> <div> </div> <div>this would generate the following named queries:</div> <div>@Entity</div> <div>@NamedQuery</div> <div>({</div> <div> @NamedQuery(name="MyEntity.find", query="someQuery"),</div> <div> @NamedQuery(name="MyEntity.find", query="someOtherQuery")</div> <div>})</div> <div>A workaround is, to rename those finder methods instead of having different method signatures.</div> <div> </div> <div>2.) Modelling precission of BigDecimal Attributes</div> <div>With 3.2 it was possible to tag such an attribute with length=precission, scale to get the a DECIMAL(precission,scale) generated.</div> <div>The current version would generate something like this:</div> <div>@Column(... ..., length=12,4)</div> <div>which is invalid syntax. Tried to use @andromda.persistence.column.precision/scale instead, but this is not detected by the generator</div> <div>3.) Some other tagging doesn't have effect like:</div> <div>@andromda.persistence.temporalType, which has to be generated for Date fields like @Temporal(javax.persistence.TemporalType.DATE)</div> <div> </div> <div>Maybe someone can give some hints how to fix this. The first point seems to require a design decission.</div> <div> </div> <div>regards Uwe</div> <div> </div></div></body></html> |
From: Walter M. <wal...@gm...> - 2013-12-11 20:15:10
|
Hi Bob, I just applied some changes in annotations mappings. Best regards, Walter Mourão http://waltermourao.com.br http://arcadian.com.br http://oriens.com.br On Wed, Dec 11, 2013 at 12:31 PM, Bob Fields <bob...@ho...>wrote: > I'll apply the patch immediately and create a new snapshot update. There's > another related change somebody wanted to make to where the @Entity > annotations occur (generated ancestor vs. descendant) that I need to make > also, and I have some local dependency version updates also waiting to be > applied. > > Thanks for continuing to work with andromda, > > Bob Fields > > ------------------------------ > From: u.s...@on... > To: and...@li... > Date: Wed, 11 Dec 2013 11:59:51 +0100 > Subject: [Andromda-devel] Fw: Bug in SpringHibernateDaoBase.vsl > > > *Gesendet:* Mittwoch, 11. Dezember 2013 um 11:11 Uhr > *Von:* "u.s...@on..." <u.s...@on...> > *An:* "andromda andromda-devel" < > and...@li...> > *Betreff:* Bug in SpringHibernateDaoBase.vsl > Hi, > > I found a bug in the spring cartridge 3.5-SNAPSHOT, if working on > hibernate4 there is still a call to super.getSession(), which won't work. > Appended a universal patch against SpringHibernateDaoBase.vsl, which should > fix it. > I'm just in the progress of migrating a 3.2 project to 3.5 to be able to > use hibernate4. > > regards Uwe > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > |
From: Bob F. <bob...@ho...> - 2013-12-11 14:32:04
|
I'll apply the patch immediately and create a new snapshot update. There's another related change somebody wanted to make to where the @Entity annotations occur (generated ancestor vs. descendant) that I need to make also, and I have some local dependency version updates also waiting to be applied. Thanks for continuing to work with andromda, Bob Fields From: u.s...@on... To: and...@li... Date: Wed, 11 Dec 2013 11:59:51 +0100 Subject: [Andromda-devel] Fw: Bug in SpringHibernateDaoBase.vsl Gesendet: Mittwoch, 11. Dezember 2013 um 11:11 Uhr Von: "u.s...@on..." <u.s...@on...> An: "andromda andromda-devel" <and...@li...> Betreff: Bug in SpringHibernateDaoBase.vsl Hi, I found a bug in the spring cartridge 3.5-SNAPSHOT, if working on hibernate4 there is still a call to super.getSession(), which won't work. Appended a universal patch against SpringHibernateDaoBase.vsl, which should fix it. I'm just in the progress of migrating a 3.2 project to 3.5 to be able to use hibernate4. regards Uwe ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk |
From: <u.s...@on...> - 2013-12-11 11:00:00
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> <div> <div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"> <div style="margin:0 0 10px 0;"><b>Gesendet:</b> Mittwoch, 11. Dezember 2013 um 11:11 Uhr<br/> <b>Von:</b> "u.s...@on..." <u.s...@on...><br/> <b>An:</b> "andromda andromda-devel" <and...@li...><br/> <b>Betreff:</b> Bug in SpringHibernateDaoBase.vsl</div> <div name="quoted-content"> <div style="font-family: Verdana;font-size: 12.0px;"> <div>Hi,</div> <div> </div> <div>I found a bug in the spring cartridge 3.5-SNAPSHOT, if working on hibernate4 there is still a call to super.getSession(), which won't work. Appended a universal patch against SpringHibernateDaoBase.vsl, which should fix it.</div> <div>I'm just in the progress of migrating a 3.2 project to 3.5 to be able to use hibernate4.</div> <div> </div> <div>regards Uwe</div> <div> </div> </div> </div> </div> </div> </div></div></body></html> |
From: Bob F. <bob...@ho...> - 2013-08-23 01:41:25
|
Benoit - If you submit a JIRA report and attach a patch, and we like what we see (highly likely), we can make you a committer. Just pick a small example of something you consider an obvious bug fix. We definitely welcome whatever additional help you are willing to provide. We also want to verify that all changes are against the latest 3.5-SNAPSHOT, that you have the latest code base, and everything builds locally for you. Thanks, Bob Fields Date: Tue, 20 Aug 2013 09:57:08 +0200 From: ben...@e-... To: and...@li... Subject: [Andromda-devel] Project news Hi everyone, Could someone add me to the SF project as developer ? We use androMDA since 2007 in a lot of projects. We should commit some corrections... Thks ! Benoit LAVENIER E-IS - Environmental Information Systems - www.e-is.pro 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE Email : ben...@e-... ------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk |
From: Benoit L. <ben...@e-...> - 2013-08-20 08:59:10
|
Hi everyone, Could someone add me to the SF project as developer ? We use androMDA since 2007 in a lot of projects. We should commit some corrections... Thks ! Benoit LAVENIER *E-IS - Environmental Information Systems - www.e-is.pro* 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE Email : ben...@e-... |
From: Plushnikov M. (JIRA) <ji...@an...> - 2011-08-13 06:40:40
|
[ http://jira.andromda.org/browse/SITE-66?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Plushnikov Michail resolved SITE-66. ------------------------------------ Resolution: Fixed > Update "Getting Started for Java" documentaion for current version of Andromda and another tools > ------------------------------------------------------------------------------------------------ > > Key: SITE-66 > URL: http://jira.andromda.org/browse/SITE-66 > Project: Website > Issue Type: Sub-task > Affects Versions: 3.4-SNAPSHOT > Reporter: Plushnikov Michail > Assignee: Plushnikov Michail > Priority: Critical > Fix For: 3.4-SNAPSHOT > > -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Jason N. (JIRA) <ji...@an...> - 2011-07-18 19:06:00
|
[ http://jira.andromda.org/browse/UMLMETA-110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16314#comment-16314 ] Jason Northcote commented on UMLMETA-110: ----------------------------------------- Looks good to me > handleIsCompositeIdentifier in uml22 metafacade EntityLogicImpl was broken in #15083 > ------------------------------------------------------------------------------------ > > Key: UMLMETA-110 > URL: http://jira.andromda.org/browse/UMLMETA-110 > Project: UML Metafacades > Issue Type: Bug > Affects Versions: 3.4 > Environment: Any > Reporter: Jason Northcote > Assignee: Bob Fields > Attachments: emf.uml22.EntityLogicImpl.diff > > > Code style cleanup in change #15083 caused a logic error in handleIsCompositeIdentifier such that <<Identifier>> attributes are no longer working -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-07-15 14:05:06
|
[ http://jira.andromda.org/browse/UMLMETA-110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16313#comment-16313 ] Bob Fields commented on UMLMETA-110: ------------------------------------ D'oh. I see now. I committed the change with the ! removed, should work now, let me know. > handleIsCompositeIdentifier in uml22 metafacade EntityLogicImpl was broken in #15083 > ------------------------------------------------------------------------------------ > > Key: UMLMETA-110 > URL: http://jira.andromda.org/browse/UMLMETA-110 > Project: UML Metafacades > Issue Type: Bug > Affects Versions: 3.4 > Environment: Any > Reporter: Jason Northcote > Assignee: Bob Fields > Attachments: emf.uml22.EntityLogicImpl.diff > > > Code style cleanup in change #15083 caused a logic error in handleIsCompositeIdentifier such that <<Identifier>> attributes are no longer working -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Jason N. (JIRA) <ji...@an...> - 2011-07-13 20:40:01
|
[ http://jira.andromda.org/browse/UMLMETA-110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16312#comment-16312 ] Jason Northcote commented on UMLMETA-110: ----------------------------------------- It wasn't the parenthesis. When the expression arguments swapped positions the ! should have been removed as well. > handleIsCompositeIdentifier in uml22 metafacade EntityLogicImpl was broken in #15083 > ------------------------------------------------------------------------------------ > > Key: UMLMETA-110 > URL: http://jira.andromda.org/browse/UMLMETA-110 > Project: UML Metafacades > Issue Type: Bug > Affects Versions: 3.4 > Environment: Any > Reporter: Jason Northcote > Assignee: Bob Fields > Attachments: emf.uml22.EntityLogicImpl.diff > > > Code style cleanup in change #15083 caused a logic error in handleIsCompositeIdentifier such that <<Identifier>> attributes are no longer working -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-07-13 19:07:01
|
[ http://jira.andromda.org/browse/UMLMETA-110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16311#comment-16311 ] Bob Fields commented on UMLMETA-110: ------------------------------------ I don't know why an additional set of parenthesis would cause the if ? : to no longer work, but the suggested changes looked like it wouldn't break anything, so I committed the patch. Awaiting word as to if this fixes the problem. > handleIsCompositeIdentifier in uml22 metafacade EntityLogicImpl was broken in #15083 > ------------------------------------------------------------------------------------ > > Key: UMLMETA-110 > URL: http://jira.andromda.org/browse/UMLMETA-110 > Project: UML Metafacades > Issue Type: Bug > Affects Versions: 3.4 > Environment: Any > Reporter: Jason Northcote > Assignee: Bob Fields > Attachments: emf.uml22.EntityLogicImpl.diff > > > Code style cleanup in change #15083 caused a logic error in handleIsCompositeIdentifier such that <<Identifier>> attributes are no longer working -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-07-13 19:05:01
|
[ http://jira.andromda.org/browse/UMLMETA-110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on UMLMETA-110 started by Bob Fields. > handleIsCompositeIdentifier in uml22 metafacade EntityLogicImpl was broken in #15083 > ------------------------------------------------------------------------------------ > > Key: UMLMETA-110 > URL: http://jira.andromda.org/browse/UMLMETA-110 > Project: UML Metafacades > Issue Type: Bug > Affects Versions: 3.4 > Environment: Any > Reporter: Jason Northcote > Assignee: Bob Fields > Attachments: emf.uml22.EntityLogicImpl.diff > > > Code style cleanup in change #15083 caused a logic error in handleIsCompositeIdentifier such that <<Identifier>> attributes are no longer working -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Jason N. (JIRA) <ji...@an...> - 2011-07-12 16:42:01
|
handleIsCompositeIdentifier in uml22 metafacade EntityLogicImpl was broken in #15083 ------------------------------------------------------------------------------------ Key: UMLMETA-110 URL: http://jira.andromda.org/browse/UMLMETA-110 Project: UML Metafacades Issue Type: Bug Affects Versions: 3.4 Environment: Any Reporter: Jason Northcote Assignee: Bob Fields Attachments: emf.uml22.EntityLogicImpl.diff Code style cleanup in change #15083 caused a logic error in handleIsCompositeIdentifier such that <<Identifier>> attributes are no longer working -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-06-15 20:05:16
|
[ http://jira.andromda.org/browse/MISC-57?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16310#comment-16310 ] Bob Fields commented on MISC-57: -------------------------------- The 0% coverage appears to be fixed with the latest patch of cobertura-plugin, it now gives coverages for projects where code is not generated through the andromda plugins. When the cartridgetest plugin is invoked, it gives a NoClassDefFoundException on a cobertura dependency because it is trying to run the instrumented code after changing the test dependencies when running the unit test to verify results. Should be pretty easy to fix, just add the cobertura test dependency to that plugin invocation, or fix the cartridge-test-plugin to include that dependency automatically. I'm not sure if it will give the same error with 0% coverage after that is fixed, though. > Cobertura always displays 0% code coverage for unit tests > --------------------------------------------------------- > > Key: MISC-57 > URL: http://jira.andromda.org/browse/MISC-57 > Project: Miscellaneous > Issue Type: Bug > Affects Versions: 3.4 > Environment: AndroMDA 3.4-SNAPSHOT > Reporter: Bob Fields > Assignee: Plushnikov Michail > Priority: Minor > > run mvn cobertura:cobertura against any project directory. We also need to make sure the cartridge and metafacade tests which generate from test models also produce code coverage. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-04-27 22:02:05
|
[ http://jira.andromda.org/browse/SPRING-218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bob Fields resolved SPRING-218. ------------------------------- Resolution: Fixed Fix Version/s: 3.4 Assignee: Bob Fields (was: Chad Brandon) Fix applied on 4/27/2011 > SpringUtils formatHibernateQueryParameterValue for Enumerations > --------------------------------------------------------------- > > Key: SPRING-218 > URL: http://jira.andromda.org/browse/SPRING-218 > Project: Spring Cartridge > Issue Type: Bug > Affects Versions: 3.4 > Environment: Windows 7 / MySql > Reporter: Andy flury > Assignee: Bob Fields > Priority: Minor > Fix For: 3.4 > > Attachments: SpringUtils.java.patch > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Hi > There is a problem with SpringUtils.formatHibernateQueryParameterValue(). For Enumerations this method returns: > param.getValue() > Template SpringHibernateDaoBase.vsl will therefore output the following inside the Finder Method: > Query queryObject = super.getSession(false).createQuery(queryString); > queryObject.setParameter("parameter", parameter.getValue()); > This gives a problem with the HibernateEnumType, where the parameter is handed to the method disassemble as a "String" and not as an "Enum", which will raise the following error: > Caused by: java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Enum > at org.andromda.persistence.hibernate.usertypes.HibernateEnumType.disassemble(HibernateEnumType.java:52) > Within SpringUtils.formatHibernateQueryParameterValue the case about Enumerations should be removed > I have attached a patch for this -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-04-21 20:04:04
|
[ http://jira.andromda.org/browse/ANDVS-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16299#comment-16299 ] Bob Fields commented on ANDVS-8: -------------------------------- The source for all of these VisualStudio plugins is in the andromdaplugins project under /etc/andromda-dotnet: AndroMDA.VS80AddIn, AndroMDA.MSBuild, AndroMDA.NHibernateSupport, AndroMDA.ScenarioUnit. Feel free to submit a patch if you can get everything upgraded to VisualStudio 2010. > Update Android/VS plugin to support VisualStudio 2010 > ----------------------------------------------------- > > Key: ANDVS-8 > URL: http://jira.andromda.org/browse/ANDVS-8 > Project: Android/VS > Issue Type: Improvement > Reporter: Bob Fields > Assignee: Chris Micali > Priority: Minor > > See http://forum.andromda.org/viewtopic.php?f=33&t=6934 for workaround (manual update). > 1) Close VS > 2) Install androidVS via its executable > 3) under your personal profile on your HD (/users/<username>/my Documents) you should see that a 'Visual Studio 2005' directory has been created. Within that directory is an 'AddIns' directory. Copy the 'AddIns' directory to '/users/<username>/my Documents/Visual Studio 2010' > 4) Go into the '/users/<username>/my Documents/Visual Studio 2010/AddIns/' and edit the file 'AndroMDA.VS80AddIn.AddIn'. Within that file change the value of the <version> attribute. So to go from VS 2005 to VS 2008 I changed the line from: <Version>8.0</Version> to <Version>9.0</Version>. I don't know if 9.0 will work for you, you'll have to experiment a little > 5) If all of the above went smoothly, start VS and the androidVS wizard should kick off to complete the installation -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-04-21 19:59:04
|
[ http://jira.andromda.org/browse/ANDVS-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16298#comment-16298 ] Bob Fields commented on ANDVS-8: -------------------------------- See the Getting Started dotNet documentation: http://www.andromda.org/docs/andromda-documentation/getting-started-dotnet/env-setup.html (at the bottom for the download URL). > Update Android/VS plugin to support VisualStudio 2010 > ----------------------------------------------------- > > Key: ANDVS-8 > URL: http://jira.andromda.org/browse/ANDVS-8 > Project: Android/VS > Issue Type: Improvement > Reporter: Bob Fields > Assignee: Chris Micali > Priority: Minor > > See http://forum.andromda.org/viewtopic.php?f=33&t=6934 for workaround (manual update). > 1) Close VS > 2) Install androidVS via its executable > 3) under your personal profile on your HD (/users/<username>/my Documents) you should see that a 'Visual Studio 2005' directory has been created. Within that directory is an 'AddIns' directory. Copy the 'AddIns' directory to '/users/<username>/my Documents/Visual Studio 2010' > 4) Go into the '/users/<username>/my Documents/Visual Studio 2010/AddIns/' and edit the file 'AndroMDA.VS80AddIn.AddIn'. Within that file change the value of the <version> attribute. So to go from VS 2005 to VS 2008 I changed the line from: <Version>8.0</Version> to <Version>9.0</Version>. I don't know if 9.0 will work for you, you'll have to experiment a little > 5) If all of the above went smoothly, start VS and the androidVS wizard should kick off to complete the installation -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bob F. (JIRA) <ji...@an...> - 2011-04-21 19:51:17
|
[ http://jira.andromda.org/browse/CORE-150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bob Fields closed CORE-150. --------------------------- Resolution: Fixed Fix Version/s: 3.4-SNAPSHOT Assignee: Bob Fields (was: Chad Brandon) Also fixed the CartridgeTest maven plugin to be non-platform specific. > Mulit Line Merge Mappings not working > ------------------------------------- > > Key: CORE-150 > URL: http://jira.andromda.org/browse/CORE-150 > Project: AndroMDA Core > Issue Type: Bug > Affects Versions: 3.4-SNAPSHOT > Environment: Windows 7 > Reporter: Andy flury > Assignee: Bob Fields > Priority: Minor > Fix For: 3.4-SNAPSHOT > > Attachments: Merger.java.patch > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > There seams to be a problem with Multi Line Merge Mappings (Single Line Merge Mappings work without a problem). > Example: SpringMergeMapping.xml: > <?xml version="1.0" encoding="UTF-8"?> > <mappings> > <mapping> > <from><![CDATA[<property reference="driver"/> > <property reference="username"/>]]></from> > <to><![CDATA[<test/>]]></to> > </mapping> > Unfortunately, the two lines (<property reference="driver"/> and <property reference="username"/>) are not getting recognized by the org.andromda.core.common.Merger. > The problem seams to be in the org.andromda.core.common.XmlObjectFactory. The method getObject() receives the mapping-file with the original CR & LF (\r \n). The returned org.andromda.core.mapping.Mappings, which contains the parsed mappings however replaced the \r \n by only \n. > Now of course the String to be replaced cannot be found in the cartridge.xml, and no replacement takes place. > I can be fixed with the following workaround in org.andromda.core.common.Merger.getMergedString(): > remove all line breaks from both "string" and "from". > for (String from : froms) { > from = StringUtils.trimToEmpty(from); > string = string.replaceAll("\\r|\\n", ""); > from = string.replaceAll("\\r|\\n", ""); > if (StringUtils.isNotBlank(from) && string.contains(from)) { > final String to = StringUtils.trimToEmpty(mapping.getTo()); > string = StringUtils.replace(string, from, to); > } > } > This should work on all plattforms. It would be nice, if this could be added the 3.4-SNAPSHOT. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Andy f. (JIRA) <ji...@an...> - 2011-04-21 15:26:06
|
SpringUtils formatHibernateQueryParameterValue for Enumerations --------------------------------------------------------------- Key: SPRING-218 URL: http://jira.andromda.org/browse/SPRING-218 Project: Spring Cartridge Issue Type: Bug Affects Versions: 3.4 Environment: Windows 7 / MySql Reporter: Andy flury Assignee: Chad Brandon Priority: Minor Attachments: SpringUtils.java.patch Hi There is a problem with SpringUtils.formatHibernateQueryParameterValue(). For Enumerations this method returns: param.getValue() Template SpringHibernateDaoBase.vsl will therefore output the following inside the Finder Method: Query queryObject = super.getSession(false).createQuery(queryString); queryObject.setParameter("parameter", parameter.getValue()); This gives a problem with the HibernateEnumType, where the parameter is handed to the method disassemble as a "String" and not as an "Enum", which will raise the following error: Caused by: java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Enum at org.andromda.persistence.hibernate.usertypes.HibernateEnumType.disassemble(HibernateEnumType.java:52) Within SpringUtils.formatHibernateQueryParameterValue the case about Enumerations should be removed I have attached a patch for this -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: --- (JIRA) <ji...@an...> - 2011-04-19 08:43:12
|
[ http://jira.andromda.org/browse/ANDVS-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16296#comment-16296 ] --- commented on ANDVS-8: ------------------------- Where can I download this file? > Update Android/VS plugin to support VisualStudio 2010 > ----------------------------------------------------- > > Key: ANDVS-8 > URL: http://jira.andromda.org/browse/ANDVS-8 > Project: Android/VS > Issue Type: Improvement > Reporter: Bob Fields > Assignee: Chris Micali > Priority: Minor > > See http://forum.andromda.org/viewtopic.php?f=33&t=6934 for workaround (manual update). > 1) Close VS > 2) Install androidVS via its executable > 3) under your personal profile on your HD (/users/<username>/my Documents) you should see that a 'Visual Studio 2005' directory has been created. Within that directory is an 'AddIns' directory. Copy the 'AddIns' directory to '/users/<username>/my Documents/Visual Studio 2010' > 4) Go into the '/users/<username>/my Documents/Visual Studio 2010/AddIns/' and edit the file 'AndroMDA.VS80AddIn.AddIn'. Within that file change the value of the <version> attribute. So to go from VS 2005 to VS 2008 I changed the line from: <Version>8.0</Version> to <Version>9.0</Version>. I don't know if 9.0 will work for you, you'll have to experiment a little > 5) If all of the above went smoothly, start VS and the androidVS wizard should kick off to complete the installation -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Andy f. (JIRA) <ji...@an...> - 2011-04-17 12:44:18
|
[ http://jira.andromda.org/browse/CORE-150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16295#comment-16295 ] Andy flury commented on CORE-150: --------------------------------- Hi Bob You are right. Just removing all linefeeds does not work. I did some more research. The "from" String gets read by Digester which conforms to XML standards and replaces \r\n to \n according to this document: http://www.w3.org/TR/REC-xml/#sec-line-ends On the other hand the "string" is just read by a InputStreamReader which preserves the Input as is. So doing the following will replace the \r\n to \n also in the "string" from = StringUtils.trimToEmpty(from); string = string.replaceAll("\\r", ""); if (StringUtils.isNotBlank(from) && string.contains(from)) { final String to = StringUtils.trimToEmpty(mapping.getTo()); string = StringUtils.replace(string, from, to); } I will attach a patch also. Hope, this can be put into the SNAPSHOT. thanks andy > Mulit Line Merge Mappings not working > ------------------------------------- > > Key: CORE-150 > URL: http://jira.andromda.org/browse/CORE-150 > Project: AndroMDA Core > Issue Type: Bug > Affects Versions: 3.4-SNAPSHOT > Environment: Windows 7 > Reporter: Andy flury > Assignee: Chad Brandon > Priority: Minor > Attachments: Merger.java.patch > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > There seams to be a problem with Multi Line Merge Mappings (Single Line Merge Mappings work without a problem). > Example: SpringMergeMapping.xml: > <?xml version="1.0" encoding="UTF-8"?> > <mappings> > <mapping> > <from><![CDATA[<property reference="driver"/> > <property reference="username"/>]]></from> > <to><![CDATA[<test/>]]></to> > </mapping> > Unfortunately, the two lines (<property reference="driver"/> and <property reference="username"/>) are not getting recognized by the org.andromda.core.common.Merger. > The problem seams to be in the org.andromda.core.common.XmlObjectFactory. The method getObject() receives the mapping-file with the original CR & LF (\r \n). The returned org.andromda.core.mapping.Mappings, which contains the parsed mappings however replaced the \r \n by only \n. > Now of course the String to be replaced cannot be found in the cartridge.xml, and no replacement takes place. > I can be fixed with the following workaround in org.andromda.core.common.Merger.getMergedString(): > remove all line breaks from both "string" and "from". > for (String from : froms) { > from = StringUtils.trimToEmpty(from); > string = string.replaceAll("\\r|\\n", ""); > from = string.replaceAll("\\r|\\n", ""); > if (StringUtils.isNotBlank(from) && string.contains(from)) { > final String to = StringUtils.trimToEmpty(mapping.getTo()); > string = StringUtils.replace(string, from, to); > } > } > This should work on all plattforms. It would be nice, if this could be added the 3.4-SNAPSHOT. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira |