Because ColdDoc does static generation of the HTML files, not a runt time
generation.
Could always do it on a scheduled task I guess... ;o)
Mark
On Fri, Jun 12, 2009 at 10:04 AM, Adam Drew <epne...@gmail.com> wrote:
>
> nvm.. i know what codldoc is cause i am using it...I was over reading
> your statement.... but seriously now.. with thinking about this
> quickly ... couldn't I set up a lightweight coldbox app to introspect
> my SVN repsoitory, check out the latest trunk to a secured "current
> ber" folder, in order to then have ColdDoc load and display the
> API? .. basically afterConfigurationLoad If my SVN trunk revision is
> greater then that of the local working copy (publicy documented
> version) for my "current BER", then update the working copy before
> loading ColdDoc
>
> On Jun 11, 7:44 pm, Adam Drew <epne...@gmail.com> wrote:
> > ColdDoc..? Is this a Mark+Luis project happening under my radar? What
> > i mean is who is the *we* you reference with the ColdDoc and what is
> > the problem with the BER? I have been playing with some java SVN
> > component that lets me introspect Trunks, Branches and Tags and the
> > whole self documenting SVN concept is pretty interesting to me.. I
> > would love to see more resources!
> >
> > I'll let you know if anything comes up with my codegen experiance.. I
> > have written 3 custom generators at this point.. a
> > "DecoratorGenerator", "ServiceGenerator", "GatewayGenerator".. and now
> > I've begun my "MetadataGenerator"... it's kinda clear for me at this
> > point what i need to do.. My concern was the handling of the CFML
> > comment in XML .. I had previously gone through the
> > AbstractBaseGenerator (actually first thing).. but some how overlooked
> > the idea that that i could just setCommentStart() and setCommentEnd
> > ()..
> >
> > Now I am wondering should I do this in my run() implementation or do I
> > override the init() caling super.init() so I can then setCommentStart
> > () and setCommentEnd()....?
> >
> > -AD
> >
> > On Jun 11, 7:14 pm, Mark Mandel <mark.man...@gmail.com> wrote:
> >
> > > No worries!
> >
> > > Let me know if you run into any issues.
> >
> > > Mark
> >
> > > On Fri, Jun 12, 2009 at 9:12 AM, Adam Drew <epne...@gmail.com> wrote:
> >
> > > > This is why your the man.. because you knew what i wanted and you
> gave
> > > > it right to me..
> >
> > > > The two things you should probably take note of :
> >
> > > > In the init() of the AbstractBaseGenerator, you can see where I have:
> > > > setCommentStart("<!" & "---");
> > > > setCommentEnd("--->");
> >
> > > > THANKS.
> >
> > > > On Jun 11, 7:05 pm, Mark Mandel <mark.man...@gmail.com> wrote:
> > > > > Ah very nice!
> >
> > > > > This would be easier, if we had ColdDoc for the BER release, but I
> > > > haven't
> > > > > worked out the best way to do that...
> >
> > > > > Where you want to be looking is the AbstractBaseGenerator - as this
> is
> > > > what
> > > > > you will be extending.
> >
> > > > > Writing your own Generators, you will have to look through the code
> a
> > > > bit,
> > > > > as it is the best resource for doing this sort of stuff.
> >
> > > > > The two things you should probably take note of :
> >
> > > > > In the init() of the AbstractBaseGenerator, you can see where I
> have:
> > > > > setCommentStart("<!" & "---");
> > > > > setCommentEnd("--->");
> >
> > > > > This is where you can tell the generator what code comments look
> like in
> > > > > whatever you are generating, so you may want to override these in
> your
> > > > > generator, as you are generting XML and probably want <--! and -->
> rather
> > > > > than the extra -
> >
> > > > > The other thing to look at - check out the API for writeTemplate(),
> since
> > > > > you are generating XML, you can tell it to escapeCFML=false, so
> that you
> > > > > don't have to use the $$ and {{ and }} syntax - although, maybe for
> XML
> > > > you
> > > > > may want to leave that capability, I'll leave that up to you.
> >
> > > > > Other than that - protected block should still work, and as long as
> you
> > > > have
> > > > > writeTemplate() point to XML files, it will write XML files.
> >
> > > > > Have a look at the source for the Decorator generator, and the API
> for
> > > > the
> > > > > AbstractBaseGenerator - it should be pretty clear (hopefuly).
> >
> > > > > Mark
> >
> > > > > On Fri, Jun 12, 2009 at 8:54 AM, Adam Drew <epne...@gmail.com>
> wrote:
> >
> > > > > > Hey Mark,
> >
> > > > > > I started playing with the transfer.codegen functionality in the
> BER
> > > > > > in an attempt to replace my current usage of
> TransferConfig+Illudium
> > > > > > PU-36 (riaforge) by implementing a chain of Coldbox Interceptors
> that
> > > > > > have my special layer to do some *active* codegen during a
> CB+Transfer
> > > > > > +CS app start up (afterConfigurationLoad + afterAspectsLoad & if
> dev =
> > > > > > true).
> >
> > > > > > I am currently generating concrete objects for my abstract
> decorators,
> > > > > > gateways and services using the method described above and each
> of
> > > > > > these are working as expected, and beautifully I might add..
> > > > > > especially with the protected block feature allowing me to
> re-generate
> > > > > > the *protected* functions in my concrete CFCs as I refine a
> specific
> > > > > > domain model, all the while leaving the *custom* code in my
> concrete
> > > > > > objects alone... anyone can say what they want about the
> practice...
> > > > > > but this really makes me happy :)
> >
> > > > > > Now, I want to generate some custom/specific metadata to use with
> say
> > > > > > ValidateThis!, Majik, or for that matter any other library,
> toolkit,
> > > > > > framework, et al..) using the transfer object metadata and other
> > > > > > information i've gathered up during the interceptor chain with my
> > > > > > services + factories...
> >
> > > > > > I have not tried to generate any XML yet as I just started
> writing the
> > > > > > generator, and then began a template and started to think..... I
> have
> > > > > > reviewed the codegen doc (WIP), and honestly, I have not gone
> through
> > > > > > the source enough to answer the following questions so, as I work
> > > > > > things out here, I was hoping that maybe you could confirm for me
> if
> > > > > > things should function the same when generating XML files as with
> CFCs
> > > > > > in my custom generator? Should my template be named "*.xml" ..
> and my
> > > > > > generator write "*.xml"... Will protected blocks work? ect.
> >
> > > > > > Thanks in advance for considerations extended, and for such an
> AMAZING
> > > > > > addition to our toolkit.
> >
> > > > > --
> > > > > E: mark.man...@gmail.com
> > > > > W:www.compoundtheory.com
> >
> > > --
> > > E: mark.man...@gmail.com
> > > W:www.compoundtheory.com
> >
>
--
E: mark.man...@gmail.com
W: www.compoundtheory.com
--~--~---------~--~----~------------~-------~--~----~
Before posting questions to the group please read:
http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer
You received this message because you are subscribed to the Google Groups
"transfer-dev" group.
To post to this group, send email to transfer-dev@googlegroups.com
To unsubscribe from this group, send email to
transfer-dev-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/transfer-dev?hl=en
-~----------~----~----~----~------~----~------~--~---
