From: olarte.andres at gmail.com (Andres Olarte) Date: Tue, 13 Mar 2007 09:51:54 -0800 Subject: [Pljava-dev] static variables In-Reply-To: <2045218814.611173771869052.JavaMail.root@starjar01> References: <3fccaa690703121552n381de9c6qf922fc58face9bb5@mail.gmail.com> <2045218814.611173771869052.JavaMail.root@starjar01> Message-ID: <3fccaa690703131051j40ac089dub5aca0188cc71117@mail.gmail.com> Why thread safe? As far as I understand the architecture of pljava, every connection has it's private JVM, therefore each tread (or connection) will access each own variable. Since I don't want to share the private static variable among connections, it should work. Anybody has any experience with this? On 3/12/07, Peter Henderson wrote: > I can't see any reason why you can't use static variables. > > Just make sure that the variable is thread safe, as multiple threads > will be accessing it concurrently. > > From looking at your code. Imagine 2 threads call your setter function, > then call the test() function. One of the threads will be using the > incorrect String (I guess?). So in this case using static variables > would probably produce unexpected results! > > > Andres Olarte wrote: > > I've been starting to use pljava and find it very useful, but there's > > something I want to know if it's possible. I want to have a static > > variable that I can set and retrieve during a session. Something like > > this: > > > > public static String x; > > > > public static String test() { > > if (x==null) { > > return ""; > > } > > return x; > > } > > > > public static String testString(String me) { > > x=me; > > return me; > > } > > > > This is a trivial example, but what I want to do on the long run is to > > setup a XML parser once (per session) and to avoid the overhead for > > each calling of the function. Is it possible? > > > > Thanks a lot, > > > > Andres > > _______________________________________________ > > Pljava-dev mailing list > > Pljava-dev at gborg.postgresql.org > > http://gborg.postgresql.org/mailman/listinfo/pljava-dev > > > > >