cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew C. Oliver" <acoli...@apache.org>
Subject Re: [PROPOSAL] Remove SQLTransformer in 2.1
Date Fri, 12 Jul 2002 17:03:43 GMT
Yuppo.  To me a big problem is that the SQLTransformer performs poorly, 
users start off using it
because ESQL is more hidden in the documentation for instance, and then 
"Gee cocoon is slow"...

-Andy

Stephen Ng wrote:

>This is true, but the coding is trivial--it's just one line.
>
>This could be put into the util logicsheet, removing the need to know
>Java to do it.
>
>If we keep both methods, a step towards making Cocoon more user-friendly
>would be some doc explaining when to use which method (which goes back
>to a use-case I suppose).
>
>Steve
>
>  
>
>>-----Original Message-----
>>From: Per Kreipke [mailto:per@onclave.com] 
>>Sent: Friday, July 12, 2002 11:54 AM
>>To: cocoon-dev@xml.apache.org
>>Subject: RE: [PROPOSAL] Remove SQLTransformer in 2.1
>>
>>
>>    
>>
>>>>Personally I much prefer esql to SQLTransformer because I 
>>>>        
>>>>
>>can control 
>>    
>>
>>>>the caching in an xsp.
>>>>
>>>>Anyway it isn't quite true that you can't do 
>>>>        
>>>>
>>"transformation" in an 
>>    
>>
>>>>xsp: I have SQL which is dynamically generated from an xslt 
>>>>transformer which I then feed into my esql.  I use the resolver to 
>>>>grab the output of the transformation pipeline.
>>>>
>>>>
>>>>        
>>>>
>>>Which is what I thought.  There doesn't seem to be a use case that 
>>>can't be acomplished one way or the other.
>>>      
>>>
>>Right. But it requires Java coding. The SQL Transformer can 
>>be handled by people without Java skills.
>>
>>Per
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
>>For additional commands, email: cocoon-dev-help@xml.apache.org
>>
>>
>>    
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
>For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>  
>




---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message