xdoclet-plugins-interest — General list for XDoclet plugin writers and users

[xdoclet-plugins-interest] [jira] Created: (XDP-248) Support for dynamic-attributes

[Grégory J. (J. <ji...@co...>]

Support for dynamic-attributes
------------------------------

                 Key: XDP-248
                 URL: http://jira.codehaus.org/browse/XDP-248
             Project: XDoclet 2 Plugins
          Issue Type: New Feature
          Components: web
            Reporter: Grégory Joseph
            Assignee: Grégory Joseph
             Fix For: 1.0.6




-- 
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

       

[xdoclet-plugins-interest] [jira] Updated: (XDP-199) Improve regeneration on changes

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-199?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph updated XDP-199:
-------------------------------

    Fix Version/s:     (was: 1.0.5)
                   1.0.6

> Improve regeneration on changes
> -------------------------------
>
>                 Key: XDP-199
>                 URL: http://jira.codehaus.org/browse/XDP-199
>             Project: XDoclet 2 Plugins
>          Issue Type: Improvement
>          Components: hibernate
>    Affects Versions: 1.0.4
>            Reporter: Konstantin Pribluda
>            Assignee: Konstantin Pribluda
>            Priority: Minor
>             Fix For: 1.0.6
>
>
> At the moment mapping is regenerated only if entity source is changed. 
> It sohould also force regeneration on changes of any of derived 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

       

[xdoclet-plugins-interest] [jira] Updated: (XDP-231) @hibernate.key-many-to-one tag 'lazy' parameter is ignored when .hbm is generated

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph updated XDP-231:
-------------------------------

    Fix Version/s:     (was: 1.0.4)
                   1.0.6

> @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.6
>
>
> 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

       

[xdoclet-plugins-interest] [jira] Updated: (XDP-214) Hibernate plugin misses the ability to generate return and return-join subelements in sql-query

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-214?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph updated XDP-214:
-------------------------------

    Fix Version/s:     (was: 1.0.5)
                   1.0.6

> Hibernate plugin misses the ability to generate return and return-join subelements in sql-query
> -----------------------------------------------------------------------------------------------
>
>                 Key: XDP-214
>                 URL: http://jira.codehaus.org/browse/XDP-214
>             Project: XDoclet 2 Plugins
>          Issue Type: New Feature
>          Components: hibernate
>    Affects Versions: 1.0.5
>            Reporter: Matthias Kerkhoff
>             Fix For: 1.0.6
>
>
> Hibernate itsself supports the ability to return non-scalar types as result of an sql-query. The types are specified using the sub-elements <return .../> and <return-join .../> as described in the hibernate reference documentation on page 167 or at http://www.hibernate.org/hib_docs/v3/reference/en/html/querysql.html
> Maybe this could be added to the hibernate plugin?

-- 
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

       

[xdoclet-plugins-interest] [jira] Updated: (XDP-229) Hibernate plugin misses the ability to set the name attribute of the session-factory element

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph updated XDP-229:
-------------------------------

    Fix Version/s:     (was: 1.0.4)
                   1.0.6

> Hibernate plugin misses the ability to set the name attribute of the session-factory element
> --------------------------------------------------------------------------------------------
>
>                 Key: XDP-229
>                 URL: http://jira.codehaus.org/browse/XDP-229
>             Project: XDoclet 2 Plugins
>          Issue Type: New Feature
>            Reporter: Matthias Kerkhoff
>             Fix For: 1.0.6
>
>
> In enterprise environments it is often important to let hibernate automatically register the session factory in the jndi tree of the appserver. Unfortunately, this requires that the session-factory element in the generated hibernate.cfg.xml has the optional name= attribute. The value of the name attribute is used as jndi location during auto-binding.
> This should be easily fixed by introducing an additional tag to the HibernateConfigPlugin which is, if present, added to the session-factory element. 

-- 
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

       

[xdoclet-plugins-interest] [jira] Updated: (XDP-210) Generating subclass in a single file, even super class source code is not avaliable

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph updated XDP-210:
-------------------------------

    Fix Version/s:     (was: 1.0.5)
                   1.0.6

> Generating subclass in a single file, even super class source code is not avaliable
> -----------------------------------------------------------------------------------
>
>                 Key: XDP-210
>                 URL: http://jira.codehaus.org/browse/XDP-210
>             Project: XDoclet 2 Plugins
>          Issue Type: New Feature
>          Components: hibernate
>    Affects Versions: 1.0.5
>         Environment: XDoclet2
>            Reporter: Alan She
>             Fix For: 1.0.6
>
>
> Since Hibernate support putting subclass in a single mapping file, it should better be supported in plugin-hibernate.
> A typical use case is separating a system into several modules.
> While developers of 'module B' do not need to see the code of 'module A' even B depends A.
> When it comes to generating the hbm files. 'Module B' don't have the source of A, but it is
> possible that some classes in B (e.g. Student) is a subclass of a class in module A (e.g. Person). At this time, putting <subclass> tag in the hbm of Person does not make sense (and impossible, because it don't have module A' s source now).
> It is obvisously that in this case we should use a single hbm file which define the subclass Student and put this in module B.
> Therefore, it is suggested that add a "extend" attribute for @hibernate.subclass, @hibernate.joined-subclass and @hibernate.union-subclass, and these tags are scaned for generating a hbm file if the "extend" attribute is provided.
> While the "extend" attribute is provided, no matter the super class source file in or not in the fileset, a hbm file can be generated.

-- 
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

       

[xdoclet-plugins-interest] [jira] Updated: (XDP-223) Hibernate compoist-id primary key support

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph updated XDP-223:
-------------------------------

    Fix Version/s:     (was: 1.0.5)
                   1.0.6

> Hibernate compoist-id primary key support
> -----------------------------------------
>
>                 Key: XDP-223
>                 URL: http://jira.codehaus.org/browse/XDP-223
>             Project: XDoclet 2 Plugins
>          Issue Type: Improvement
>          Components: hibernate
>    Affects Versions: 1.0.5
>         Environment: himernate 3.x
>            Reporter: Apurv Sheth
>             Fix For: 1.0.6
>
>
> To generate composit primary key without using class with the help of xdoclet2.
> for ex:
> class x {
> private int a1;
> private int a2;
> /**
> * @hibernate.composite-key
> */
> //getter for a1
> //setter for a1;
> /**
> * @hibernate.composite-key
> */
> //getter for a2;
> //setter for a2;
> }
> hence it should generate hbm file as 
> <composite-key>
>       <Key-property>a1</Key-property>
>        <Key-property>a1</Key-property>
> </composite-key>

-- 
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

       

Re: [xdoclet-plugins-interest] generating generics (java 1.5) code

[Justin C. <sen...@ya...>]

Ok so I really got them confused... thanks :)
M

