Well as I said before in order to find the optimal solution we should know
some more details on your project and architecture....

what can I say in general is that Liferay portlets are basically JSP pages
so my suggestion is to develop your components as separate applications that
can also work stand-alone and then integrate them into Liferay.

Actually we followed two approaches in few past projects:

1. the simplest one, use a iFrame portlet to integrate into the portal our
clients as is, using iFrame parameters to communicate authentication and
other stuff. Consider that the iframe is a portlet itself and can be
extended as you wish in order to match your needs.

2. we developed GIS web clients for Liferay and used the standard portlet
protocol in order to pass over GET parameters to/from portal and other
portlets.

with the information I have I guess that I cannot be more useful than this.

What can I say in conclusion is just ... don't try to rebuild a new client
from scratch for Liferay but find a way to integrate it in the portal.

Hope my hints will be of some help for you.

Kind regards,
        Alessio.

-------------------------------------------------------
Ing. Alessio Fabiani
Founder / CTO GeoSolutions S.A.S.

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: (+39) 0584 96.23.13
fax:     (+39) 0584 96.23.13
mobile:(+39) 331 62.33.686

http://www.geo-solutions.it
http://geo-solutions.blogspot.com
http://www.linkedin.com/in/alessiofabiani
http://twitter.com/geosolutions_it
-------------------------------------------------------


On Tue, May 10, 2011 at 9:19 AM, Martin Tomko <[email protected]> wrote:

>  Dear Alessio,
> I will pass your feedback (I found the link already before) to our Liferay
> team. What is not quite clear to me is how does geoserver integrate with it
> – it is totally missing in the diagrams. I know it is not a particular
> problem, you can issue a portlet-based query to Geoserver and get the
> response, but then you need to implement a WMS/WFS client for that. Which
> gets me back to where I was hoping to get – what did you use as a map
> interface, and/or for WFS inputs (we expect these also from federated
> resources. I am thinking, for the moment, about an OpenLayers maps interface
> (and again, cannot find a portlet, although there seems to be some project
> originating in spain, but no more maintained).
>
> I am not myself the developer of the Liferay backend, I am just trying to
> convey some geospatial experience to our tech guys now, and I do not want
> them to re-invent the wheel. I know that they are about to try to use
> Geotools as a WFS client to simplify the parsing of the responses (is there
> a better way?), but I was wondering if this is not an overkill. Anyway, all
> hints are welcome.
>
> Martin
>
>
>
> On 5/05/11 6:33 PM, "Alessio Fabiani" <[email protected]>
> wrote:
>
> Hello Martin,
>
> we have some experience working with LifeRay (see
> http://geo-solutions.blogspot.com/2010/11/cas-ldap-ftp-liferay-geosolutions-new.html
>  ).
>
> Altough we actually prefer, on our experience, to maintain GeoServer on a
> dedicated JVM and build ad hoc portlets to integrate LifeRay and GeoServer
> functionalities.
> In the use-case above using CAS was a good choice to synchronize the A&A
> security level also.
>
> However what can I say is that the right choice heavily depends on the
> architecture and project requirements.
> For instance on another project we have integrated GeoServer on LifeRay
> through Service Endpoints attached to an Enterprise Service Bus.
>
> Regards,
>            Alessio.
>
> -------------------------------------------------------
> Ing. Alessio Fabiani
> Founder / CTO GeoSolutions S.A.S.
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
>
> phone: (+39) 0584 96.23.13
> fax:     (+39) 0584 96.23.13
> mobile:(+39) 331 62.33.686
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com
> http://www.linkedin.com/in/alessiofabiani
> http://twitter.com/geosolutions_it
> -------------------------------------------------------
>
>
> On Thu, May 5, 2011 at 6:13 AM, Martin Tomko <[email protected]>
> wrote:
>
> Hi all,
> I am new to this list and the advanced functionalities of Geoserver,
> although I have used it on an on/off basis for years as my WFS server of
> choice (and its back-end technology geotools as a developer as well).
>
> I am looking for a map interface and advanced functionalities exposed in a
> Liferay portlet, supported by a WMS server (and linking to WFS and WPS
> functionalities) . OpenLayers is likely to be our dyanmic mapping interface
> of choice, backed by Geoserver (also maybe on a standalone WMS request
> basis). I am looking for any pointers and experience in this area, and
> advice how to best integrate a dyanmic mapping capability supported by
> Geoserver in such a portal. I know this is not a core Geoserver question,
> btu I know that there is some experience in the community with the
> integration of Geoserver and Liferay.
>
> Thanks
> Martin
>
>
> -
>
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Geoserver-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to