Hi Ke Jin,
First, thanks so much for pococapsule. Really happy to have this in C+
+. Also, really appreciating your clear presentation of IoC.
This is in response to a previous post, "Java dependency". (I
accidentally sent a direct reply to you. Sending to the list now).
http://groups.google.com/group/pococapsule/browse_thread/thread/9986e150bc7e1167/c14fb23cda153c75?lnk=gst&q=java#c14fb23cda153c75
On Feb 29 2008, 12:35 am, Ke Jin <
kjin...@gmail.com> wrote:
> ...
> Therefore, in real production environments (especially, considering
> they are C++ applications), it is not that desirable that XML
> descriptions would be directly used without first going through
> testing/verification/packaging etc. manipulations. For instance, many
> component frameworks (such as EJB, CCM, etc.) require XML descriptors
> to be used after being packaged in .ear, war, or .zip files.
> Therefore, in PocoCapsule, directly using XML descriptions is believed
> to be mostly useful for learning, testing, and product development. In
> PocoCapsule, XML descriptions can be pre-parsed, validated, model
> transformed, and encoded off-line using the PocoCapsule development
> tool pxencode. PocoCapsule runtime engine is able to read these pre-
> encode descriptions directly without using any XML parser at all.
> ...
> For production applicatins, if the XML library's runtime footprint is
> an concern, then the best solution is simply eliminate the XML
> handling instead of reduce it. By eliminating XML handling completely,
> the PocoCapsule engine is able to have a runtime footprint of
> ~70Kbytes.
> ...
When you say, "...the best solution is simply eliminate the XML
handling...", do you mean by using pxencode (as you suggest above)?
Or do you mean to somehow remove the XML dependency entirely from the
runtime (i.e., no call to POCO_AppContext::create("setup.xml",
"file"))?
If you mean the latter, can you give an example or brief explanation
of how you would do this? All of the pococapsule examples seem to
depend very explicitly on the call to POCO_AppContext::create(). I
can imagine how to get around this, but I'd love to hear your thoughts
on the topic (before I try it).
Thanks,
Hawkeye Parker