--- On Tue, 6/16/09, Konstantin Priblouda <kpr...@ya...> wrote:
> Current version of XD2 is 2.0.7 , and it uses QDox 1.9
> ( It's a bit confusing, but plugins follow different version 
> schema, to allow more speedy releases ) 


      

Re: [xdoclet-plugins-interest] generating generics (java 1.5) code

[Konstantin P. <kpr...@ya...>]

--- On Tue, 6/16/09, Justin Case <sen...@ya...> wrote:

> From: Justin Case <sen...@ya...>
> Subject: [xdoclet-plugins-interest] generating generics (java 1.5) code
> To: xdo...@li...
> Date: Tuesday, June 16, 2009, 11:52 AM
> 
> Hi all,
> 
> Is there a reason why the XDoclet2 1.0.5 release is stuck
> with the rather old QDox snapshot of 2005? 

Current version of XD2 is 2.0.7 , and it uses QDox 1.9
( It's a bit confusing, but plugins follow different version 
schema, to allow more speedy releases ) 
> I needed generating Java code with Java generics support,
> so I tried newer releases of QDox. The latest 1.9 doesn't
> work out of the box (I didn't investigate further) but QDox
> 1.8 generated fine code - in my small proof of concept.
> Are you aware of any issues impeding the upgrade to newer
> QDox?

It's already done.  Grab binary distribution here:

http://repository.codehaus.org/org/codehaus/xdoclet/xdoclet-plugins-dist/1.0.5/



----[ Konstantin Pribluda http://www.pribluda.de ]----------------
JTec quality components: http://www.pribluda.de/projects/




      

[xdoclet-plugins-interest] generating generics (java 1.5) code

[Justin C. <sen...@ya...>]

Hi all,

Is there a reason why the XDoclet2 1.0.5 release is stuck with the rather old QDox snapshot of 2005? 
I needed generating Java code with Java generics support, so I tried newer releases of QDox. The latest 1.9 doesn't work out of the box (I didn't investigate further) but QDox 1.8 generated fine code - in my small proof of concept.
Are you aware of any issues impeding the upgrade to newer QDox?

Thanks a lot,
M


      

Re: [xdoclet-plugins-interest] JSF Plugin build failure

[Konstantin P. <kpr...@ya...>]

There is difference in generated faces config (not one caused by 
ordering of elements). I will give it closer look tonight.

regards,

----[ Konstantin Pribluda http://www.pribluda.de ]----------------
JTec quality components: http://www.pribluda.de/projects/


--- On Thu, 5/7/09, Grégory Joseph <jos...@gm...> wrote:

> From: Grégory Joseph <jos...@gm...>
> Subject: Re: [xdoclet-plugins-interest] JSF Plugin build failure
> To: kpr...@ya..., xdo...@li...
> Date: Thursday, May 7, 2009, 10:20 PM
> works for me; what's the failure ?
> If I remember correctly, it's one of those plugins
> (like the one
> generating the confluence doc for example) that failed
> intermittently
> because elements were stored in order-undeterministic
> collections;
> I've fixed a couple of those issues here and there, at
> least until the
> build consistently worked for me.
> 
> -g
> 
> 2009/5/7 Konstantin Priblouda <kpr...@ya...>:
> >
> > Hi Guys,
> > Being lazy to trashdive in the commit logs I'm
> just asking - who forgot to commit something in jsf plugin?
> Greg? ;)
> >
> > regards,
> >
> > ----[ Konstantin Pribluda http://www.pribluda.de
> ]----------------
> > JTec quality components:
> http://www.pribluda.de/projects/
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > The NEW KODAK i700 Series Scanners deliver under ANY
> circumstances! Your
> > production scanning environment may not be a perfect
> world - but thanks to
> > Kodak, there's a perfect scanner to get the job
> done! With the NEW KODAK i700
> > Series Scanner you'll get full speed at 300 dpi
> even with all image
> > processing features enabled.
> http://p.sf.net/sfu/kodak-com
> > _______________________________________________
> > xdoclet-plugins-interest mailing list
> > xdo...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest
> >
> 
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY
> circumstances! Your
> production scanning environment may not be a perfect world
> - but thanks to
> Kodak, there's a perfect scanner to get the job done!
> With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even
> with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> xdoclet-plugins-interest mailing list
> xdo...@li...
> https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest


      

Re: [xdoclet-plugins-interest] JSF Plugin build failure

[Grégory J. <jos...@gm...>]

works for me; what's the failure ?
If I remember correctly, it's one of those plugins (like the one
generating the confluence doc for example) that failed intermittently
because elements were stored in order-undeterministic collections;
I've fixed a couple of those issues here and there, at least until the
build consistently worked for me.

