Martin Desruisseaux wrote:
> Andrea Aime a écrit :
>
>> Two interesting suggestion that came up during the gt2 meeting to reduce
>> visual clutter:
>> - reverse engineer dependencies only from public/protected methods,
>> avoid private ones
>>
That said I love all the arrows, provides g
I see that geovista is back online and sending me hate mail? Is this
intentional or did a server just get kicked? Any idea what it is
running? Maven 1 build or Maven 2 build etc...
Jody
___
Geotools-devel mailing list
Geotools-devel@lists.sourcefor
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>> Two interesting suggestion that came up during the gt2 meeting to
>> reduce visual clutter:
>> - reverse engineer dependencies only from public/protected methods,
>> avoid private ones
>
>
> I suggest to avoid static fields/methods to
There is a problem with DefaultFIDMapperFactory.
Seems Oracle datastore uses this default factory while the method
DefaultFIDMapperFactory.isAutoIncrement(...) does not use schema parameter
in constructing of SQL query.. But in Oracle if the schema exists it must be
specified in FROM clause like
Vitali Diatchkov wrote:
> There is a problem with DefaultFIDMapperFactory.
>
> Seems Oracle datastore uses this default factory while the method
> DefaultFIDMapperFactory.isAutoIncrement(...) does not use schema parameter
> in constructing of SQL query.. But in Oracle if the schema exists it must b
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060607142151
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
[EMAIL PROTECTED] wrote on 06/07/2006 12:41:52
AM:
> Which needs are we trying to solve?
Need #1: Type checking on collections.
Need #2: Synchronizing "owning" objects with a backing set.
> If the only thing we need is a
> listener to be used by our
> implementation only, I would prefers to av
[EMAIL PROTECTED] wrote on 06/07/2006 12:41:52
AM:
>
>- Jakarta duplicates many J2SE classes. They have their own
> implementation of HashMap, etc.
I just checked this out as well. I'm not sure this is true. I mean they
do have a HashedMap, which does extend java.util.AbstractMap. They ju
Bryce L Nordgren a écrit :
> I just checked this out as well. I'm not sure this is true. I mean they
> do have a HashedMap, which does extend java.util.AbstractMap. They justify
> it as follows: "This implementation improves on the JDK1.4 HashMap by
> adding the MapIterator functionality and man
Andrea Aime a écrit :
>> I suggest to avoid static fields/methods too. Static fields are often
>> enumerations or pre-defined instances of the same class. It would
>> avoid recursive arrows from a box toward the same box just because a
>> predefined constant exists.
>
> Good catch, but I alread
svn down?
--
°°
Simone Giannecchini
Software Engineer
Freelance Consultant
http://simboss.wordpress.com/
°°
___
Geotools-devel mailing list
Geotools-devel@lists.
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>>> I suggest to avoid static fields/methods too. Static fields are often
>>> enumerations or pre-defined instances of the same class. It would
>>> avoid recursive arrows from a box toward the same box just because a
>>> predefined constant
12 matches
Mail list logo
