Hi Jody,

cool, go with my bless (and peer review).

On Tuesday 15 April 2008 02:19:15 am Jody Garnett wrote:
> So I have started in on gabriel arcsde design work; as per todays IRC
> discussion I am going to send emails to the devel list for everyone to
> ignore equally....
>
> I have started by making ArcSDEPooledConnection wrap an SeConnection
> (rather than extend it). The result makes a lot of sense; since this
> class is really taking responsibility for isolating an SeConnection from
> a multi-threaded world. I am not modifying the use of a lock right now;
> only adding enough methods so everything can work.
okay makes sense. Are you going to work strictly on trunk? do you plan to 
backport to 2.4?
>
> With the clarification of responsibility this class will eventually be
> renamed - my personal suggestion is either ArcSDE or ArcSDEQueue.
Well, the fact that it will enqueue "execution units" sounds like an 
implementation detail. I would say its responsibility will be to execute 
tasks, though yeah, given it's gonna be designed to be thread safe we need to 
document its going to execute them in a FIFO fashion. And given its not API 
nor API implementation I would avoid the ArcSDE prefix (remember Saul's 
concerns) and just call it TaskExecutor or such.

>
> I did have a question; when passing out an object like new
> SeTable(connection, qualifiedName); does the created SeTable hold on to
> the connection forever? Ie is the SeTable only valid as long as the
> connection is open?
Yes, its kept as an SeTable member field afaik. So its not that a good idea to 
cache SeTable/SeLayer. Yet some time ago we did that at the pool level when 
Brock A. were having performance issues for a client. To alleviate that I 
added getTable(String name) to ArcSdePooledConnection, so the table 
referencing the connection keeps close to the connection, but still am not 
too happy with that.

Gabriel
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java
>one _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
> !DSPAM:4045,4803f48b35806491211187!



-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to