-g

2009/5/7 Konstantin Priblouda <kpr...@ya...>:
>
> Hi Guys,
> Being lazy to trashdive in the commit logs I'm just asking - who forgot to commit something in jsf plugin? Greg? ;)
>
> regards,
>
> ----[ Konstantin Pribluda http://www.pribluda.de ]----------------
> JTec quality components: http://www.pribluda.de/projects/
>
>
>
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> xdoclet-plugins-interest mailing list
> xdo...@li...
> https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest
>

[xdoclet-plugins-interest] JSF Plugin build failure

[Konstantin P. <kpr...@ya...>]

Hi Guys,  
Being lazy to trashdive in the commit logs I'm just asking - who forgot to commit something in jsf plugin? Greg? ;)

regards,

----[ Konstantin Pribluda http://www.pribluda.de ]----------------
JTec quality components: http://www.pribluda.de/projects/


      

[xdoclet-plugins-interest] [jira] Resolved: (XDP-244) Remove dependency on jelly-tags-xml snapshot

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph resolved XDP-244.
--------------------------------

      Assignee: Grégory Joseph
    Resolution: Fixed

done on svn.

> Remove dependency on jelly-tags-xml snapshot
> --------------------------------------------
>
>                 Key: XDP-244
>                 URL: http://jira.codehaus.org/browse/XDP-244
>             Project: XDoclet 2 Plugins
>          Issue Type: Task
>    Affects Versions: 1.0.4
>            Reporter: Grégory Joseph
>            Assignee: Grégory Joseph
>             Fix For: 1.0.5
>
>
> As per GRA-14, we should now use the xml-related tags provided by the generama jelly taglib.

-- 
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

       

[xdoclet-plugins-interest] [jira] Resolved: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph resolved XDP-242.
--------------------------------

    Resolution: Fixed

snapshot dependency removed; see XDP-244 and GRA-14

> DTD publicId and systemId are hardcoded to 2.2
> ----------------------------------------------
>
>                 Key: XDP-242
>                 URL: http://jira.codehaus.org/browse/XDP-242
>             Project: XDoclet 2 Plugins
>          Issue Type: Bug
>          Components: web
>            Reporter: Grégory Joseph
>            Assignee: Grégory Joseph
>             Fix For: 1.0.5
>
>
> SOMEHOW, this currently works when using the hard-to-find {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
> Upon inspection of the code, its pretty silly: the getSystemId and getPublicId methods which are passed to the {{<x:doctype>}} tag simply always return the 2.2 versions of the dtd IDs.

-- 
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

       

[xdoclet-plugins-interest] [jira] Created: (XDP-244) Remove dependency on jelly-tags-xml snapshot

[Grégory J. (J. <ji...@co...>]

Remove dependency on jelly-tags-xml snapshot
--------------------------------------------

                 Key: XDP-244
                 URL: http://jira.codehaus.org/browse/XDP-244
             Project: XDoclet 2 Plugins
          Issue Type: Task
    Affects Versions: 1.0.4
            Reporter: Grégory Joseph
             Fix For: 1.0.5


As per GRA-14, we should now use the xml-related tags provided by the generama jelly taglib.

-- 
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

       

[xdoclet-plugins-interest] [jira] Resolved: (XDP-243) Generama upgraded to QDox 1.9, requires a couple of changes in several plugins.

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph resolved XDP-243.
--------------------------------

    Resolution: Fixed

> Generama upgraded to QDox 1.9, requires a couple of changes in several plugins.
> -------------------------------------------------------------------------------
>
>                 Key: XDP-243
>                 URL: http://jira.codehaus.org/browse/XDP-243
>             Project: XDoclet 2 Plugins
>          Issue Type: Task
>    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

       

[xdoclet-plugins-interest] [jira] Created: (XDP-243) Generama upgraded to QDox 1.9, requires a couple of changes in several plugins.

[Grégory J. (J. <ji...@co...>]

Generama upgraded to QDox 1.9, requires a couple of changes in several plugins.
-------------------------------------------------------------------------------

                 Key: XDP-243
                 URL: http://jira.codehaus.org/browse/XDP-243
             Project: XDoclet 2 Plugins
          Issue Type: Task
    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

       

Re: [xdoclet-plugins-interest] [jira] Resolved: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Diogo Q. <dio...@ef...>]

I don't know if its going to be feasible.
I've commented in jira.

Diogo

Grégory Joseph wrote:
> No. This mandates the declaration of that repository for each and
> every project that wants to use xdoclet (while xdoclet itself is
> mirrored in the central).
> See GRA-14 - since it's more than likely that a next version of
> jelly-tags-xml will not be released, I'd be in favor of copying those
> tags in our codebase, use them instead, and depend on a sane version
> of jellx-tags-xml
>
> -g
>
> 2009/4/24 Diogo Quintela <dio...@ef...>:
>   
>> Wouldn't be better for use to deploy the dependency in xdoclet repo ?
>>
>> It is here (at least it was).
>> http://www.nabble.com/XDoclet2-Maven2-Plugin-problems.-td16995011.html
>>
>> Best regards
>> Diogo Quintela
>>
>>
>> Grégory Joseph (JIRA) wrote:
>>
>>      [
>> http://jira.codehaus.org/browse/XDP-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>> ]
>>
>> Grégory Joseph resolved XDP-242.
>> --------------------------------
>>
>>     Resolution: Fixed
>>
>> finally! xdoclet-plugin-web does not need the unfindable snapshot.
>>
>>
>>
>> DTD publicId and systemId are hardcoded to 2.2
>> ----------------------------------------------
>>
>>                 Key: XDP-242
>>                 URL: http://jira.codehaus.org/browse/XDP-242
>>             Project: XDoclet 2 Plugins
>>          Issue Type: Bug
>>          Components: web
>>            Reporter: Grégory Joseph
>>            Assignee: Grégory Joseph
>>             Fix For: 1.0.5
>>
>>
>> SOMEHOW, this currently works when using the hard-to-find
>> {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
>> Upon inspection of the code, its pretty silly: the getSystemId and
>> getPublicId methods which are passed to the {{<x:doctype>}} tag simply
>> always return the 2.2 versions of the dtd IDs.
>>
>>
>>
>>
>> --
>> Diogo Bacelar Quintela
>> EF - Tecnologias de Software, S.A.
>> Av. António Serpa, 26 - 4º Dto.
>> 1050-027 Lisboa
>> Tel: 217827800 Fax: 217827830
>> email: dio...@ef...
>>
>> AVISO  LEGAL:  A  informação  presente  nesta  mensagem,  bem  como em
>> qualquer dos  seus anexos  é confidencial  e destinada  exclusivamente
>> ao(s) destinatário(s) nomeado(s). Qualquer utilização desta informação
>> que não esteja de acordo com o seu objectivo, qualquer disseminação ou
>> divulgação,  total  ou  parcial,  é  proibida  excepto  se formalmente
>> aprovada. A Internet não garante a integridade desta mensagem, a  qual
>> poderá  ter  sido  interceptada,  corrompida,  perdida,  atrasada   ou
>> acrescida de vírus.  Assim, a EF  Tecnologias de Software  S.A. não se
>> responsabiliza pela mensagem se modificada.
>>
>> DISCLAIMER: The information in this  e-mail and in any attachments  is
>> confidential and intended exclusively for the named addressee(s).  Any
>> use  of  this information  not  in accordance  with  its purpose,  any
>> dissemination or  disclosure, either  whole or  partial, is prohibited
>> except  if  formally  approved. The  internet  can  not guarantee  the
>> integrity  of this  message, as  it could  be intercepted,  corrupted,
>> lost, destroyed, arrive  late or incomplete  or have viruses  added to
>> it. EF Tecnologias de Software, S.A. will not therefore be liable for
>> the message if modified.
>>
>> ------------------------------------------------------------------------------
>> Crystal Reports &#45; New Free Runtime and 30 Day Trial
>> Check out the new simplified licensign option that enables unlimited
>> royalty&#45;free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>> _______________________________________________
>> xdoclet-plugins-interest mailing list
>> xdo...@li...
>> https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest
>>
>>
>>     
>
> ------------------------------------------------------------------------------
> Crystal Reports &#45; New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty&#45;free distribution of the report engine for externally facing 
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> xdoclet-plugins-interest mailing list
> xdo...@li...
> https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest
>   


-- 
Diogo Bacelar Quintela
EF - Tecnologias de Software, S.A.
Av. António Serpa, 26 - 4º Dto.
1050-027 Lisboa
Tel: 217827800 Fax: 217827830
email: dio...@ef...

AVISO  LEGAL:  A  informação  presente  nesta  mensagem,  bem  como em
qualquer dos  seus anexos  é confidencial  e destinada  exclusivamente
ao(s) destinatário(s) nomeado(s). Qualquer utilização desta informação
que não esteja de acordo com o seu objectivo, qualquer disseminação ou
divulgação,  total  ou  parcial,  é  proibida  excepto  se formalmente
aprovada. A Internet não garante a integridade desta mensagem, a  qual
poderá  ter  sido  interceptada,  corrompida,  perdida,  atrasada   ou
acrescida de vírus.  Assim, a EF  Tecnologias de Software  S.A. não se
responsabiliza pela mensagem se modificada.

DISCLAIMER: The information in this  e-mail and in any attachments  is
confidential and intended exclusively for the named addressee(s).  Any
use  of  this information  not  in accordance  with  its purpose,  any
dissemination or  disclosure, either  whole or  partial, is prohibited
except  if  formally  approved. The  internet  can  not guarantee  the
integrity  of this  message, as  it could  be intercepted,  corrupted,
lost, destroyed, arrive  late or incomplete  or have viruses  added to
it. EF Tecnologias de Software, S.A. will not therefore be liable for 
the message if modified.

Re: [xdoclet-plugins-interest] [jira] Resolved: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Grégory J. <jos...@gm...>]

No. This mandates the declaration of that repository for each and
every project that wants to use xdoclet (while xdoclet itself is
mirrored in the central).
See GRA-14 - since it's more than likely that a next version of
jelly-tags-xml will not be released, I'd be in favor of copying those
tags in our codebase, use them instead, and depend on a sane version
of jellx-tags-xml

-g

2009/4/24 Diogo Quintela <dio...@ef...>:
> Wouldn't be better for use to deploy the dependency in xdoclet repo ?
>
> It is here (at least it was).
> http://www.nabble.com/XDoclet2-Maven2-Plugin-problems.-td16995011.html
>
> Best regards
> Diogo Quintela
>
>
> Grégory Joseph (JIRA) wrote:
>
>      [
> http://jira.codehaus.org/browse/XDP-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Grégory Joseph resolved XDP-242.
> --------------------------------
>
>     Resolution: Fixed
>
> finally! xdoclet-plugin-web does not need the unfindable snapshot.
>
>
>
> DTD publicId and systemId are hardcoded to 2.2
> ----------------------------------------------
>
>                 Key: XDP-242
>                 URL: http://jira.codehaus.org/browse/XDP-242
>             Project: XDoclet 2 Plugins
>          Issue Type: Bug
>          Components: web
>            Reporter: Grégory Joseph
>            Assignee: Grégory Joseph
>             Fix For: 1.0.5
>
>
> SOMEHOW, this currently works when using the hard-to-find
> {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
> Upon inspection of the code, its pretty silly: the getSystemId and
> getPublicId methods which are passed to the {{<x:doctype>}} tag simply
> always return the 2.2 versions of the dtd IDs.
>
>
>
>
> --
> Diogo Bacelar Quintela
> EF - Tecnologias de Software, S.A.
> Av. António Serpa, 26 - 4º Dto.
> 1050-027 Lisboa
> Tel: 217827800 Fax: 217827830
> email: dio...@ef...
>
> AVISO  LEGAL:  A  informação  presente  nesta  mensagem,  bem  como em
> qualquer dos  seus anexos  é confidencial  e destinada  exclusivamente
> ao(s) destinatário(s) nomeado(s). Qualquer utilização desta informação
> que não esteja de acordo com o seu objectivo, qualquer disseminação ou
> divulgação,  total  ou  parcial,  é  proibida  excepto  se formalmente
> aprovada. A Internet não garante a integridade desta mensagem, a  qual
> poderá  ter  sido  interceptada,  corrompida,  perdida,  atrasada   ou
> acrescida de vírus.  Assim, a EF  Tecnologias de Software  S.A. não se
> responsabiliza pela mensagem se modificada.
>
> DISCLAIMER: The information in this  e-mail and in any attachments  is
> confidential and intended exclusively for the named addressee(s).  Any
> use  of  this information  not  in accordance  with  its purpose,  any
> dissemination or  disclosure, either  whole or  partial, is prohibited
> except  if  formally  approved. The  internet  can  not guarantee  the
> integrity  of this  message, as  it could  be intercepted,  corrupted,
> lost, destroyed, arrive  late or incomplete  or have viruses  added to
> it. EF Tecnologias de Software, S.A. will not therefore be liable for
> the message if modified.
>
> ------------------------------------------------------------------------------
> Crystal Reports &#45; New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty&#45;free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> xdoclet-plugins-interest mailing list
> xdo...@li...
> https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest
>
>

Re: [xdoclet-plugins-interest] [jira] Resolved: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Diogo Q. <dio...@ef...>]

Wouldn't be better for use to deploy the dependency in xdoclet repo ?

It is here (at least it was).
http://www.nabble.com/XDoclet2-Maven2-Plugin-problems.-td16995011.html

Best regards
Diogo Quintela


Grégory Joseph (JIRA) wrote:
>      [ http://jira.codehaus.org/browse/XDP-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
> Grégory Joseph resolved XDP-242.
> --------------------------------
>
>     Resolution: Fixed
>
> finally! xdoclet-plugin-web does not need the unfindable snapshot.
>
>   
>> DTD publicId and systemId are hardcoded to 2.2
>> ----------------------------------------------
>>
>>                 Key: XDP-242
>>                 URL: http://jira.codehaus.org/browse/XDP-242
>>             Project: XDoclet 2 Plugins
>>          Issue Type: Bug
>>          Components: web
>>            Reporter: Grégory Joseph
>>            Assignee: Grégory Joseph
>>             Fix For: 1.0.5
>>
>>
>> SOMEHOW, this currently works when using the hard-to-find {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
>> Upon inspection of the code, its pretty silly: the getSystemId and getPublicId methods which are passed to the {{<x:doctype>}} tag simply always return the 2.2 versions of the dtd IDs.
>>     
>
>   


-- 
Diogo Bacelar Quintela
EF - Tecnologias de Software, S.A.
Av. António Serpa, 26 - 4º Dto.
1050-027 Lisboa
Tel: 217827800 Fax: 217827830
email: dio...@ef...

AVISO  LEGAL:  A  informação  presente  nesta  mensagem,  bem  como em
qualquer dos  seus anexos  é confidencial  e destinada  exclusivamente
ao(s) destinatário(s) nomeado(s). Qualquer utilização desta informação
que não esteja de acordo com o seu objectivo, qualquer disseminação ou
divulgação,  total  ou  parcial,  é  proibida  excepto  se formalmente
aprovada. A Internet não garante a integridade desta mensagem, a  qual
poderá  ter  sido  interceptada,  corrompida,  perdida,  atrasada   ou
acrescida de vírus.  Assim, a EF  Tecnologias de Software  S.A. não se
responsabiliza pela mensagem se modificada.

DISCLAIMER: The information in this  e-mail and in any attachments  is
confidential and intended exclusively for the named addressee(s).  Any
use  of  this information  not  in accordance  with  its purpose,  any
dissemination or  disclosure, either  whole or  partial, is prohibited
except  if  formally  approved. The  internet  can  not guarantee  the
integrity  of this  message, as  it could  be intercepted,  corrupted,
lost, destroyed, arrive  late or incomplete  or have viruses  added to
it. EF Tecnologias de Software, S.A. will not therefore be liable for 
the message if modified.

[xdoclet-plugins-interest] [jira] Commented: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Diogo B. Q. (JIRA) <ji...@co...>]

    [ http://jira.codehaus.org/browse/XDP-242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=174106#action_174106 ] 

Diogo Bacelar Quintela commented on XDP-242:
--------------------------------------------

Wouldn't be better for use to deploy the dependency in xdoclet repo ?

It is here (at least it was).
http://www.nabble.com/XDoclet2-Maven2-Plugin-problems.-td16995011.html

Best regards
Diogo Quintela

> DTD publicId and systemId are hardcoded to 2.2
> ----------------------------------------------
>
>                 Key: XDP-242
>                 URL: http://jira.codehaus.org/browse/XDP-242
>             Project: XDoclet 2 Plugins
>          Issue Type: Bug
>          Components: web
>            Reporter: Grégory Joseph
>            Assignee: Grégory Joseph
>             Fix For: 1.0.5
>
>
> SOMEHOW, this currently works when using the hard-to-find {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
> Upon inspection of the code, its pretty silly: the getSystemId and getPublicId methods which are passed to the {{<x:doctype>}} tag simply always return the 2.2 versions of the dtd IDs.

-- 
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

       

[xdoclet-plugins-interest] [jira] Reopened: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph reopened XDP-242:
--------------------------------


Hmm, I spoke too fast it seems

> DTD publicId and systemId are hardcoded to 2.2
> ----------------------------------------------
>
>                 Key: XDP-242
>                 URL: http://jira.codehaus.org/browse/XDP-242
>             Project: XDoclet 2 Plugins
>          Issue Type: Bug
>          Components: web
>            Reporter: Grégory Joseph
>            Assignee: Grégory Joseph
>             Fix For: 1.0.5
>
>
> SOMEHOW, this currently works when using the hard-to-find {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
> Upon inspection of the code, its pretty silly: the getSystemId and getPublicId methods which are passed to the {{<x:doctype>}} tag simply always return the 2.2 versions of the dtd IDs.

-- 
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

       

[xdoclet-plugins-interest] [jira] Resolved: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Grégory J. (J. <ji...@co...>]

     [ http://jira.codehaus.org/browse/XDP-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grégory Joseph resolved XDP-242.
--------------------------------

    Resolution: Fixed

finally! xdoclet-plugin-web does not need the unfindable snapshot.

> DTD publicId and systemId are hardcoded to 2.2
> ----------------------------------------------
>
>                 Key: XDP-242
>                 URL: http://jira.codehaus.org/browse/XDP-242
>             Project: XDoclet 2 Plugins
>          Issue Type: Bug
>          Components: web
>            Reporter: Grégory Joseph
>            Assignee: Grégory Joseph
>             Fix For: 1.0.5
>
>
> SOMEHOW, this currently works when using the hard-to-find {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
> Upon inspection of the code, its pretty silly: the getSystemId and getPublicId methods which are passed to the {{<x:doctype>}} tag simply always return the 2.2 versions of the dtd IDs.

-- 
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

       

[xdoclet-plugins-interest] [jira] Created: (XDP-242) DTD publicId and systemId are hardcoded to 2.2

[Grégory J. (J. <ji...@co...>]

DTD publicId and systemId are hardcoded to 2.2
----------------------------------------------

                 Key: XDP-242
                 URL: http://jira.codehaus.org/browse/XDP-242
             Project: XDoclet 2 Plugins
          Issue Type: Bug
          Components: web
            Reporter: Grégory Joseph
            Assignee: Grégory Joseph
             Fix For: 1.0.5


SOMEHOW, this currently works when using the hard-to-find {{20050823.222913}} version of jelly-tags-xml, but not with 1.1
Upon inspection of the code, its pretty silly: the getSystemId and getPublicId methods which are passed to the {{<x:doctype>}} tag simply always return the 2.2 versions of the dtd IDs.

-- 
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