<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 13 Feb 2019 at 14:55, Jody Garnett <<a href="mailto:jody.garnett@gmail.com">jody.garnett@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto">There is probably no reason not to do both?</div></div><div dir="auto"><br></div><div dir="auto">As for joining the GeoServer GitHub ... the GeoFence project did it (moving from GeoSolutions to GeoServer GitHub). So we can check email archive to see how they did it ... probably just asked. </div><div dir="auto"><br></div><div dir="auto">There is a difference in license AGPL vs GPL to consider between the projects.  </div></blockquote><div><br></div><div>The difference is that one (GeoFence) is a plugin that is added to GeoServer  and so makes sense to be part of the GeoServer project and the other is a project that uses the GeoServer API and as such should be a standalone project in the same way as <a href="https://github.com/geosolutions-it/geoserver-manager">GeoManager</a>, <a href="https://github.com/marcjansen/geoserver-rest-client">geoserver-rest-client</a>, <a href="https://github.com/boundlessgeo/gsconfig">gsconfig</a> and probably dozens of other clients. You might as well say that QGis belongs in side geoserver because it can handle WMS and WFS requests. </div><div><br></div><div>I see no reason at all to start adding client code to the GeoServer code base.</div><div><br></div><div>Ian</div><div><br></div></div></div></div>