RE: [FormProc-developer] Data from session Object

[Nick B. <ni...@co...>]

Nicholas,

I can be such a killjoy at times, can't I? To be clear, I for one am very 
gald you're here and are looking at FormProc and want to encourage you to 
do so. 

Because the world needs you and there is much work to be done!

Thanks again.

-Nick

> Nick
> 
> You're probably completely correct.
> 
> The performance gain probably comes from creating far fewer objects and
> not having to configure each new object, as the overhead of maintaining
> the pool means that for smaller  numbers of invocations non pooled  is 
> faster.
> 
> I created a simple servlet and used both pooled and non pooled
> implementations. As the load increases the pooled implementation shows
> fewer non available errors and probably takes up less memory. I haven't
> really had time to run exhaustive trials.
> 
> I've implemented the pool so that it is basically an add on rather than
> intrinsic to FormProc. The underlying implementation is the
> jakarta-commons pool -so if it's fundamentally sound the credit is all
> theirs. Think of it not as redesigning the bow but as being an extra
> arrow in your quiver ;-) As Anthony said, it's not really core FormProc
> stuff but at least if anyone asks if you've considered pooling there's
> an example of how it could be done ( or of the folly of  trying :-) )
> 
> Regards
> 
> Nick
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> We have stuff for geeks like you.
> http://thinkgeek.com/sf
> _______________________________________________
> FormProc-developer mailing list
> For...@li...
> https://lists.sourceforge.net/lists/listinfo/formproc-developer


- /\/

--
Nick Bauman 
Cortexity Development
Minneapolis, MN, 55412 
612-232-7120