Hi Chad,

the log output you showed in your mail provides all the infos that I would
like to need.
It seems that I just didn't read the log file well...

Sorry for that!

Regards
Stefan





|--------+----------------------->
|        |          "Chad        |
|        |          Brandon"     |
|        |          <[EMAIL PROTECTED]|
|        |          ahoo.com>    |
|        |                       |
|        |          17.08.2004   |
|        |          13:17        |
|        |                       |
|--------+----------------------->
  
>------------------------------------------------------------------------------------------------------------------------|
  |                                                                                    
                                    |
  |       An:     <[EMAIL PROTECTED]>                                                  
                   |
  |       Kopie:  <[EMAIL PROTECTED]>                                                  
                  |
  |       Thema:  Re: Re: [Andromda-user] bpm4struts: model validations                
                                    |
  
>------------------------------------------------------------------------------------------------------------------------|





----- Original Message -----
From: <[EMAIL PROTECTED]>
To: "Chad Brandon" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, August 17, 2004 1:56 AM
Subject: Re: Re: [Andromda-user] bpm4struts: model validations


>
> Hello Chad,
>
> thank you for your detailed answer as sorry for the delay of this
feedback.

You're welcome.

>
> 1. I fixed the bug in the M2 stable release as you said and it seems to
> work pretty well. I tried it with some errors in my model and got very
> helpful validation error messages. That's cool!
>
> 2. I totaly agree with you that meaningful exception messages are an
> absolute must have for a MDA generator framework. My greatest problems
with
> andromda at the beginning were exception messages of the mda target that
> didn't give any clue on what was wrong in the model.
> But one more question on the validation process: will the generator stop
as
> soon as the first error in the model occurs or will it first run a
complete
> validation on the whole model and report them all? (I haven't tried it
out,
> I have to admit...)

It should list them all out when your model is done processing (not
stopping
on the first one)

>
> 3. What I would like to have in the log files is an info about which
model
> element is currently processed by the templates. Is there any way to add
> this information to the log output? That would be really great. (Or is it
> allready there and I just haven't seen it?)

I think it should be there for each cartridge log, so for example in
andromda-bpm4struts.log, you should see something like this:

2004-08-16 23:20:55,437 - performing VelocityTemplateEngine.processTemplate
with templateFile 'templates/StrutsRolesProperties.vsl' and templateObjects
'{xhtml=false, serverValidation=true, welcomeFileName=index.jsp,
applicationUseCase=org.andromda.metafacades.uml14.ModelElementFacadeLogicImp

l[my.onlinestore.purchase.Purchase Items], security=false,
clientValidation=true, securityRealm=other,
[EMAIL PROTECTED], breadCrumbs=true}'

It basically tells you all the info in the template context, does this work
for you or are you looking for something else?

>
> Regards
> Stefan
>
>
>
>
>
> Unfortunately not everything has constraints defined,
> so some things won't have messages. However in most
> cases, at the end of model processing you should see a
> list of model validation errors telling you what
> you've done wrong (they are collected during
> validation and then listed at the end of processing).
> But, (and this is my fault), there's a bug in the M2
> release, the message telling you exactly what is wrong
> is not being rendered, this means the messages will
> all say something like this:
> "$str.toSingleLine($constraintDocumentation)" (instead
> of the real message).  This bug is fairly annoying and
> we've been contemplating doing an M3 release faily
> soon just so we can have this working correctly (since
> its an important feature).
>
> This bug (its in the meta cartridge) has also lead us
> to realize the importance of testing cartridges each
> time we build.  So we've come up something that should
> work pretty well for that. I'll be getting that
> testing framework done soon.
>
> If you'd like to fix this bug before M3 (or you can
> always build from current CVS), its pretty easy to to
> do, what you'll need to do is the following:
>
> 1) download the M2 source distribution.
> 2) unzip to any directory and navigate to
> andromda-src*/cartridges/andromda-meta/src/META-INF
> 3) Open up andromda-cartridge.xml in that directory
> and change this template object className to be
> "org.andromda.core.common.StringUtilsHelper"
> 4)change back to andromda-src*/
> 5) type 'maven bootstrap-install'
> 6) type 'maven clean'
> 7) type 'maven dist'
>
> You should find the distribution in
> andromda-src*/target/distributions (and they all
> should
> have the correct validation messages)
>
> Chad
>
>
>
>
>
>








-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Andromda-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/andromda-user

Reply via email to