That's right, I have not noticed that in geoserver there are so many
plugins which contain their own GUI. And Wicket is suitable for this.
If the GUI is based on a full frontend framework like ReactJS, Angular Vue,
then there will be additional jobs to make the frontend know how to build
the GUI
Oh, another though about a possible JS GUI replacement
I have been playing a bit with React and Redux some time ago,
the learning curve is steep, I very much doubt the existing GeoServer Java
devs would
be able to pick it up (as we are, with few exceptions, pure server side
devs).
If there was
On Mon, Aug 3, 2020 at 8:28 AM maven apache wrote:
>
>
>> you might need to add a few new resources.
>>
>
> What does the `new resources` mean?
>
As in the R of REST. Basically new controllers or new methods in existing
controllers.
What Jody said is very much true, a stable set of JS devs are
On Thu, Jul 30, 2020 at 8:30 PM Andrea Aime
wrote:
> Wicket runs in Java and has direct access to the entire codebase, there
> are no endpoints.
>
> You can develop a JavaScript front end based on the REST API.
>
Yes, this is my plan.
> While it should be able to do most of what the exist
This has been done by several different groups, but never as a sustainable
open source project. The existing team of java developers would need an
influx of JS developers for such a result to be maintained.
Here is an example: https://github.com/planetfederal/composer/tree/master
from Boundless, I
Wicket runs in Java and has direct access to the entire codebase, there
are no endpoints. You can develop a JavaScript front end based on the REST
API. While it should be able to do most of what the existing front end
does, you might need to add a few new resources.
Cheers
Andrea
Il gio 30 lug
Hi:
I wonder if it is possible to replace the GeoServer Web UI from apache
wicket to ReactJS or something else?
I am not sure if ReactJS based front end can use the endpoints provided
apache wicket, if not, are the Restful endpoints enough for building a UI?
_
