See http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/164/changes
--
[...truncated 894 lines...]
[INFO] Deleting directory
http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/ws/geoserver/wms/target
[INFO] [cobertura:clean {execution
See http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/63/changes
Changes:
[arneke] Configuration for connection to geoserver
--
[...truncated 462 lines...]
Results :
Tests run: 16, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar]
[INFO] B
See http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/62/changes
Changes:
[dwinslow] Use the paging stuff for KML output.
--
[...truncated 468 lines...]
[INFO] Building jar:
http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/ws/geos
See http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/163/changes
Changes:
[bmmpxf] Added README for 1.6.3
--
[...truncated 894 lines...]
[INFO] Deleting directory
http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/ws/geoserver/wms/
See http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/61/changes
Changes:
[bmmpxf] Updated README for 1.6.3
--
[...truncated 430 lines...]
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Results :
Tests run: 16, Fail
empty PNG8 images not transparent in IE6
Key: GEOS-1855
URL: http://jira.codehaus.org/browse/GEOS-1855
Project: GeoServer
Issue Type: Bug
Components: WMS
Affects Versions: 1.6.2
Seems a recent change to GridGeometry2D on geotools trunk is causing
this failure. I looked briefly and the changes do not seem trivial...
although i have zero knowledge of coverage stuff.
[EMAIL PROTECTED] wrote:
> See http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/60/changes
>
Like on dates fails during cite wfs 1.1 tests againsg postgres 8.3
--
Key: GEOS-1854
URL: http://jira.codehaus.org/browse/GEOS-1854
Project: GeoServer
Issue Type: Bug
See http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/60/changes
--
[...truncated 455 lines...]
Running org.geoserver.ows.kvp.KvpUtilsTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Results :
Tests run: 16, Failur
I am developing and image mosaicing/pyradmid plugin for geotools and did some
tests with geoserver.
The size of the pyramids are beyond some Gigs and the constructor of
CoverageConfig does a test read using 1/20 of the width and hight of the
full extent. That is to much !.
I could avoi
See http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/59/changes
Changes:
[jdeolive] temporary hookup of paging
--
[...truncated 434 lines...]
Running org.geoserver.ows.kvp.KvpUtilsTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time ela
Yeah, +1 from me too.
My earlier email definitely wasn't intended to defend the space...it
should go! I just think we should do a mini salvage operation there
first (if possible).
--saul
On Mon, 2008-04-07 at 09:54 -0700, Justin Deoliveira wrote:
> I agree with you mike. We should kill this spa
I agree with you mike. We should kill this space. So yeah. the
developers should go through and let you know if there are any pages
worth salvaging before you axe it.
Mike Pumphrey wrote:
> Hi Saul. Thanks for chiming in. It doesn't sound/look to me like there
> are enough DEV pages to really
Hi Saul. Thanks for chiming in. It doesn't sound/look to me like there
are enough DEV pages to really merit its own space, but please feel free
to disagree.
I think I'm too new on the project to go through GEOSDEV by myself
(although I can and am willing to if it is voted that way), but if I
See http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/58/changes
Changes:
[jdeolive] added a paging feature source wrapper
[dwinslow] Re-enable the refractions repository.
--
[...truncated 433 lines...]
Running org.geoserver.ows.kvp.KvpUtilsTe
See http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/162/changes
--
[...truncated 893 lines...]
[INFO] [clean:clean]
[INFO] Deleting directory
http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/ws/geoserver/wms/target
[INFO] [cober
I had the refractions repo commented out locally when I added the restlet
repository to the main pom file. I just fixed that, so if you've been having
trouble building trunk an 'svn up' should help.
-David
On Monday 07 April 2008 09:02:02 Andrea Aime wrote:
> Hi,
> today Andreas contacted me b
+100 :). I did just this the other day for GetInfoKvpReaderTest and it
was quite painless. Minus the issue about setting the GEOSERVER_DATA_DIR
system property.
-Justin
Andrea Aime wrote:
> Hi,
> the test module these days does not seem to be very interesting...
> it has a set of very old wms t
See http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/161/changes
Changes:
[aaime] Removing preferences from the build, it's unused anyways
[aaime] Reistating refractions repo, jta jars are only there
--
[...truncated 895 lines...]
[INFO] [cle
Hi,
today Andreas contacted me because he could not build GeoServer
1.6.x. Turned out a needed jar
(http://lists.refractions.net/m2/javax/transaction/jta/1.0.1B/)
is not on the main repos and the refractions repo was enabled
only for snapshots. So I added it back.
Yet, when I looked into the trun
See http://gridlock.openplans.org:8080/hudson/job/geoserver-1.6.x/160/changes
Changes:
[aaime] Modified DataLayersResources POST output to better suite extjs
requirements
--
[...truncated 3342 lines...]
6614/529K
6615/529K
6617/529K
6621/529K
6625/529K
66
Hi,
the test module these days does not seem to be very interesting...
it has a set of very old wms tests that do try to stand up
a local geoserver and fail if another geoserver is running
on the box.
I'd suggest to swiftly kill that module and move any useful
test over to the wms module. Opinions
www folder refuses to serve data whose format is uknown
---
Key: GEOS-1853
URL: http://jira.codehaus.org/browse/GEOS-1853
Project: GeoServer
Issue Type: Bug
Components: Global
23 matches
Mail list logo
