You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(13) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(8) |
Feb
(49) |
Mar
(35) |
Apr
(211) |
May
(130) |
Jun
(94) |
Jul
(175) |
Aug
(325) |
Sep
(201) |
Oct
(66) |
Nov
(65) |
Dec
(94) |
2003 |
Jan
(180) |
Feb
(37) |
Mar
(26) |
Apr
(45) |
May
(57) |
Jun
(45) |
Jul
(41) |
Aug
(47) |
Sep
(32) |
Oct
(3) |
Nov
(17) |
Dec
(26) |
2004 |
Jan
(56) |
Feb
(70) |
Mar
(82) |
Apr
(10) |
May
(40) |
Jun
(3) |
Jul
(9) |
Aug
(2) |
Sep
(7) |
Oct
(71) |
Nov
(35) |
Dec
(7) |
2005 |
Jan
(32) |
Feb
(5) |
Mar
|
Apr
(1) |
May
(5) |
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
(3) |
Nov
(26) |
Dec
(3) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(9) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(1) |
Dec
|
2008 |
Jan
(1) |
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: larry j. <old...@ya...> - 2013-04-06 08:08:36
|
http://www.rsddallas.com/kbzixh/yhgdwdefuukfxnb.dk larry jiang |
From: larry j. <old...@ya...> - 2013-03-31 06:14:53
|
http://www.odempseys.com/kzpchylq/ixd.ba?gw larry jiang |
From: larry j. <old...@ya...> - 2013-03-07 06:23:58
|
http://www.reformasostenible.com/sksrm/mihftvjv/lrzkyawpelg/qlhrtfivtri/hxaclwmwuk larry jiang 3/7/2013 7:23:50 AM |
From: <ei...@ti...> - 2009-02-13 08:01:25
|
> > 1) How to setup middlegen. > Read the getting startet, ask if you have problems: http://boss.bekk.no/boss/middlegen/getstarted/index.html > 2) Using Middlegen with hibernate3 > Middlegen is not activly maintained anymore. I recommend taking a look at Hibernate Tools if you need to reverse engineer your database: http://docs.jboss.org/tools/2.1.0.Beta1/hibernatetools/html/reverseengineering.html - eivindw |
From: sripriya <r_s...@da...> - 2009-02-13 07:16:02
|
Hi, I am new to middlegen. I need the following details: 1) How to setup middlegen. 2) Using Middlegen with hibernate3 Any help is greatly appreciated. Regards, Sripriya Disclaimer: The information contained in this e-mail and attachments if any are privileged and confidential and are intended for the individual(s) or entity(ies) named in this e-mail. If the reader or recipient is not the intended recipient, or employee or agent responsible for delivering to the intended recipient, you are hereby notified that dissemination, distribution or copying of this communication or attachments thereof is strictly prohibited. IF YOU RECEIVE this communication in error, please immediately notify the sender and return the original message. |
From: xgas <xg...@ho...> - 2008-03-24 16:12:39
|
This patch contains codechangs to help ANT task specify separate interfaces for tables. example: <middlegen appname="${program.name}-${module.name}" gui="false" databaseurl="${database.url}" driver="${database.driver}" username="${database.user_name}" password="${database.user_pwd}" schema="${database.user_name}" includeViews="false"> <table name="SOME_TABLE" implements="Interface" /> <table name="OTHER_TABLE" implements="Some other interface" /> <table name="THIRD_TABLE" /> <!-- no interface --> <hibernate destination="${dir.generator.mappings}" genXDocletTags="true" standardCascade="all-delete-orphan" batchSize="500" /> </middlegen> Raino Kolk ------------------------------ FOTOD: Kreekas süüdati olümpiatuli Loe Päevaleht Online'ist: www.epl.ee/artikkel/423244 |
From: dchannon <dch...@bi...> - 2008-03-24 13:09:50
|
Sounds fine - send the source patches in and someone will check it out and commit the changes. Cheers David. -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of xgas Sent: Monday, 24 March 2008 9:09 PM To: mid...@li... Subject: [Middlegen-devel] Separate interfaces and extends for tables. Isn't it helpful to have in middlegen ANT task the option to specify implements interfaces for each table separatly example: <middlegen appname="${program.name}-${module.name}" gui="false" databaseurl="${database.url}" driver="${database.driver}" username="${database.user_name}" password="${database.user_pwd}" schema="${database.user_name}" includeViews="false"> <table name="SOME_TABLE" implements="Interface" /> <table name="OTHER_TABLE" implements="Some other interface" /> <table name="THIRD_TABLE" /> <!-- no interface --> <hibernate destination="${dir.generator.mappings}" genXDocletTags="true" standardCascade="all-delete-orphan" batchSize="500" /> </middlegen> Right now we can only have same interfaces for all tables. I made some modifications and this works fine. If middlegen dev team thiks its reasonable then i can send my modifications in middlegen source also. Raino Kolk ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel |
From: xgas <xg...@ho...> - 2008-03-24 11:09:21
|
Isn't it helpful to have in middlegen ANT task the option to specify implements interfaces for each table separatly example: <middlegen appname="${program.name}-${module.name}" gui="false" databaseurl="${database.url}" driver="${database.driver}" username="${database.user_name}" password="${database.user_pwd}" schema="${database.user_name}" includeViews="false"> <table name="SOME_TABLE" implements="Interface" /> <table name="OTHER_TABLE" implements="Some other interface" /> <table name="THIRD_TABLE" /> <!-- no interface --> <hibernate destination="${dir.generator.mappings}" genXDocletTags="true" standardCascade="all-delete-orphan" batchSize="500" /> </middlegen> Right now we can only have same interfaces for all tables. I made some modifications and this works fine. If middlegen dev team thiks its reasonable then i can send my modifications in middlegen source also. Raino Kolk |
From: <ei...@ti...> - 2008-02-12 09:20:56
|
> Hi, > > I tried to run Middlegen without ant, but Middlegen (the class) depends on > MiddlegenTask. Is there any other way to do this? No. Middlegen needs a major rewrite to be decoupled from Ant. The project is pretty much passive, so you probably need to do it yourself if you want to see some progress. - EivindW > TIA, > Thiago > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > middlegen-devel mailing list > mid...@li... > https://lists.sourceforge.net/lists/listinfo/middlegen-devel > > |
From: Thiago F. G. A. <tf...@mp...> - 2008-01-30 22:24:54
|
Hi, I tried to run Middlegen without ant, but Middlegen (the class) depends on MiddlegenTask. Is there any other way to do this? TIA, Thiago |
From: dchannon <dch...@bi...> - 2007-11-01 07:00:16
|
The lead developers have been answering your questions :-) Having said that Evind and myself have been busy working - yes yes sad violin sounding in the back ground. I must admit its nice to see people are using and appreciate the tool - = even with minimal recent advancement. Help is always welcome. =20 -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of = Laurent Duparchy Sent: Wednesday, 31 October 2007 5:51 PM To: mid...@li... Subject: Re: [Middlegen-devel] EJB 3.0 Support I think also.=20 Having a "one click" entities (re)generator, outside any workbench, is = VERY usefull. Middelgen 2.1 proved to be very adaptable and a very good tool.=20 What happened to the lead pack developers ? dchannon wrote:=20 I think middlegen is very usefull, even when the simplified EJB 3 model = is concerned.=20 Its just the EJB plugin needs a few changes to meet the latest standard. Happy to apply patches. =20 Cheers David., |
From: Laurent D. <dup...@es...> - 2007-10-31 07:51:22
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> I think also. <br> Having a "one click" entities (re)generator, outside any workbench, is VERY usefull.<br> Middelgen 2.1 proved to be very adaptable and a very good tool. <br> <br> What happened to the lead pack developers ?<br> <br> <br> <br> dchannon wrote: <blockquote cite="mid:000b01c81b3e$922093f0$0f080a0a@brains" type="cite"> <meta http-equiv="Content-Type" content="text/html; "> <title>Message</title> <meta content="MSHTML 6.00.6000.16544" name="GENERATOR"> <div><span class="125514521-30102007"><font color="#0000ff" face="Arial" size="2">I think middlegen is very usefull, even when the simplified EJB 3 model is concerned. </font></span></div> <div><span class="125514521-30102007"><font color="#0000ff" face="Arial" size="2">Its just the EJB plugin needs a few changes to meet the latest standard. Happy to apply patches.</font></span></div> <div><span class="125514521-30102007"></span> </div> <div><span class="125514521-30102007"><font color="#0000ff" face="Arial" size="2">Cheers David.,</font></span></div> <br> </blockquote> </body> </html> |
From: dchannon <dch...@bi...> - 2007-10-30 21:48:57
|
I think middlegen is very usefull, even when the simplified EJB 3 model = is concerned.=20 Its just the EJB plugin needs a few changes to meet the latest standard. Happy to apply patches. =20 Cheers David., -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of = Laurent Duparchy Sent: Wednesday, 31 October 2007 12:10 AM To: mid...@li... Subject: Re: [Middlegen-devel] EJB 3.0 Support I've gone through the CMP30 plugin and sample. I've noticed that there = are a few things outdated, such as injections of javax.ejb to change to javax.persistence if i remember correctly. Maybe EJB3 are so simple that an external tool as Middlegen isn't that usefull ? Laurent ei...@ti... wrote:=20 Yup. Should even be an example of usage here: http://middlegen.cvs.sourceforge.net/middlegen/middlegen/samples/ejb3/ Not sure how well this stuff works. Think it was developed with a pre-release of EJB 3 from JBoss, and as David points out hasn't been maintained.. .eivindw =20 Hi, Thank you for you support. If you get the muild from the CVS repository there is a plugin for EJB 3.0. It might need a tweek or two. Alternatively, there are other tools around. One candidate is the hibernate tools package. Cheers David. -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of Laurent Duparchy Sent: Monday, 29 October 2007 7:25 PM To: mid...@li... Subject: [Middlegen-devel] EJB 3.0 Support Hi there, We are very happy with middlegen 2.1, using CMP20 and would love to have an offcial EJB3 cmp30 plugin support. Is there a forthcoming new version ? or did everybody move to another tool for ejb3 ? (In that case, which one ?). Thanks for your response Cheers. -------------------------------------------------------------------------= This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel -------------------------------------------------------------------------= This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel =20 -------------------------------------------------------------------------= This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel =20 |
From: Laurent D. <dup...@es...> - 2007-10-30 14:10:29
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <br> I've gone through the CMP30 plugin and sample. I've noticed that there are a few things outdated, such as injections of javax.ejb to change to javax.persistence if i remember correctly.<br> <br> Maybe EJB3 are so simple that an external tool as Middlegen isn't that usefull ?<br> <br> Laurent<br> <br> <br> <a class="moz-txt-link-abbreviated" href="mailto:ei...@ti...">ei...@ti...</a> wrote: <blockquote cite="mid:449...@ti..." type="cite"> <pre wrap="">Yup. Should even be an example of usage here: <a class="moz-txt-link-freetext" href="http://middlegen.cvs.sourceforge.net/middlegen/middlegen/samples/ejb3/">http://middlegen.cvs.sourceforge.net/middlegen/middlegen/samples/ejb3/</a> Not sure how well this stuff works. Think it was developed with a pre-release of EJB 3 from JBoss, and as David points out hasn't been maintained.. .eivindw </pre> <blockquote type="cite"> <pre wrap="">Hi, Thank you for you support. If you get the muild from the CVS repository there is a plugin for EJB 3.0. It might need a tweek or two. Alternatively, there are other tools around. One candidate is the hibernate tools package. Cheers David. -----Original Message----- From: <a class="moz-txt-link-abbreviated" href="mailto:mid...@li...">mid...@li...</a> [<a class="moz-txt-link-freetext" href="mailto:mid...@li...">mailto:mid...@li...</a>] On Behalf Of Laurent Duparchy Sent: Monday, 29 October 2007 7:25 PM To: <a class="moz-txt-link-abbreviated" href="mailto:mid...@li...">mid...@li...</a> Subject: [Middlegen-devel] EJB 3.0 Support Hi there, We are very happy with middlegen 2.1, using CMP20 and would love to have an offcial EJB3 cmp30 plugin support. Is there a forthcoming new version ? or did everybody move to another tool for ejb3 ? (In that case, which one ?). Thanks for your response Cheers. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ middlegen-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:mid...@li...">mid...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/middlegen-devel">https://lists.sourceforge.net/lists/listinfo/middlegen-devel</a> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ middlegen-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:mid...@li...">mid...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/middlegen-devel">https://lists.sourceforge.net/lists/listinfo/middlegen-devel</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> <a class="moz-txt-link-freetext" href="http://get.splunk.com/">http://get.splunk.com/</a> _______________________________________________ middlegen-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:mid...@li...">mid...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/middlegen-devel">https://lists.sourceforge.net/lists/listinfo/middlegen-devel</a> </pre> </blockquote> </body> </html> |
From: <ei...@ti...> - 2007-10-30 13:45:38
|
Yup. Should even be an example of usage here: http://middlegen.cvs.sourceforge.net/middlegen/middlegen/samples/ejb3/ Not sure how well this stuff works. Think it was developed with a pre-release of EJB 3 from JBoss, and as David points out hasn't been maintained.. .eivindw > Hi, > > Thank you for you support. If you get the muild from the CVS > repository there is a plugin for EJB 3.0. It might need a tweek or two. > Alternatively, there are other tools around. One candidate is the > hibernate tools package. > > Cheers David. > > > -----Original Message----- > From: mid...@li... > [mailto:mid...@li...] On Behalf Of > Laurent > Duparchy > Sent: Monday, 29 October 2007 7:25 PM > To: mid...@li... > Subject: [Middlegen-devel] EJB 3.0 Support > > > Hi there, > > We are very happy with middlegen 2.1, using CMP20 and would love to have > an offcial EJB3 cmp30 plugin support. > > Is there a forthcoming new version ? > or did everybody move to another tool for ejb3 ? (In that case, which > one ?). > > Thanks for your response > > Cheers. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > middlegen-devel mailing list mid...@li... > https://lists.sourceforge.net/lists/listinfo/middlegen-devel > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > middlegen-devel mailing list > mid...@li... > https://lists.sourceforge.net/lists/listinfo/middlegen-devel > > |
From: dchannon <dch...@bi...> - 2007-10-29 22:43:10
|
Hi, Thank you for you support. If you get the muild from the CVS repository there is a plugin for EJB 3.0. It might need a tweek or two. Alternatively, there are other tools around. One candidate is the hibernate tools package. Cheers David. -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of Laurent Duparchy Sent: Monday, 29 October 2007 7:25 PM To: mid...@li... Subject: [Middlegen-devel] EJB 3.0 Support Hi there, We are very happy with middlegen 2.1, using CMP20 and would love to have an offcial EJB3 cmp30 plugin support. Is there a forthcoming new version ? or did everybody move to another tool for ejb3 ? (In that case, which one ?). Thanks for your response Cheers. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel |
From: Laurent D. <dup...@es...> - 2007-10-29 09:25:20
|
Hi there, We are very happy with middlegen 2.1, using CMP20 and would love to have an offcial EJB3 cmp30 plugin support. Is there a forthcoming new version ? or did everybody move to another tool for ejb3 ? (In that case, which one ?). Thanks for your response Cheers. |
From: dchannon <dch...@bi...> - 2006-06-15 14:59:12
|
Hay eivind, Agreed, a cleanup exercise then move to toward a release. We need to focus on a few plugins. I would suggest we atleast rate the quality of the plugins so its obvious what the status of them is for the users. Cheers David. -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of ei...@ti... Sent: Thursday, 15 June 2006 8:45 PM To: mid...@li... Subject: Re: [Middlegen-devel] anybody here? Hey guys! Good to see some activity on the list :) The adapter thing has not been maintained in a while. And the Struts generating stuff using the adapter should probably be deprecated. I suggest just using Middlegen to generate the dao layer (hibernate files), not full application. Alternatively write your own plugin for view. A cleaned up release would be good! Where we remove/deprecate all the beta-stuff (adapter, struts etc.) and focus on a few working plugins? .eivindw > Sounds like your doing a good job hunting the issue down. > I am not sure how solid the adapter plugin is so your work here is > most welcome. I would be happy to commit any changes that you > determine will help fill a few holes. > > We should work toward a release - we were orginally waiting for the > EJB3.0 stuff to finalise. Then move forward. Thanks for your help. > > > -----Original Message----- > From: mid...@li... > [mailto:mid...@li...] On Behalf Of > Yudhi Widyatama > Sent: Wednesday, 14 June 2006 9:06 PM > To: mid...@li... > Subject: Re: [Middlegen-devel] anybody here? > > > Ok, I think I found out what the culprit was. > Version: latest from the CVS. > Context: I am using the adapter plugin with hibernate persistence > layer. in hibernate-findRelation.vm : line 3 > retVals.add(${persistenceObjectName}.${hbmTable.getGetterName(${relati > on > shipRole})}()); > HibernateTable's getGetterName was method invoked with a > RelationshipRole object as an argument. The problem : the > RelationshipRole is a decorated one, with origin and target table set to > decorated AdapterPlugin. The inherited getGetterName method eventualy > called the inherited getVariableName. getVariableName compares the > origin table of the RelationshipRole with 'this'. Unfortunately the call > to getOrigin uses plugin as a key, and we are in a HibernateTable here, > hibernate's plugin is used here, resulting a null because the > RelationshipRole only has entries created by the AdapterPlugin. The > method throws IllegalArgumentException because null != a HibernateTable. > I think this whole thing is caused by the new RelationshipRole > decoration stuffs. Any ideas? > > > _______________________________________________ > middlegen-devel mailing list mid...@li... > https://lists.sourceforge.net/lists/listinfo/middlegen-devel > > > > _______________________________________________ > middlegen-devel mailing list mid...@li... > https://lists.sourceforge.net/lists/listinfo/middlegen-devel > > _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel |
From: <ei...@ti...> - 2006-06-15 10:45:41
|
Hey guys! Good to see some activity on the list :) The adapter thing has not been maintained in a while. And the Struts generating stuff using the adapter should probably be deprecated. I suggest just using Middlegen to generate the dao layer (hibernate files), not full application. Alternatively write your own plugin for view. A cleaned up release would be good! Where we remove/deprecate all the beta-stuff (adapter, struts etc.) and focus on a few working plugins? .eivindw > Sounds like your doing a good job hunting the issue down. > I am not sure how solid the adapter plugin is so your work here is most > welcome. > I would be happy to commit any changes that you determine will help fill > a few holes. > > We should work toward a release - we were orginally waiting for the > EJB3.0 stuff to finalise. > Then move forward. Thanks for your help. > > > -----Original Message----- > From: mid...@li... > [mailto:mid...@li...] On Behalf Of > Yudhi Widyatama > Sent: Wednesday, 14 June 2006 9:06 PM > To: mid...@li... > Subject: Re: [Middlegen-devel] anybody here? > > > Ok, I think I found out what the culprit was. > Version: latest from the CVS. > Context: I am using the adapter plugin with hibernate persistence layer. > in hibernate-findRelation.vm : line 3 > retVals.add(${persistenceObjectName}.${hbmTable.getGetterName(${relation > shipRole})}()); > HibernateTable's getGetterName was method invoked with a > RelationshipRole object as an argument. The problem : the > RelationshipRole is a decorated one, with origin and target table set to > decorated AdapterPlugin. The inherited getGetterName method eventualy > called the inherited getVariableName. getVariableName compares the > origin table of the RelationshipRole with 'this'. Unfortunately the call > to getOrigin uses plugin as a key, and we are in a HibernateTable here, > hibernate's plugin is used here, resulting a null because the > RelationshipRole only has entries created by the AdapterPlugin. The > method throws IllegalArgumentException because null != a HibernateTable. > I think this whole thing is caused by the new RelationshipRole > decoration stuffs. Any ideas? > > > _______________________________________________ > middlegen-devel mailing list mid...@li... > https://lists.sourceforge.net/lists/listinfo/middlegen-devel > > > > _______________________________________________ > middlegen-devel mailing list > mid...@li... > https://lists.sourceforge.net/lists/listinfo/middlegen-devel > > |
From: dchannon <dch...@bi...> - 2006-06-14 23:49:18
|
Sounds like your doing a good job hunting the issue down. I am not sure how solid the adapter plugin is so your work here is most welcome. I would be happy to commit any changes that you determine will help fill a few holes. We should work toward a release - we were orginally waiting for the EJB3.0 stuff to finalise. Then move forward. Thanks for your help. -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of Yudhi Widyatama Sent: Wednesday, 14 June 2006 9:06 PM To: mid...@li... Subject: Re: [Middlegen-devel] anybody here? Ok, I think I found out what the culprit was. Version: latest from the CVS. Context: I am using the adapter plugin with hibernate persistence layer. in hibernate-findRelation.vm : line 3 retVals.add(${persistenceObjectName}.${hbmTable.getGetterName(${relation shipRole})}()); HibernateTable's getGetterName was method invoked with a RelationshipRole object as an argument. The problem : the RelationshipRole is a decorated one, with origin and target table set to decorated AdapterPlugin. The inherited getGetterName method eventualy called the inherited getVariableName. getVariableName compares the origin table of the RelationshipRole with 'this'. Unfortunately the call to getOrigin uses plugin as a key, and we are in a HibernateTable here, hibernate's plugin is used here, resulting a null because the RelationshipRole only has entries created by the AdapterPlugin. The method throws IllegalArgumentException because null != a HibernateTable. I think this whole thing is caused by the new RelationshipRole decoration stuffs. Any ideas? _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel |
From: Yudhi W. <yud...@gm...> - 2006-06-14 11:05:56
|
Ok, I think I found out what the culprit was. Version: latest from the CVS. Context: I am using the adapter plugin with hibernate persistence layer. in hibernate-findRelation.vm : line 3 retVals.add(${persistenceObjectName}.${hbmTable.getGetterName(${relationshipRole})}()); HibernateTable's getGetterName was method invoked with a RelationshipRole object as an argument. The problem : the RelationshipRole is a decorated one, with origin and target table set to decorated AdapterPlugin. The inherited getGetterName method eventualy called the inherited getVariableName. getVariableName compares the origin table of the RelationshipRole with 'this'. Unfortunately the call to getOrigin uses plugin as a key, and we are in a HibernateTable here, hibernate's plugin is used here, resulting a null because the RelationshipRole only has entries created by the AdapterPlugin. The method throws IllegalArgumentException because null != a HibernateTable. I think this whole thing is caused by the new RelationshipRole decoration stuffs. Any ideas? |
From: dchannon <dch...@bi...> - 2006-06-13 23:47:12
|
HI, Yes I am still active on the list. Actually I'm wondering about the Plugin mechanism. What does the decoration means? Is it related to the famous Decorator pattern? Yes its based on the Decorator pattern and provides the mechanism for each plugin the customise the use of the meta data supplied about the database resource. Plugins are easy to create lots of examples. Hope this helps. Cheers David. -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of Yudhi Widyatama Sent: Wednesday, 14 June 2006 12:49 AM To: mid...@li... Subject: [Middlegen-devel] anybody here? Hi, anybody still active in this list? The sourceforge archives has no 2006 entry at all. I'm trying to build a custom plugin, but first I must to learn the inner working of Middlegen. I checked out the CVS yesterday, and now can't get the sample to work (the 2.1 version worked but has strange errors about duplicate methods). I redirected the database to my MySQL 5.0, the schema is custom one (not the one from the sample). [middlegen] 2006-06-13 21:06:29,859 INFO [middlegen.Middlegen] Invoking plugin cmp20 [middlegen] 2006-06-13 21:06:32,546 INFO [middlegen.Middlegen] Invoking plugin sunjdo10 [middlegen] 2006-06-13 21:06:32,921 INFO [middlegen.Middlegen] Invoking plugin html [middlegen] 2006-06-13 21:06:33,156 INFO [middlegen.Middlegen] Invoking plugin simple [middlegen] 2006-06-13 21:06:33,171 INFO [middlegen.Middlegen] Invoking plugin struts [middlegen] 2006-06-13 21:06:33,984 INFO [middlegen.Middlegen] Invoking plugin hibernate [middlegen] 2006-06-13 21:06:34,656 INFO [middlegen.Middlegen] Invoking plugin adapter [middlegen] -- attachedprops-has-attachedmedia [middlegen] 2006-06-13 21:06:34,875 ERROR [middlegen.FileProducer] Invocation of method 'getGetterName' in class middlegen.plugins.entitybean.Entity20Table threw exception class java.lang.IllegalArgumentException : The relationshipRole's origin must be attachedprops , but was attachedprops [middlegen] org.apache.velocity.exception.MethodInvocationException: Invocation of method 'getGetterName' in class middlegen.plugins.entitybean.Entity20Table threw exception class java.lang.IllegalArgumentException : The relationshipRole's origin must be attachedprops , but was attachedprops [middlegen] at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java :246) [middlegen] at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReferenc e.java:175) [middlegen] at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference .java:220) [middlegen] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav a:230) [middlegen] at org.apache.velocity.runtime.directive.Parse.render(Parse.java:181) [middlegen] at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective .java:114) [middlegen] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:55 ) [middlegen] at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:166) [middlegen] at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective .java:114) [middlegen] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav a:230) [middlegen] at org.apache.velocity.app.VelocityEngine.evaluate(VelocityEngine.java:316) [middlegen] at middlegen.FileProducer.generate(FileProducer.java:328) [middlegen] at middlegen.FileProducer.generateForTable(FileProducer.java:246) [middlegen] at middlegen.Plugin.doIt(Plugin.java:587) [middlegen] at middlegen.Plugin.generate(Plugin.java:445) [middlegen] at middlegen.Middlegen.writeSource(Middlegen.java:355) [middlegen] at middlegen.MiddlegenTask.execute(MiddlegenTask.java:447) [middlegen] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) ... Actually I'm wondering about the Plugin mechanism. What does the decoration means? Is it related to the famous Decorator pattern? Any help would be appreciated. Regards, Yudhi Widyatama _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel |
From: Yudhi W. <yud...@gm...> - 2006-06-13 14:48:58
|
Hi, anybody still active in this list? The sourceforge archives has no 2006 entry at all. I'm trying to build a custom plugin, but first I must to learn the inner working of Middlegen. I checked out the CVS yesterday, and now can't get the sample to work (the 2.1 version worked but has strange errors about duplicate methods). I redirected the database to my MySQL 5.0, the schema is custom one (not the one from the sample). [middlegen] 2006-06-13 21:06:29,859 INFO [middlegen.Middlegen] Invoking plugin cmp20 [middlegen] 2006-06-13 21:06:32,546 INFO [middlegen.Middlegen] Invoking plugin sunjdo10 [middlegen] 2006-06-13 21:06:32,921 INFO [middlegen.Middlegen] Invoking plugin html [middlegen] 2006-06-13 21:06:33,156 INFO [middlegen.Middlegen] Invoking plugin simple [middlegen] 2006-06-13 21:06:33,171 INFO [middlegen.Middlegen] Invoking plugin struts [middlegen] 2006-06-13 21:06:33,984 INFO [middlegen.Middlegen] Invoking plugin hibernate [middlegen] 2006-06-13 21:06:34,656 INFO [middlegen.Middlegen] Invoking plugin adapter [middlegen] -- attachedprops-has-attachedmedia [middlegen] 2006-06-13 21:06:34,875 ERROR [middlegen.FileProducer] Invocation of method 'getGetterName' in class middlegen.plugins.entitybean.Entity20Table threw exception class java.lang.IllegalArgumentException : The relationshipRole's origin must be attachedprops , but was attachedprops [middlegen] org.apache.velocity.exception.MethodInvocationException: Invocation of method 'getGetterName' in class middlegen.plugins.entitybean.Entity20Table threw exception class java.lang.IllegalArgumentException : The relationshipRole's origin must be attachedprops , but was attachedprops [middlegen] at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:246) [middlegen] at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:175) [middlegen] at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:220) [middlegen] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:230) [middlegen] at org.apache.velocity.runtime.directive.Parse.render(Parse.java:181) [middlegen] at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:114) [middlegen] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:55) [middlegen] at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:166) [middlegen] at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:114) [middlegen] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:230) [middlegen] at org.apache.velocity.app.VelocityEngine.evaluate(VelocityEngine.java:316) [middlegen] at middlegen.FileProducer.generate(FileProducer.java:328) [middlegen] at middlegen.FileProducer.generateForTable(FileProducer.java:246) [middlegen] at middlegen.Plugin.doIt(Plugin.java:587) [middlegen] at middlegen.Plugin.generate(Plugin.java:445) [middlegen] at middlegen.Middlegen.writeSource(Middlegen.java:355) [middlegen] at middlegen.MiddlegenTask.execute(MiddlegenTask.java:447) [middlegen] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) ... Actually I'm wondering about the Plugin mechanism. What does the decoration means? Is it related to the famous Decorator pattern? Any help would be appreciated. Regards, Yudhi Widyatama |
From: <lci...@un...> - 2006-06-08 11:08:20
|
Hi! Working on database I found difficult to look at all the DB constraints when one is working on java. In particular a developer must know all the DB constraints in order to prevent DB errors in CRUD operations. Now... middlegen is able to create java classes from database tables. So my idea is the following: Middlegen can also create a copy af the database constraints... that is... If the field "name" in the table "account" has the "NOT NULL" constraint it's possible to automatically generate this constraint (by inserting some code that throws an exception) in the java class so that the programmer can manage the errors. In this way the errors can be discovered before the command is executed by the database and without have to parse the database error. Moreover change in the database can be automatically adjusted by regenerating the java class. The programmer can also extend this java class in order to: 1) insert his own constraint to the class 2) automatically change the parent class if the database constraints change. Let me know what you think about this idea. Best regards, Luigi lci...@un... ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: dchannon <dch...@bi...> - 2006-06-08 06:38:32
|
Peter, Thanks for the offer. I would be happy to look a the work and submit it. I have been a little quite lately due to my workload. I have some other patches to commit as well so it would be best if I do all of them at the same coding session. Thanks for the effort. Cheers David. -----Original Message----- From: mid...@li... [mailto:mid...@li...] On Behalf Of Peter Douglas Sent: Thursday, 8 June 2006 12:38 PM To: mid...@li... Subject: [Middlegen-devel] Hibernate 3.x updates I would like to submit changes to the Hibernate plugin to be be more compatible with the latest 3.x release of the Hibernate core. I am new to working on open-source projects and would like to contribute to this one specifically since it is the only one of its kind. Please let me know the protocol of working with these and I will kindly submit the updates we are currently using in our development and production environments. pd _______________________________________________ middlegen-devel mailing list mid...@li... https://lists.sourceforge.net/lists/listinfo/middlegen-devel |