Hi All,
I am not able to generate multiple formbean attribute validation xdoclet tags
using bpm4struts tag @andromda.struts.view.field.format. For example, I want to
generate the following xdoclet code for my formbean:
/**
* @struts.validator
* type="required"
*
spoke to soon, just came up
On Mon, 2005-01-17 at 21:24, Bernard Sirius wrote:
> yes, with pleasure. although I've never used jira,
> http://team.andromda.org:8080/jira seeme to be down
> right now.
>
> --- Martin West <[EMAIL PROTECTED]> wrote:
>
> > Hmmm, just reproduced here, is a bug can you
That’s not a problem,
Just model an operation on the classifier
scope of that entity, but do *not*
assign it the FinderMethod stereotype.
This will place the operation as an entity
business operation in the DAO, that way you’ll have a finder method that you
can implement yourself.
yes, with pleasure. although I've never used jira,
http://team.andromda.org:8080/jira seeme to be down
right now.
--- Martin West <[EMAIL PROTECTED]> wrote:
> Hmmm, just reproduced here, is a bug can you please
> jira.
>
> Thanks
>
> On Mon, 2005-01-17 at 17:13, Bernard Sirius wrote:
> > OK, I
hhmm, restarted but its still not responsive
On Mon, 2005-01-17 at 21:24, Bernard Sirius wrote:
> yes, with pleasure. although I've never used jira,
> http://team.andromda.org:8080/jira seeme to be down
> right now.
>
> --- Martin West <[EMAIL PROTECTED]> wrote:
>
> > Hmmm, just reproduced here,
I tried and it's working. Thanks.
---
Walter Itamar Mourão - Diretor de Tecnologia e Projetos - Arcadian S/A
www.arcadian.com.br
<[EMAIL PROTECTED]> writes:
>Why don't you try it ?
>
>-- Wouter
>
>Ps: yes
>
>> -Original M
We are currently having an issue of getting access to the Hibernate template from a class other than the *DaoBase class which extends HibernateDaoSupport. The reason for this access is to create a special criteria that we can use to find an object by a String ignoring case.
Is there any defau
Why don't you try it ?
-- Wouter
Ps: yes
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:andromda-user-
> [EMAIL PROTECTED] On Behalf Of Walter Mourão
> Sent: Monday, January 17, 2005 5:27 PM
> To: andromda-user@lists.sourceforge.net
> Subject: [Andromda-user] Actor inheritance
>
Actually, this is working fine. Overriding them on the classpath is working.
Sorry about that. I was just looking at the wrong entity to see the changes
that I had added.
Thanks again.
- David
On Monday 17 January 2005 12:50 pm, Martin West wrote:
> They used to. Did you follow the same dire
NP, been there, done that
On Mon, 2005-01-17 at 18:32, David R. Allen wrote:
> Actually, this is working fine. Overriding them on the classpath is working.
>
> Sorry about that. I was just looking at the wrong entity to see the changes
> that I had added.
>
> Thanks again.
>
> - David
>
> O
Yes, I supposedly followed the way the cartridge is setup.
For instance, in the ejb-cartridge JAR file, there is a file
templates/EntityBean.vsl.
So I added the pathelement in the following:
where the
They used to. Did you follow the same directory structure as the
cartridge src/template dir?
On Mon, 2005-01-17 at 16:43, David R. Allen wrote:
> Hi,
>
> I put my own "templates/" directory first in the classpath for the AndroMDA
> Ant task. It still does not pick up my modified EntityBean.vsl
Hmmm, just reproduced here, is a bug can you please jira.
Thanks
On Mon, 2005-01-17 at 17:13, Bernard Sirius wrote:
> OK, I tried what you suggested. now the id attribute
> of the resource hierarchy is duplicated:
>
> // --- super attributes
> -
> private
Hi,
I put my own "templates/" directory first in the classpath for the AndroMDA
Ant task. It still does not pick up my modified EntityBean.vsl file from
there.
Is there a procedure for doing this? Do the *.vsl templates get loaded from
the Java classpath?
Thanks.
--
David Allen
[EMAIL PRO
-Forwarded Message-
> From: Martin West <[EMAIL PROTECTED]>
> To: Bernard Sirius <[EMAIL PROTECTED]>
> Subject: RE: [Andromda-user] can't choose inheritance strategy
> Date: Mon, 17 Jan 2005 16:06:41 +
>
> I made Resource interface = interface and AbstractObject inheritance =
> subclas
Does the actor inheritance works ? if I create the actor "user" and create
a descendent "admin", will the admin have the permissions from the "user" ?
Thanks,
---
Walter Itamar Mourão - Diretor de Tecnologia e Projetos - Arc
Yeah, figured that from the error messages.
Can you send me the model or an example of the part of the model that
creates the error.
Thanks
On Mon, 2005-01-17 at 09:14, Bernard Sirius wrote:
> I forgot to mention that the inheritance strategy I'm
> trying to apply is the "subclass" one.
>
> I j
17 matches
Mail list logo
