> How would you do this with your objects example? I would have all object calls return xml.
> If we fix up toxml to read some sort of a function description that contains > metadata describing how to render the result...well, we've just describe > TaglibHelper. I think you may be missing my opposition with XSP. I am fine with taglibs. I love taglibs. I would still use taglibs. What I am opposed to is using the XSP "language" to do anything other than "simple" calls (i.e. taglibs and as you know I love them ;-). > I solve this by not breaking the interface once it's been released. I would love it if that were the case. However, requirements change and your will end up breaking interfaces at some point. Then you will have to modify 250 files. >> I create a "controller" for each of the sub_systems in my site. In it >> I have "common services" to each subsystem. The "common services" are >> run and then delegation to the proper component ensues. Now if I have >> 10 sub_systems on my site, I only have to change the call in 10 >> places. I guess you could do this with an XSP page?! But, it seems >> more logical to me to use perl code. With XSP I feel I am working >> around it. With perl I feel its working around me. Have you (or anybody) implemented something similar to the example above?! > Honestly, how long have you worked with it? I think everybody has that > reaction to everything that's new to them. Give yourself time to get used to > it, and try different peoples' approaches to see what, if anything, work > right for you. Not extremely long, I am still evaluating it. I still have yet to hear the compelling reasons that I should use it. All the reasons I have been given so far for using XSP can be accomplished with the perl code centric approaches. Again, I stress that I like taglibs and do not like logic in XSP. JF ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
