RE: Thread safe?

2011-03-30 Thread Eric Douglas
. Delmelle [mailto:andreas.delme...@telenet.be] Sent: Tuesday, March 29, 2011 5:11 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Thread safe? On 29 Mar 2011, at 22:55, Eric Douglas wrote: I have yet to see any threading problems with the FOP objects. Well, there probably are /some

Re: Thread safe?

2011-03-30 Thread Andreas L. Delmelle
On 30 Mar 2011, at 15:36, Eric Douglas wrote: Hi Eric I am talking about the first. Basically, it is a completely separate XSLT/JAXP implementation (TransformerFactory, Transformer etc.) Since you mentioned that the issue manifests itself only when using Oracle's Transformer implementation, a

Re: Thread safe?

2011-03-29 Thread Andreas L. Delmelle
On 29 Mar 2011, at 17:29, Eric Douglas wrote: Hi Eric I think this is what they mean by thread safe. I seem to have a concurrency issue. If I call a transform using the Fop handler with a PNGRenderer from 2 JVM sessions at or near the same time one crashes. I haven't been able to

RE: Thread safe?

2011-03-29 Thread Eric Douglas
[mailto:andreas.delme...@telenet.be] Sent: Tuesday, March 29, 2011 1:48 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Thread safe? On 29 Mar 2011, at 17:29, Eric Douglas wrote: Hi Eric I think this is what they mean by thread safe. I seem to have a concurrency issue. If I call a transform using the Fop

Re: Thread safe?

2011-03-29 Thread Andreas L. Delmelle
On 29 Mar 2011, at 21:23, Eric Douglas wrote: It's actually crashing on the first transformer. It only crashes if I run 2 of these at once. Is there something obvious I'm missing in this java code? snip / Perhaps... We do not see the declaration of 'myTransformer'. Is that variable local

Re: Thread safe?

2011-03-29 Thread Terence M. Bandoian
Hi- Is FopFactory thread-safe? -Terence Bandoian On 3/29/2011 1:56 PM, Andreas L. Delmelle wrote: On 29 Mar 2011, at 21:23, Eric Douglas wrote: It's actually crashing on the first transformer. It only crashes if I run 2 of these at once. Is there something obvious I'm missing in this

RE: Thread safe?

2011-03-29 Thread Eric Douglas
: Tuesday, March 29, 2011 3:57 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Thread safe? On 29 Mar 2011, at 21:23, Eric Douglas wrote: It's actually crashing on the first transformer. It only crashes if I run 2 of these at once. Is there something obvious I'm missing in this java

RE: Thread safe?

2011-03-29 Thread Eric Douglas
: Re: Thread safe? Hi- Is FopFactory thread-safe? -Terence Bandoian On 3/29/2011 1:56 PM, Andreas L. Delmelle wrote: On 29 Mar 2011, at 21:23, Eric Douglas wrote: It's actually crashing on the first transformer. It only crashes if I run 2 of these at once. Is there something obvious

Re: Thread safe?

2011-03-29 Thread Andreas L. Delmelle
On 29 Mar 2011, at 22:13, Eric Douglas wrote: I did include the new statement. The declaration is up at the class level. There should be one factory for the class and one transformer per instance. OK, that should be safe, indeed. snip / It's only when I run 2 at once the first transform

Re: Thread safe?

2011-03-29 Thread Terence M. Bandoian
- From: Terence M. Bandoian [mailto:tere...@tmbsw.com] Sent: Tuesday, March 29, 2011 5:22 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Thread safe? Hi- Is FopFactory thread-safe? -Terence Bandoian On 3/29/2011 1:56 PM, Andreas L. Delmelle wrote: On 29 Mar 2011, at 21:23, Eric Douglas

RE: Thread safe?

2011-03-29 Thread Eric Douglas
renderer. -Original Message- From: Terence M. Bandoian [mailto:tere...@tmbsw.com] Sent: Tuesday, March 29, 2011 6:01 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Thread safe? Hi- Thanks. However, reusability doesn't necessarily mean thread-safe. -Terence Bandoian On 3/29/2011

Re: Thread safe?

2011-03-29 Thread Andreas L. Delmelle
On 29 Mar 2011, at 22:55, Eric Douglas wrote: I have yet to see any threading problems with the FOP objects. Well, there probably are /some/, but in general, care has been taken to make sure that each rendering-run is isolated, and the process itself is currently completely single-threaded