Re: Application Resources and TextTool

2005-02-11 Thread Markos Charatzas
On Thursday 10 February 2005 17:50, Nathan Bubna wrote: i only rarely put things directly into the request myself. i mostly use tools to access my request scoped data. those are easy enough to keep track of in my toolbox.xml file. So how do u go on about data that you want to make available

Re: Charset (Struts and Velocity)

2005-02-11 Thread Markos Charatzas
On Friday 11 February 2005 07:21, Shinobu Kawai wrote: resource files and charset might be your problem. Do you mean your resource files have non-ascii characters in it? If so, that's your problem. They must be escaped java-wise like \u1234. cf.

Re: Charset (Struts and Velocity)

2005-02-11 Thread Markos Charatzas
Just to point out that the data stored in the DB is using cp-1253 :/ So far I didnt have to deal with ResourceBundles so all text was inside the HTML templates. I cant seem to understand why setting the output encoding in velocity.properties to ISO-8859-7 would cause the data coming from the

Re: Charset (Struts and Velocity)

2005-02-11 Thread Markos Charatzas
On Friday 11 February 2005 07:21, Shinobu Kawai wrote: They must be escaped java-wise like \u1234. Shinobu I did that and it worked. Thanks. Although I find it a bit hard to accept that any resource bundle must be in that format. That makes life a bit harder :/ Still I cannot understand why

Immutable pojos as context objects

2005-02-11 Thread Serge Knystautas
I was wondering if there is a convenient way to restrict method calls on objects I put into VelocityContext. I use Velocity templates to do dynamic renders high-traffic websites, and I instantiate VelocityEngine objects along with various POJOs that Spring assembles. These POJOs are sort of

Re: Charset (Struts and Velocity)

2005-02-11 Thread Shinobu Kawai
Hi Markos, They must be escaped java-wise like \u1234. Shinobu I did that and it worked. Thanks. Welcome. :) Although I find it a bit hard to accept that any resource bundle must be in that format. That makes life a bit harder :/ It's all Java stuff. Java stores data in memory as

Re: VelocityViewServlet Differences with VelocityServlet

2005-02-11 Thread Mike Kienenberger
Steve O'Hara [EMAIL PROTECTED] wrote: I was invalidating the session when the user sends a logout request. It's a bit belt and braces but it insures that the session is destroyed and gets the user back to known state i.e. as though they were first visiting the site. I've been doing the same

Re: Immutable pojos as context objects

2005-02-11 Thread Mike Kienenberger
Serge Knystautas [EMAIL PROTECTED] wrote: I was wondering if there is a convenient way to restrict method calls on objects I put into VelocityContext. I use Velocity templates to do dynamic renders high-traffic websites, and I instantiate VelocityEngine objects along with various POJOs

Re: Immutable pojos as context objects

2005-02-11 Thread Serge Knystautas
Mike Kienenberger wrote: Well, the easy answer to this part of the question is to implement a custom Uberspect. http://jakarta.apache.org/velocity/api/org/apache/velocity/util/introspection/Uberspect.html There's examples of this on the wiki:

Re: Immutable pojos as context objects

2005-02-11 Thread Mike Kienenberger
Serge Knystautas [EMAIL PROTECTED] wrote: Mike Kienenberger wrote: Well, the easy answer to this part of the question is to implement a custom Uberspect. http://jakarta.apache.org/velocity/api/org/apache/velocity/util/introspection/Uberspect.html There's examples of this on the

Re: Charset (Struts and Velocity)

2005-02-11 Thread Markos Charatzas
On Friday 11 February 2005 17:45, Shinobu Kawai wrote: It's all Java stuff. Java stores data in memory as Unicode, so everything going into Java must be converted into Unicode. Currently, there is no way Java can tell whether a file is ascii or Greek or Japanese or whatever. So, you have to

Re: Immutable pojos as context objects

2005-02-11 Thread Barbara Baughman
Velocity itself has a rule to accept all public methods. It is up to the programmer to decide which methods to make available to Velocity by making the methods public. Velocity, even JAVA, has no way of knowing if a method will change the underlying class. Making a class immutable is up to the

Re: Charset (Struts and Velocity)

2005-02-11 Thread mailmur
On Friday 11 February 2005 17:45, Shinobu Kawai wrote: It's all Java stuff. Java stores data in memory as Unicode, so everything going into Java must be converted into Unicode. Currently, there is no way Java can tell whether a file is ascii or Greek or Japanese or whatever. So,

Re: VelocityViewServlet Differences with VelocityServlet

2005-02-11 Thread Nathan Bubna
Thanks, Mike. It does look like that's the only decent option. I'll commit the change to the svn head. On Fri, 11 Feb 2005 10:50:06 -0500, Mike Kienenberger [EMAIL PROTECTED] wrote: Steve O'Hara [EMAIL PROTECTED] wrote: I was invalidating the session when the user sends a logout request.

Re: Charset (Struts and Velocity)

2005-02-11 Thread Nathan Bubna
On Fri, 11 Feb 2005 07:45:19 -0800, Shinobu Kawai [EMAIL PROTECTED] wrote: ... Still I cannot understand why setting the output.encoding to ISO-8859-7 in velocity.properties has that effect I mentioned earlier. Even more since you pointed out that the output.encoding doesn't matter

Re: Application Resources and TextTool

2005-02-11 Thread Nathan Bubna
On Fri, 11 Feb 2005 10:15:20 +0200, Markos Charatzas [EMAIL PROTECTED] wrote: On Thursday 10 February 2005 17:50, Nathan Bubna wrote: i only rarely put things directly into the request myself. i mostly use tools to access my request scoped data. those are easy enough to keep track of in my

Re: Charset (Struts and Velocity)

2005-02-11 Thread Shinobu Kawai
Hi Nathan, Still I cannot understand why setting the output.encoding to ISO-8859-7 in velocity.properties has that effect I mentioned earlier. Even more since you pointed out that the output.encoding doesn't matter unless you're using VelocityServlet or Anakia and Im using

Re: Charset (Struts and Velocity)

2005-02-11 Thread Nathan Bubna
On Fri, 11 Feb 2005 13:59:38 -0800, Shinobu Kawai [EMAIL PROTECTED] wrote: Hi Nathan, Still I cannot understand why setting the output.encoding to ISO-8859-7 in velocity.properties has that effect I mentioned earlier. Even more since you pointed out that the output.encoding