You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(52) |
Oct
(49) |
Nov
(22) |
Dec
(90) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(15) |
Feb
(4) |
Mar
(3) |
Apr
(9) |
May
(23) |
Jun
|
Jul
(2) |
Aug
(33) |
Sep
(45) |
Oct
(57) |
Nov
(67) |
Dec
(21) |
2005 |
Jan
(49) |
Feb
(23) |
Mar
(28) |
Apr
(89) |
May
(177) |
Jun
(117) |
Jul
(49) |
Aug
(135) |
Sep
(83) |
Oct
(76) |
Nov
(51) |
Dec
(147) |
2006 |
Jan
(58) |
Feb
(61) |
Mar
(41) |
Apr
(37) |
May
(63) |
Jun
(76) |
Jul
(18) |
Aug
(29) |
Sep
(65) |
Oct
(81) |
Nov
(40) |
Dec
(47) |
2007 |
Jan
(48) |
Feb
(18) |
Mar
(18) |
Apr
(35) |
May
(30) |
Jun
(3) |
Jul
(1) |
Aug
(14) |
Sep
(11) |
Oct
(5) |
Nov
(10) |
Dec
|
2008 |
Jan
(1) |
Feb
(24) |
Mar
(21) |
Apr
(18) |
May
|
Jun
(5) |
Jul
(12) |
Aug
(10) |
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(36) |
2009 |
Jan
|
Feb
|
Mar
(9) |
Apr
(12) |
May
(3) |
Jun
(3) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(10) |
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(16) |
Oct
|
Nov
|
Dec
|
From: Grégory J. (J. <ji...@co...> - 2008-08-19 17:43:16
|
[ http://jira.codehaus.org/browse/XDP-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grégory Joseph updated XDP-236: ------------------------------- Description: .. otherwise we might end up generating descriptors for unwanted classes. ({{QDoxCapableMetadataProvider.getMetaData()}} returns an unfiltered list of classes, unlike that which is passed to {{TemplateEngine.generate()}} in {{Plugin.start()}}) was:.. otherwise we might end up generating descriptors for unwanted classes. > web plugin: always used collection of metadata passed to plugin context > ----------------------------------------------------------------------- > > Key: XDP-236 > URL: http://jira.codehaus.org/browse/XDP-236 > Project: XDoclet 2 Plugins > Issue Type: Bug > Components: web > Reporter: Grégory Joseph > Assignee: Grégory Joseph > Fix For: 1.0.5 > > > .. otherwise we might end up generating descriptors for unwanted classes. > ({{QDoxCapableMetadataProvider.getMetaData()}} returns an unfiltered list of classes, unlike that which is passed to {{TemplateEngine.generate()}} in {{Plugin.start()}}) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-19 17:41:15
|
[ http://jira.codehaus.org/browse/XDP-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grégory Joseph resolved XDP-236. -------------------------------- Assignee: Grégory Joseph Resolution: Fixed Fix Version/s: 1.0.5 commited on svn > web plugin: always used collection of metadata passed to plugin context > ----------------------------------------------------------------------- > > Key: XDP-236 > URL: http://jira.codehaus.org/browse/XDP-236 > Project: XDoclet 2 Plugins > Issue Type: Bug > Components: web > Reporter: Grégory Joseph > Assignee: Grégory Joseph > Fix For: 1.0.5 > > > .. otherwise we might end up generating descriptors for unwanted classes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-19 17:39:19
|
web plugin: always used collection of metadata passed to plugin context ----------------------------------------------------------------------- Key: XDP-236 URL: http://jira.codehaus.org/browse/XDP-236 Project: XDoclet 2 Plugins Issue Type: Bug Components: web Reporter: Grégory Joseph .. otherwise we might end up generating descriptors for unwanted classes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-13 03:12:17
|
[ http://jira.codehaus.org/browse/XDP-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grégory Joseph resolved XDP-235. -------------------------------- Resolution: Fixed done on svn > Support for <example> in tld/tag > -------------------------------- > > Key: XDP-235 > URL: http://jira.codehaus.org/browse/XDP-235 > Project: XDoclet 2 Plugins > Issue Type: New Feature > Components: web > Reporter: Grégory Joseph > Assignee: Grégory Joseph > Fix For: 1.0.5 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-13 02:45:17
|
Support for <example> in tld/tag -------------------------------- Key: XDP-235 URL: http://jira.codehaus.org/browse/XDP-235 Project: XDoclet 2 Plugins Issue Type: New Feature Components: web Reporter: Grégory Joseph Assignee: Grégory Joseph Fix For: 1.0.5 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-12 16:11:31
|
[ http://jira.codehaus.org/browse/XDP-234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grégory Joseph resolved XDP-234. -------------------------------- Resolution: Fixed done on svn > Add deprecation comment to tags/attributes description > ------------------------------------------------------ > > Key: XDP-234 > URL: http://jira.codehaus.org/browse/XDP-234 > Project: XDoclet 2 Plugins > Issue Type: Improvement > Components: web > Reporter: Grégory Joseph > Assignee: Grégory Joseph > Fix For: 1.0.5 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-12 15:17:57
|
[ http://jira.codehaus.org/browse/XDP-234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grégory Joseph updated XDP-234: ------------------------------- Summary: Add deprecation comment to tags/attributes description (was: Add deprecation to tags/attributes description) > Add deprecation comment to tags/attributes description > ------------------------------------------------------ > > Key: XDP-234 > URL: http://jira.codehaus.org/browse/XDP-234 > Project: XDoclet 2 Plugins > Issue Type: Improvement > Components: web > Reporter: Grégory Joseph > Assignee: Grégory Joseph > Fix For: 1.0.5 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-12 14:46:17
|
Add deprecation to tags/attributes description ---------------------------------------------- Key: XDP-234 URL: http://jira.codehaus.org/browse/XDP-234 Project: XDoclet 2 Plugins Issue Type: Improvement Components: web Reporter: Grégory Joseph Assignee: Grégory Joseph Fix For: 1.0.5 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-11 17:24:17
|
[ http://jira.codehaus.org/browse/XDP-233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grégory Joseph resolved XDP-233. -------------------------------- Resolution: Fixed Fix Version/s: 1.0.5 fixed on svn > Javadoc of class/setter should be copied to tag/attribute descriptor if not specified by explicit attribute > ----------------------------------------------------------------------------------------------------------- > > Key: XDP-233 > URL: http://jira.codehaus.org/browse/XDP-233 > Project: XDoclet 2 Plugins > Issue Type: Improvement > Components: web > Affects Versions: 1.0.5 > Reporter: Grégory Joseph > Assignee: Grégory Joseph > Fix For: 1.0.5 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Grégory J. (J. <ji...@co...> - 2008-08-08 20:04:17
|
Javadoc of class/setter should be copied to tag/attribute descriptor if not specified by explicit attribute ----------------------------------------------------------------------------------------------------------- Key: XDP-233 URL: http://jira.codehaus.org/browse/XDP-233 Project: XDoclet 2 Plugins Issue Type: Improvement Components: web Affects Versions: 1.0.5 Reporter: Grégory Joseph Assignee: Grégory Joseph -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Konstantin P. (JIRA) <ji...@co...> - 2008-07-24 07:16:18
|
[ http://jira.codehaus.org/browse/XDP-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=142978#action_142978 ] ko5tik edited comment on XDP-232 at 7/24/08 2:16 AM: ------------------------------------------------------------------ Dare to provide a patch to current codebase ( also with unit tests ) ? This will speed up producing new 1.0.5-SNAPSHOT . To 2 & 3: This wouldnot work, as those classes come from automatically generated sources and patching has to bedone in org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTag interface ( pretty trivial, eithe method or implementing other intrerface ) was (Author: ko5tik): Dare toprovide a patch to current codebase ( also with unit tests ) ? This will speed up producing new 1.0.5-SNAPSHOT . To 2 & 3: This wouldnot work, as those classes come from automatically generated sources and patching has to bedone in org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTag interface ( pretty trivial, eithe method or implementing other intrerface ) > @hibernate.many-to-many tag is not accepting order-by param > ----------------------------------------------------------- > > Key: XDP-232 > URL: http://jira.codehaus.org/browse/XDP-232 > Project: XDoclet 2 Plugins > Issue Type: Improvement > Environment: xdoclet-plugin-hibernate-1.0.4 > Reporter: Shyamsunder Mutcha > Assignee: Konstantin Pribluda > > ELEMENT many-to-many accepts the order-by param. Refer to http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd > <!ELEMENT many-to-many (meta*,(column|formula)*,filter*)> > <!ATTLIST many-to-many order-by CDATA #IMPLIED> > To fix this problem: > 1. Add the param 'order-by' to ManyToMany.jelly at line#16 order-by="${manyToManyTag.orderBy}" > 2. Add the "order-by" to ALLOWED_PARAMETERS string array in java class org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTagImpl . > 3. And also implement the method public java.lang.String getOrderBy() in the above class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Konstantin P. (JIRA) <ji...@co...> - 2008-07-24 07:16:18
|
[ http://jira.codehaus.org/browse/XDP-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=142978#action_142978 ] ko5tik edited comment on XDP-232 at 7/24/08 2:16 AM: ------------------------------------------------------------------ Dare to provide a patch to current codebase ( also with unit tests ) ? This will speed up producing new 1.0.5-SNAPSHOT . To 2 & 3: This wouldnot work, as those classes come from automatically generated sources and patching has to be done in org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTag interface ( pretty trivial, eithe method or implementing other intrerface ) was (Author: ko5tik): Dare to provide a patch to current codebase ( also with unit tests ) ? This will speed up producing new 1.0.5-SNAPSHOT . To 2 & 3: This wouldnot work, as those classes come from automatically generated sources and patching has to bedone in org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTag interface ( pretty trivial, eithe method or implementing other intrerface ) > @hibernate.many-to-many tag is not accepting order-by param > ----------------------------------------------------------- > > Key: XDP-232 > URL: http://jira.codehaus.org/browse/XDP-232 > Project: XDoclet 2 Plugins > Issue Type: Improvement > Environment: xdoclet-plugin-hibernate-1.0.4 > Reporter: Shyamsunder Mutcha > Assignee: Konstantin Pribluda > > ELEMENT many-to-many accepts the order-by param. Refer to http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd > <!ELEMENT many-to-many (meta*,(column|formula)*,filter*)> > <!ATTLIST many-to-many order-by CDATA #IMPLIED> > To fix this problem: > 1. Add the param 'order-by' to ManyToMany.jelly at line#16 order-by="${manyToManyTag.orderBy}" > 2. Add the "order-by" to ALLOWED_PARAMETERS string array in java class org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTagImpl . > 3. And also implement the method public java.lang.String getOrderBy() in the above class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Konstantin P. (JIRA) <ji...@co...> - 2008-07-24 07:16:18
|
[ http://jira.codehaus.org/browse/XDP-232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=142978#action_142978 ] Konstantin Pribluda commented on XDP-232: ----------------------------------------- Dare toprovide a patch to current codebase ( also with unit tests ) ? This will speed up producing new 1.0.5-SNAPSHOT . To 2 & 3: This wouldnot work, as those classes come from automatically generated sources and patching has to bedone in org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTag interface ( pretty trivial, eithe method or implementing other intrerface ) > @hibernate.many-to-many tag is not accepting order-by param > ----------------------------------------------------------- > > Key: XDP-232 > URL: http://jira.codehaus.org/browse/XDP-232 > Project: XDoclet 2 Plugins > Issue Type: Improvement > Environment: xdoclet-plugin-hibernate-1.0.4 > Reporter: Shyamsunder Mutcha > > ELEMENT many-to-many accepts the order-by param. Refer to http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd > <!ELEMENT many-to-many (meta*,(column|formula)*,filter*)> > <!ATTLIST many-to-many order-by CDATA #IMPLIED> > To fix this problem: > 1. Add the param 'order-by' to ManyToMany.jelly at line#16 order-by="${manyToManyTag.orderBy}" > 2. Add the "order-by" to ALLOWED_PARAMETERS string array in java class org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTagImpl . > 3. And also implement the method public java.lang.String getOrderBy() in the above class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Konstantin P. (JIRA) <ji...@co...> - 2008-07-24 07:16:18
|
[ http://jira.codehaus.org/browse/XDP-232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Konstantin Pribluda reassigned XDP-232: --------------------------------------- Assignee: Konstantin Pribluda > @hibernate.many-to-many tag is not accepting order-by param > ----------------------------------------------------------- > > Key: XDP-232 > URL: http://jira.codehaus.org/browse/XDP-232 > Project: XDoclet 2 Plugins > Issue Type: Improvement > Environment: xdoclet-plugin-hibernate-1.0.4 > Reporter: Shyamsunder Mutcha > Assignee: Konstantin Pribluda > > ELEMENT many-to-many accepts the order-by param. Refer to http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd > <!ELEMENT many-to-many (meta*,(column|formula)*,filter*)> > <!ATTLIST many-to-many order-by CDATA #IMPLIED> > To fix this problem: > 1. Add the param 'order-by' to ManyToMany.jelly at line#16 order-by="${manyToManyTag.orderBy}" > 2. Add the "order-by" to ALLOWED_PARAMETERS string array in java class org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTagImpl . > 3. And also implement the method public java.lang.String getOrderBy() in the above class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Konstantin P. (JIRA) <ji...@co...> - 2008-07-24 07:16:17
|
[ http://jira.codehaus.org/browse/XDP-231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=142980#action_142980 ] Konstantin Pribluda commented on XDP-231: ----------------------------------------- See my comment on XDP-232 > @hibernate.key-many-to-one tag 'lazy' parameter is ignored when .hbm is generated > --------------------------------------------------------------------------------- > > Key: XDP-231 > URL: http://jira.codehaus.org/browse/XDP-231 > Project: XDoclet 2 Plugins > Issue Type: New Feature > Components: hibernate > Affects Versions: 1.0.4 > Environment: xdoclet-plugin-hibernate-1.0.4 > Reporter: Shyamsunder Mutcha > Fix For: 1.0.4 > > > When I use lazy="false" with the tag @hibernate.key-many-to-one, it is not added to generated .hbm file. I have updated the KeyManyToOne.jelly to accept lazy and foreign-key param. Now the generated hibernate mapping file has lazy="false" and foreign-key elements, if they are mentioned with the tag @hibernate.key-many-to-one > Replace the element at line#4 in KeyManyToOne.jelly with the element given below. > <key-many-to-one name="${keyProperty.name}" > access="${property.access}" > type="${keyManyToOneTag.type}" > column="${keyManyToOneTag.column}" > length="${keyManyToOneTag.length}" > class="${keyManyToOneTag.class_}" > entity-name="${keyManyToOneTag.entityName}" > foreign-key="${keyManyToOneTag.foreignKey}" > lazy="${keyManyToOneTag.lazy}"> > Or add the entries for lazy and foreign-key parameters. > XDoclet Hibernate Plugin version: 1.0.4 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Shyamsunder M. (JIRA) <ji...@co...> - 2008-07-23 20:50:17
|
@hibernate.many-to-many tag is not accepting order-by param ----------------------------------------------------------- Key: XDP-232 URL: http://jira.codehaus.org/browse/XDP-232 Project: XDoclet 2 Plugins Issue Type: Improvement Environment: xdoclet-plugin-hibernate-1.0.4 Reporter: Shyamsunder Mutcha ELEMENT many-to-many accepts the order-by param. Refer to http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd <!ELEMENT many-to-many (meta*,(column|formula)*,filter*)> <!ATTLIST many-to-many order-by CDATA #IMPLIED> To fix this problem: 1. Add the param 'order-by' to ManyToMany.jelly at line#16 order-by="${manyToManyTag.orderBy}" 2. Add the "order-by" to ALLOWED_PARAMETERS string array in java class org.xdoclet.plugin.hibernate.qtags.HibernateKeyManyToOneTagImpl . 3. And also implement the method public java.lang.String getOrderBy() in the above class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Shyamsunder M. (JIRA) <ji...@co...> - 2008-07-23 20:44:17
|
@hibernate.key-many-to-one tag 'lazy' parameter is ignored when .hbm is generated --------------------------------------------------------------------------------- Key: XDP-231 URL: http://jira.codehaus.org/browse/XDP-231 Project: XDoclet 2 Plugins Issue Type: New Feature Components: hibernate Affects Versions: 1.0.4 Environment: xdoclet-plugin-hibernate-1.0.4 Reporter: Shyamsunder Mutcha Fix For: 1.0.4 When I use lazy="false" with the tag @hibernate.key-many-to-one, it is not added to generated .hbm file. I have updated the KeyManyToOne.jelly to accept lazy and foreign-key param. Now the generated hibernate mapping file has lazy="false" and foreign-key elements, if they are mentioned with the tag @hibernate.key-many-to-one Replace the element at line#4 in KeyManyToOne.jelly with the element given below. <key-many-to-one name="${keyProperty.name}" access="${property.access}" type="${keyManyToOneTag.type}" column="${keyManyToOneTag.column}" length="${keyManyToOneTag.length}" class="${keyManyToOneTag.class_}" entity-name="${keyManyToOneTag.entityName}" foreign-key="${keyManyToOneTag.foreignKey}" lazy="${keyManyToOneTag.lazy}"> Or add the entries for lazy and foreign-key parameters. XDoclet Hibernate Plugin version: 1.0.4 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: <Tor...@no...> - 2008-07-09 14:19:53
|
Jeg vil være borte fra kontoret fra og med 07.07.2008 til og med 04.08.2008. Jeg vil svare på meldingen når jeg kommer tilbake. |
From: Guillaume L. <gui...@su...> - 2008-07-09 13:49:47
|
G8! Guillaume Lasnier * Technical Architecture Team Leader * SunGard * Asset Arena * 147 Bureaux de la Colline, Bâtiment E * 92213 Saint-Cloud CEDEX * France * Phone: +33 1 55 39 18 74 * Fax: +33 1 55 39 18 01 * http://www.sungard.com/assetarena P Think before you print -----Message d'origine----- De : xdo...@li...@SUNGARD De la part de Konstantin Priblouda <kpr...@ya...> Envoyé : mercredi 9 juillet 2008 15:48 À : xdo...@li... Cc : de...@xd...; ann...@xd... Objet : [xdoclet-plugins-interest] Intermendiate maven plugin release ( 2.0.6 ) Intermediate m2 plugin release ( 2.0.6 ) was tagged and deployed to http://repository.codehaus.org Dependency cleanup comes with 2.0.7, when qdsox gang releases 1.7 have fun. ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ xdoclet-plugins-interest mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest |
From: Konstantin P. <kpr...@ya...> - 2008-07-09 13:47:59
|
Intermediate m2 plugin release ( 2.0.6 ) was tagged and deployed to http://repository.codehaus.org Dependency cleanup comes with 2.0.7, when qdsox gang releases 1.7 have fun. ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ |
From: Guillaume L. <gui...@su...> - 2008-07-03 16:03:09
|
Hi Constantin, I am still there ;). That's good news, I am most importantly interested in the release of the XDoclet2 maven2 plugin. Also, using the standard layout instead of legacy is a great move. Last and foremost the M2 plugin tries to download the qdox from cvs.apche.org repository which does not respond. This causes serious delay when building. Guillaume Lasnier * Technical Architecture Team Leader * SunGard * Asset Arena * 147 Bureaux de la Colline, Bâtiment E * 92213 Saint-Cloud CEDEX * France * Phone: +33 1 55 39 18 74 * Fax: +33 1 55 39 18 01 * http://www.sungard.com/assetarena P Think before you print -----Message d'origine----- De : xdo...@li...@SUNGARD De la part de Konstantin Priblouda <kpr...@ya...> Envoyé : jeudi 3 juillet 2008 16:47 À : de...@ge... Cc : xdo...@li...; de...@xd... Objet : [xdoclet-plugins-interest] group id harmonisation Hi all, ( in case somebody is still there ;) ) I would like to clean up all xdoclet stack, fix all the urls and deploy everything in m2 repository ( stuff is mostly in legacy maven repo on codehaus ) When this is done, I'm gound to run a releases on everything so we have nice versions which are easy to be found by potential users. I also would like to change group id of generama to org.codehaus.generama , and also adjust package name The same applies to xdoclet. (xdoclet -> org.codehaus.xdoclet) and xdoclet-plugins. When this is done, I will run releases on everything and deploy to repository.codehaus.org Any objections or proposals? ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ xdoclet-plugins-interest mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest |
From: Konstantin P. <kpr...@ya...> - 2008-07-03 14:47:06
|
Hi all, ( in case somebody is still there ;) ) I would like to clean up all xdoclet stack, fix all the urls and deploy everything in m2 repository ( stuff is mostly in legacy maven repo on codehaus ) When this is done, I'm gound to run a releases on everything so we have nice versions which are easy to be found by potential users. I also would like to change group id of generama to org.codehaus.generama , and also adjust package name The same applies to xdoclet. (xdoclet -> org.codehaus.xdoclet) and xdoclet-plugins. When this is done, I will run releases on everything and deploy to repository.codehaus.org Any objections or proposals? ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ |
From: Diogo B. Q. (JIRA) <ji...@co...> - 2008-06-19 17:55:19
|
[ http://jira.codehaus.org/browse/XDP-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=139055#action_139055 ] Diogo Bacelar Quintela commented on XDP-230: -------------------------------------------- As i recall, you have to at least include the S1 in classpath for xdoclet invocation > @web.servlet* not work if my extend another servlet without source > ------------------------------------------------------------------- > > Key: XDP-230 > URL: http://jira.codehaus.org/browse/XDP-230 > Project: XDoclet 2 Plugins > Issue Type: Bug > Components: web > Reporter: Victor Bavin > > Servlet > /** > * @web.servlet name="S2" > * @web.servlet-mapping url-pattern="/s2" > **/ > public class S2 extends S1{ > ... > } > S1 is abstract class in library (his source in another project) > In this case web.xml not generated for S2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Victor B. (JIRA) <ji...@co...> - 2008-06-19 15:49:18
|
@web.servlet* not work if my extend another servlet without source ------------------------------------------------------------------- Key: XDP-230 URL: http://jira.codehaus.org/browse/XDP-230 Project: XDoclet 2 Plugins Issue Type: Bug Components: web Reporter: Victor Bavin Servlet /** * @web.servlet name="S2" * @web.servlet-mapping url-pattern="/s2" **/ public class S2 extends S1{ ... } S1 is abstract class in library (his source in another project) In this case web.xml not generated for S2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Konstantin P. <kpr...@ya...> - 2008-06-18 18:04:18
|
----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ --- On Wed, 6/18/08, SJ <sj...@ya...> wrote: > From: SJ <sj...@ya...> > Subject: [xdoclet-plugins-interest] XDoclet hibernate plugin version that works with Hibernate Core 3.2.6 GA > To: xdo...@li... > Date: Wednesday, June 18, 2008, 6:07 PM > What is the latest version of xdoclet hibernate plug-in that > is compatible > with Hibernate Core 3.2.6 GA. > Does xdoclet team update the hibernate plugin when > hibernate core is > updated? > > Also I am planning to use Doclipse. Is it update to with > hibernate 3.2.6 > (~hibernate 3) tags. latest released version is 1.0.4 , and current development snapshot is 1.0.5. I update tags on case by case basis ( when somebody discovers that we lack support for some features ) Doclipse descriptors are generated as part of build process, you if you like to have them, just recompile sources on your box. If you lack some tags, best way would be to create jira issue ( of course, if you provide the patch, it would be great and would speed up things greatly) regards, |