You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by Ronald Klop <ro...@base.nl> on 2007/12/05 13:24:13 UTC

Re: Doubt about Velocity and performance when using Unicode Encoding

Just must use a profiler and you wil find the real problem. (JProfiler or something else)

Ronald.

On Thu Nov 29 13:33:41 CET 2007 Velocity Developers List <de...@velocity.apache.org> wrote:
> Hello Velocity users, 
> 
> I'm not sure if the purpose of this list is giving solutions to problems and helping other users to solve theirs doubts or just work in the development. So, please don't feel annoyed with this email if wrong destination. 
> 
> I would like to expose my doubt to you, looking forward for some help from you. 
> 
> I'm using Velocity as a Template engine in my project and I was happy with its performace until I decided use Arabian words in my templates. I changed the Encondig to Unicode to make it possible, but since that moment, the time needed to Velocity making the "merge" has increased really much. 
> 
> I changed my line: lNVTemplate.Merge(lNVContext, lStringWriter);
> 
> For: Velocity.MergeTemplate(lNVTemplate.Name, System.Text.Encoding.Unicode.EncodingName, lNVContext, lStringWriter); 
> 
> Am I doing any badly? Or is it defect of Velocity? Has any of you experienced something like that? Is there any other possibility of merging templates with Arabian symbols? 
> 
> Thanks in advance for your help.
> 
> Marta.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@velocity.apache.org
> For additional commands, e-mail: dev-help@velocity.apache.org
>