GeoTools / GeoServer Meeting 2016-01-12
Attending
---------
Andrea Aime
Ben Caradoc-Davies
Brad Hards
Torben Barsballe
Ian Turton
Jim Hughes
Kevin Smith
Jukka Rahkonen
Agenda
------
- GeoServer code sprint
- Infrastructure
- GSIP-136 - Resource Notification Dispatcher
- API change close() -> dispose()
- Pull requests
Actions
-------
- Code sprint: (Jody) reach out to martin davis regards accommodation
- Code sprint: (Jody) confirm transport plans with attendees
Actions from last meeting
-------------------------
- Jody: do an updated blog post in the new year to thank GeoServer code
sprint sponsors (pending new blog site)
- Jody: talk to Justin on the mailing list about making a new milestone release (no response)
- Jody: follow up with Niels on clustered notifications (sent to technical debt page)
GeoServer code sprint
---------------------
Sponsorship is good (thanks Vivid!).
* https://wiki.osgeo.org/wiki/GeoServer_Code_Sprint_2016
We have plan - how are people doing for prep?
* https://github.com/geoserver/geoserver/wiki/Wicket-migration-code-sprint (preflight instructions)
Still missing some direction to upgrade tests:
* wicket tester in wicket 1.4 was poor and we did not manage to test anything. Look into if the wicket tester AJAX testing has improved at all?
* may need to look at some scripting tools? Selenium or similar?
- http://docs.seleniumhq.org/
Action:
* (Jody) reach out to martin davis regards accommodation
* (Jody) confirm transport plans with attandees
Infrastructure
--------------
* Ares and windbuild credentials changed, email for access.
* blog.geoserver.org is now cloud hosting (pretest geoserver.wpengine.com ) which is now live (contract jody for access)
* New Linux build server with OpenJDK 7/8 proposed by GeoSolutions. Shall it start sending hate mails? undecided yet
* Question about duplicating effort - further discussion needed
* Q: Should put OpenJDK7/8 on ares? If it can handle it ... OpenJDK is available already
* CITE tests still waiting for deployment on Ares
GSIP-136 - Resource Notification Dispatcher
-------------------------------------------
Last call for votes, proposal written up after last meeting.
https://github.com/geoserver/geoserver/wiki/GSIP-136
API change close() -> dispose()
-------------------------------
Should we do this as part of Java 8 migration? Dicussion on email indicates yes...
1. add close? (yes)
2. deprecate dispose? Makes sense but is annoying when we remove it in the future, use a default method when we remove it because java 8.
IDE is going to start complain when you do not call close() - even if you call for dispose().
What is needed:
- add close()
- deprecated dispose()
- add a note in the update instructions
- docs? most examples cover use of API rather than this case...
Pull Requests
-------------
Pull request discussion --> migrate to developers guide.
GeoTools
- shapefile index instructions
- Jody is reminded to review 1055, 1054
https://github.com/geotools/geotools/pull/1014
jody nominate brad for commit 
- aaime +1
- ian +1
- Jukka +1
- Ben +1
https://github.com/geoserver/geoserver/pull/1398
- wait to backport to 2.8, 2.7...
https://github.com/geoserver/geoserver/pull/1399
- seems straight forward
https://github.com/geoserver/geoserver/pull/1397
- needs review
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand