Il giorno 23/nov/04, alle 14:39, Derek Hohls ha scritto:
Well, all this may be clear to you... but not to me :{
I'm not saying that it should be crystal clear to you, just that you should not try to make it more complex than it is :)
Where I am trying to get to is not to deal with single "bits" of htmlArea text, but with an entire file created using a Cform. Are you proposing that each field containing htmlArea text must be "intercepted" and processed before the form data is stored?
Yes. It would be better if you stored well-formed XML data by cleaning it once rather than every time you read it back.
I am not sure why you have created the "dom" variable in your script below, or what you would do with it.
My method returns an org.w3c.dom.Document, i.e. an in-memory representation of a well-formed XML document. What you want to do with it is up to you. In the application from which I excerpted that class, I serialize it to a String and store it in a CLOB in a relational database.
There are likely to be a number of users, all creating and drawing data from different files via CForms; is this likely to be a problem?
If contention is a problem, you can always pool instances of XML parsers, or use the parser provided by Avalon that is already pooled and made available to Cocoon components. Since I usually tend to stay away from Avalon code, I am sorry but I cannot help you with this.
Ugo
-- Ugo Cei - http://beblogging.com/
smime.p7s
Description: S/MIME cryptographic signature
