I found this exactly 5 minutes ago.
Did fix in plugin-castor, I may fix it in plugin-struts.
5 more hours :(
Diogo
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Renato Duarte Soffiatto
Sent: quarta-feira, 22 de Junho de 2005 23:12
To: xdoclet-plugins-in
Yes, I've understood that.
Now that the 5 hour delay from sourceforge cvs has passed, I checked out
the new version. Now the plugins are correctly added, but some odd thing
started to happen. The inner elements of the plugin tag doesn't just get
copied. They disappear, leaving only the value of
Some people prefer put their xdoclet stuff on fields rather on methods
but it doesn't mean that they want to force hibernate use "field"
access. In fact hibernate clever enough to make choice what access
level to use.
To be honest I dont know why developers set explicit access level for
properties
Anatol,
acces="filed/method" is an implicit property - just
put
@-tag to field, and it gets access of field...
No need to state it explicitely in tag.
regards,
--- "Anatol Pomozov (JIRA)" <[EMAIL PROTECTED]> wrote:
> [
> http://jira.codehaus.org/browse/XDP-68?page=all ]
>
> Anat
--- Renato Duarte Soffiatto
<[EMAIL PROTECTED]> wrote:
> Yes, that is it. without a local root.
>
> Thank you for the quick solution.
But you still have to add root element as I did in
tests... ( call it whatever you like )
regards,
[ Konstantin Pribluda ( ko5tik ) ]
...
Yes, that is it. without a local root.
Thank you for the quick solution.
Konstantin Priblouda wrote:
--- Renato Duarte Soffiatto
<[EMAIL PROTECTED]> wrote:
Oh, I see... my bad.
But using doesn't work either. The is
copied with the
tag, so I get:
...
[ http://jira.codehaus.org/browse/XDP-68?page=all ]
Anatol Pomozov resolved XDP-68:
---
Resolution: Fixed
I just have commited fix for this issue to CVS. Please verify that access="abc"
attribute works as expected.
Please wait several hours until CVS co
Hi all,
I just fixed and commited it. Please verify...
regards,
[ Konstantin Pribluda ( ko5tik ) ]
... Auf der Suche nach einen Projekt in Rhein-Main
ab 18.4.2005
[ http://www.pribluda.de ]
__
Do Yo
I already have a fix. 30 minutes before commit...
regards,
--- "Diogo Quintela (EF)" <[EMAIL PROTECTED]>
wrote:
> Try
>
>
>
>
>
>
>
>
> Diogo
>
> -Original Message-
> From:
> [EMAIL PROTECTED]
>
[mailto:[EMAIL PROTECTED]
> On Behalf Of
> Renato Duarte
--- Renato Duarte Soffiatto
<[EMAIL PROTECTED]> wrote:
> Oh, I see... my bad.
> But using doesn't work either. The is
> copied with the
> tag, so I get:
>
> ...
>
>
>
>
>
>
>
>
> which, as expected, doesn't validate against the
> dtd...
OK,
Still unlucky. The
is added to the generated struts-config.xml, invalidating it...
Diogo Quintela (EF) wrote:
Try
Diogo
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IB
Hi all.
I have recently create skeleton for JSF plugin, but I have no time
(and JSF experience) to develop it completely. Is anyone interested in
such plugin?? Is there brave soul who can continue work on JSF
plugin??
If such person exists then I will commit my drafts to repository.
--
anatol
Try
Diogo
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Renato Duarte Soffiatto
Sent: quarta-feira, 22 de Junho de 2005 15:11
To: xdoclet-plugins-interest@lists.sourceforge.net
Subject: Re: [xdoclet-plugins-interest]
Oh, I see... my bad.
But using doesn't work either. The is copied with the
tag, so I get:
...
which, as expected, doesn't validate against the dtd...
Konstantin Priblouda wrote:
--- Renato Duarte Soffiatto
<[EMAIL PROTECTED]> wrote:
It doen't
--- "Diogo Quintela (EF)" <[EMAIL PROTECTED]>
wrote:
> Thanks Konstantin
>
> I though QTags was a separated project, although I
> haven't really look for
> it yet.
qtags is a xdoclet plugin which augments qdox.
regards,
[ Konstantin Pribluda ( ko5tik ) ]
... Auf der Suc
--- Renato Duarte Soffiatto
<[EMAIL PROTECTED]> wrote:
> It doen't work... the root element of is
> the root element of
> the document. If I add the in the
> merge file, the result
> will be something like:
I meant:
...
It must not be valid, it has to be well formed.
> which is
It doen't work... the root element of is the root element of
the document. If I add the in the merge file, the result
will be something like:
... something ...
which is an invalid struts-config.
Being the merge file needed to be a valid xml file, the
Thanks Konstantin
I though QTags was a separated project, although I haven't really look for
it yet.
;)
Diogo
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Konstantin Priblouda
Sent: quarta-feira, 22 de Junho de 2005 13:38
To: xdoclet-plugins-interes
--- "Diogo Quintela (EF)" <[EMAIL PROTECTED]>
wrote:
> I'll dig into it then...
> I'll submit a patch later.
As we are capitalistic expluatators, we will not
accept patch - you will have to commit it yourself :)
Welcome on board...
regards,
[ Konstantin Pribluda ( ko5tik ) ]
I'll dig into it then...
I'll submit a patch later.
Diogo
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Konstantin Priblouda
Sent: quarta-feira, 22 de Junho de 2005 12:49
To: xdoclet-plugins-interest@lists.sourceforge.net
Subject: RE: [xdoclet-plugins-i
--- Renato Duarte Soffiatto
<[EMAIL PROTECTED]> wrote:
> Hi
> I'm unable to find a reference to the problem I'm
> facing. I'm migrating
> to XDoclet 2 from XDoclet 1.2 and have a problem
> with the Struts plugin.
> I have a struts-plugins.xml in the merge dir to be
> merged with a XDoclet
> gene
--- "Diogo Quintela (EF)" <[EMAIL PROTECTED]>
wrote:
> Gregory / List
> I am not really trying to do nothing. I used
> xdoclet-1 to generate
> struts-config.xml files, and whenever I changed some
> action classes
> attribute, I had to go into every action class that
> had a forward to the
Gregory / List
I am not really trying to do nothing. I used xdoclet-1 to generate
struts-config.xml files, and whenever I changed some action classes
attribute, I had to go into every action class that had a forward to the
first one, update the value. It's kinda against xdoclet principle.
Token replacement is indeed an option, however I only see it usabe in two
cases:
1 - Copy source files into temp directory filtering tags then pass through
xdoclet
=> Kinda heavy operation withing big projects
2 - Copy xdoclet generated file to another directory with filtering tags
--- "Diogo Quintela (EF)" <[EMAIL PROTECTED]>
wrote:
> Hello again,
> Maybe I should send this to qdox mailing list,
> however I simple Yes
> or No will do. I'll dig the rest...
> Can tag values be a reference to external file? I
> haven't seen many
> references to such a thing.
>
>
There's no support for dynamic tag values, afaik; what are you trying to do?
g
On 22/06/05, Diogo Quintela (EF) <[EMAIL PROTECTED]> wrote:
> Hello again,
> Maybe I should send this to qdox mailing list, however I simple Yes
> or No will do. I'll dig the rest...
> Can tag values be
Hello again,
Maybe I should send this to qdox mailing list, however I simple Yes
or No will do. I'll dig the rest...
Can tag values be a reference to external file? I haven't seen many
references to such a thing.
The common problem
/**
* @abc.class name="abcTag"
*/
public class
[ http://jira.codehaus.org/browse/XDP-69?page=comments#action_41853 ]
Diogo Bacelar Quintela commented on XDP-69:
---
Hi,
It's fine by me if i can continue to contribute to this project, so i'll take
the "job" gladly :)
I'll check XML validation supp
[ http://jira.codehaus.org/browse/XDP-69?page=all ]
Anatol Pomozov closed XDP-69:
-
Resolution: Fixed
Hi Diogo.
Seems that your contribution looks resonable and I have already commited your
code.
Just made a little cahges (remove xdoclet.castor..home
29 matches
Mail list logo
