This got me looking into ColdSpring internals a little, and it looks like the DefaultXMLBeanFactory does all of its parsing of XML on instantiation, and stores the definitions of beans in native CF constructs (BeanDefinition cfcs) - I don't think it uses the XML at all after this point. Dave/Chris?
-Joe On 12/19/05, Joe Rinehart <[EMAIL PROTECTED]> wrote: > Not necessarily - like anything else, it depends on how you do it. > Most of what you'd be using ColdSpring for would be loaded on > application startup. If you're using XML to manage localization, I'd > recommend loading/parsing it on startup, instead of reading it each > time its needed. > > -Joe > > > On 12/19/05, Scratch <[EMAIL PROTECTED]> wrote: > > > > Hey Paul, > > > > I'm about to develop an APP that uses Coldspring to manage the creation of > > my CFCs, and XML files to manage languages. Both use XML extensively. > > > > Are you saying that I'm going to have the slowest app ever? > > > > Cheers, > > Baz > > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > Of Paul Hastings > > Sent: December 19, 2005 7:21 AM > > To: [email protected] > > Subject: Re: [CFCDev] OT: CFC that reads XML > > > > Ed Griffiths wrote: > > > Personally I prefer XML's structural flexibility over Java properties > > files, > > > although XML's verboseness may give you a slight performance hit on app > > > startup compared with using .properties. > > > > flexibility is all well & good but w/out decent management tools, it's a > > wash. complex apps require large/complex rb files, my experience xml is > > noticeably slower in these situations. rb files & their proven tools > > (icu4j rbManager, etc.) are still the norm in the java world. XLIFF, > > etc. are still not standard except in transferring translations between > > apps. > > > > > > > > ---------------------------------------------------------- > > You are subscribed to cfcdev. To unsubscribe, send an email to > > [email protected] with the words 'unsubscribe cfcdev' as the subject of the > > email. > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > > (www.cfxhosting.com). > > > > An archive of the CFCDev list is available at > > www.mail-archive.com/[email protected] > > > > > > > > > > > > ---------------------------------------------------------- > > You are subscribed to cfcdev. To unsubscribe, send an email to > > [email protected] with the words 'unsubscribe cfcdev' as the subject of > > the email. > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > > (www.cfxhosting.com). > > > > An archive of the CFCDev list is available at > > www.mail-archive.com/[email protected] > > > > > > > > > -- > Get Glued! > The Model-Glue ColdFusion Framework > http://www.model-glue.com > -- Get Glued! The Model-Glue ColdFusion Framework http://www.model-glue.com ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
