jon * wrote:
> sure...it is possible to generate the Peers on disk...that is easy...what i
> want to be able to do is specify EVERYTHING that is needed to work with Maps
> and Peers in an XML file....that way, if i want to rename a column or add a
> column...all i need to do is update the XML file...
>
I think I see where you want to go with this. But you got me thinking, so let's
assume you crack the code on this and you can completely generate your mapping
and
peers in-memory and can alter them ( add columns etc...) via the XML file. What
about the Business
Objects? If I add a column to the Database that's surely going to effect them
(BOs) which
means I now need to alter/re-compile. Right? So if I have to do this, why not
just have some
type of Template engine that generates the BOs and the Peers from the XML file
and recompile?
But as you've already said, the template stuff isn't anything new. So I think
the question
is how to dynamically aggregate/add "stuff" to my BO's and Peers at runtime. I
seen this type of
functionality (aggregation) in Voyager from objectspace a while ago when I was
playing with it.
I'm going to keep thinking on this because I really believe this is a "hump"
that everyone needs
to get over. There just seems to be to much redundant work that goes into BOs ->
Peer -> Mapping.
The ideal scenario would be that I can add a column(s) to a customer's database
remotely via XML-RPC
and never have to touch the code (but still charge for the same amount of
work...hehehe).
Let me know ( and I know you will ) if I'm off track here on what your trying to
accomplish.
--
Dave
[EMAIL PROTECTED]
your flame > /dev/null
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
