Hi Tony,
these days I heard about Maven. This is a similar tool to Ant but it can
track dependencies among the artifacts and has a repository for them.
Other complex OS projects (like XDoclet) use it.
Maybe, with Maven, build magic would not feel as crude and hacked as
today - who knows?
Cheers.
I think this would be a good solution for now. The XML version could be
added later if it turns out that this feature is used very often.
But I would change the signature of your suggested method to
"IAndroMDACartdridge.addContextObjects(Map context)". Just to decouple
the Interface from Velocity.
H...
Doing it in Java instead of XML would be better (at least I think so). A
cartridge could add different kinds of objects to the context and (the
main advantage) could initialize each of them with a state.
The change I proposed
IAndroMDACartridge.addContextObjects (VelocityContext ve)
Great!
By the way, you're right, I should sign my mails with "Matthias D." ;-))
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 27. Mai 2003 21:53
An: Matthias David; [EMAIL PROTECTED]
Betreff: RE: AW: [Andromda-devel] ScriptHelper subtask
I like this idea that you have proposed.
But I was confused by which 'Matthias' actually proposed it :-)
>-- Original Message --
>From: "Matthias David" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Subject: AW: [Andromda-devel] ScriptHelper subtask
>Date: Tue, 27 May 2003 21:06:46 +0200
>
>
>Hi
On Tuesday 27 May 2003 20:56, Matthias Bohlen wrote:
> Hi Richard,
>
> before you start programming too much, maybe you should contact Maxim
> Petrashev who has tried to solve the same problem (see attached email
> message).
>
> Could you talk to him, find out if he has discussed this subject on t
Hi,
You've convinced me. My suggestion is a bit awkward to implement.
I think Matthias Bohlen has suggested a good solution that incoporates your
idea.
>-- Original Message --
>From: "Matthias David" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Cc: <[EMAIL PROTECTED]>
>Subject: AW: [Andromda-d
I agree with you guys and now disagree with some of what I said earlier.
After I sent my last email on the topic I reconsidered what I had said.
I think it is a good idea to provide some way to add objects to the velocity
context.
>-- Original Message --
>From: "Matthias David" <[EMAIL PROTECTE
Hi Matthias,
I think the best place to add context objects would be the cartridge
descriptor because the associated templates need these additional
helpers. Therefore it's up to the cartridge developer to ensure that the
right helper class is in place. There's no need to define a helper
within the
Hi Richard,
before you start programming too much, maybe you should contact Maxim
Petrashev who has tried to solve the same problem (see attached email
message).
Could you talk to him, find out if he has discussed this subject on the
XDoclet list and come back with a unified opinion about what i
Hi Tony,
I have tried this - it almost works like a dream. My questions:
The dist directory looks like this after running ant:
27.05.2003 20:37 .
27.05.2003 20:37 ..
27.05.2003 20:35 andromda-core
27.05.2003 20:36 andromda-ejb
27.05.2003 2
Hi folks,
this is really good: Finally, some traffic and lively discussions on the
mailing list again! :-)
Keep on disagreeing - it will push the limits of AndroMDA. :-)
Now for the subject itself:
Why don't we enhance the interface of a cartridge and let it add objects
to the Velocity context b
Hi Tony,
you're right that's kind of a solution. I thought about that, too. But
this solution means that you have to add these new helpers to the
default helper (or to any other project-default helper). So you have to
write two new classes instead of one! What if I want to use Andromda's
DefaultHe
Hi,
I guess I will disagree back at you :-)
You are not restricted to a single helper with the current design, because
you could add as many methods as you want to the one helper that would give
you access to other helpers.
Example:
$transform.workflowHelper
$transform.stateMachineHelper
$tr
On Tuesday 27 May 2003 18:50, Matthias Bohlen wrote:
> Hi Richard,
>
> yes, we are really using it.
>
> The trick is: XDoclet does not know at all about the *Impl classes. Look
> at the build.xml file in the car-rental-system sample. We "patch" the
> deployment descriptor with a task in Ant. This
15 matches
Mail list logo