code freeze on gt trunk is off
have fun
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future
hello there,
The rendering works now,
Thanks to jgarnett point, lines and polygons render correctly.
I tested using the JDefaultMap2D and the sld editor in the swing widget module.
+++
johann sorel
-
SF.Net email is spo
Trunk is now passing tests.
Changing Utilities.equals( obj, obj ) to do reflection on arrays has
helped matters to the point that shapefile renderer tests pass. Woot!
The implementaiton of equals in the various style object is still not
perfect; for the time being you can change a STRICT flag i
Located the problem; all the style objects have badly implemented equals
methods - checking things like this:
Utilities.equals(this.symbols, other.symbols)
Where the following is causing trouble:
- symbols is Symbol[]
- GraphicImpl.getSymbol() will return a default of new Symbol[]{ square
} if s
Jody Garnett ha scritto:
> Two fixes have come in:
> - an arcsde dummy fix - thanks gabriel
> - Utilties.equals( float[], float[] ) so that Stroke equals method works
>
> Now what does the build box say?
Still broken, in shapefile renderer:
http://traffic.openplans.org:8080/continuum/buildResult.
Two fixes have come in:
- an arcsde dummy fix - thanks gabriel
- Utilties.equals( float[], float[] ) so that Stroke equals method works
Now what does the build box say?
Jody
-
SF.Net email is sponsored by: The Future of Linux
Gabriel,
Yes, that's correct. Also, you will be able to check that everything's
working by simply doing:
$ mvn -Dmaven.test.skip clean install
in the arcsde directory, to make sure it's building against the sde
jars.
There are a few lingering problems with the ArcSDE "dummy" vs. "real"
code.
Hi Saul,
that sounds good. Does it means we should be extra cautious about keeping the
dummy api binary compatible with the esri jars?
cheers,
Gabriel
On Thursday 29 November 2007 06:33:22 pm Saul Farber wrote:
> Hey all,
>
> A while ago there was this specific problem in building the arcsde
> d
Hey guys; trunk is not passing tests ...
http://traffic.openplans.org:8080/continuum/workingCopy.action?projectId=6&projectName=Geotools&userDirectory=modules/library/main/target/surefire-reports&file=org.geotools.styling.SLDStyleTest.txt
And we need to get it going in a state the build box is ha
Check out epsg-oracle module for an example of how to "toggle" between
two profiles depending on if a property was set on the command line.
Jody
> Hey all,
>
> A while ago there was this specific problem in building the arcsde
> datastore. The problem was:
>
> * if you were building the datastor
Hey all,
A while ago there was this specific problem in building the arcsde
datastore. The problem was:
* if you were building the datastore in a DEFAULT way (i.e., not to
actually use it, just to make sure it would compile) then you needed one
set of jarfiles on your classpath.
* if you were b
Jody Garnett ha scritto:
> Thanks Andrea; I was able to fix the postgis versioning module (and
> updated it to use new filters as well). Please reivew and tell us how
> even the slightest contact with the new filters made your code slower.
I still haven't had the time, but it seems trunk is stil
XML encoder always put a xml prolog in the generate output, this is unsuitable
for partial document generation
--
Key: GEOT-1604
URL: http://jira.codehaus.
Thanks Andrea; I was able to fix the postgis versioning module (and
updated it to use new filters as well). Please reivew and tell us how
even the slightest contact with the new filters made your code slower.
For whatever reason shapefile renderer is not drawing (and thus failing
its tests). I
Andrea Aime ha scritto:
> Hi,
> the build server is not able to send build error notifications
> so I'm doing it. The 2.4.x build is failing in the coverage
> module with a bunch of errors:
Not only the build is broken, but the target jdk has been switched
to jdk 1.5 in the main pom GeoTools 2
Hi,
the build server is not able to send build error notifications
so I'm doing it. The 2.4.x build is failing in the coverage
module with a bunch of errors:
[INFO]
[INFO] Building Grid Coverage module
[INFO]task-seg
16 matches
Mail list logo
