You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by Philip Mark Donaghy <ph...@gmail.com> on 2005/10/25 17:18:55 UTC
CGI mapping portal
Hello everyone,
I would really like to get a well known internet mapping software called
MapServer working as a portlet. MapServer is an open source cgi program
written in C. It plugs right into the Apache servers cgi-bin directory.
There is a map file that is configured to read local or database driven
spatial data and an html template similar to Velocity that defines the
layout of the map, scalebar, legend, and reference map.
Since it is commonly installed in Apache I would be tempted to create a
portlet that serves as a proxy to Apache. Any clues on how to do this? I
would be interested in contributing the result.
Thanks,
Philip
Re: [vote] M4 Release
Posted by Ate Douma <at...@douma.nu>.
David Sean Taylor wrote:
>
> I'd like to propose skipping over the M4 release and going straight to a
> FINAL 2.0 release, shooting for first week of December release date.
>
> Could we please have a vote on this?
+1
>
> I fear we will not have time to do both a M4 and FINAL release before
> ApacheCon.
I think we also need a portals-bridges release (0.4 or 1.0, whatever) then.
I'll send out a separate vote for that on the bridges-dev list.
>
>
> Thanks,
>
> David
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: [vote] M4 Release
Posted by Santiago Gala <sg...@apache.org>.
El mar, 25-10-2005 a las 18:45 -0700, David Sean Taylor escribió:
> I'd like to propose skipping over the M4 release and going straight to a
> FINAL 2.0 release, shooting for first week of December release date.
>
> Could we please have a vote on this?
>
+1 here too (way too late).
> I fear we will not have time to do both a M4 and FINAL release before
> ApacheCon.
>
I agree that two release processes in such a short time would be a big
effort, and further would not leave almost time for feedback and bug
fixing in the process.
Regards
Santiago
>
> Thanks,
>
> David
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
--
VP and Chair, Apache Portals (http://portals.apache.org)
Apache Software Foundation
Re: [vote] Final Release, M4 Release
Posted by Marky Goldstein <re...@rosa.com>.
+1 ( I can help testing, unfortunately currently only testing and docu );
Best regards,
Marky
Scott T Weaver wrote:
>+1
>
>
>
>>-----Original Message-----
>>From: Randy Watler [mailto:watler@wispertel.net]
>>Sent: Wednesday, October 26, 2005 12:29 AM
>>To: Jetspeed Developers List
>>Subject: Re: [vote] M4 Release
>>
>>
>>
>>>I'd like to propose skipping over the M4 release and going straight to
>>>a FINAL 2.0 release, shooting for first week of December release date.
>>>
>>>Could we please have a vote on this?
>>>
>>>
>>>
>>+1
>>
>>Randy
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
>>For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>>
>>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
>For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
RE: [vote] M4 Release
Posted by Scott T Weaver <sc...@binary-designs.net>.
+1
> -----Original Message-----
> From: Randy Watler [mailto:watler@wispertel.net]
> Sent: Wednesday, October 26, 2005 12:29 AM
> To: Jetspeed Developers List
> Subject: Re: [vote] M4 Release
>
> >
> > I'd like to propose skipping over the M4 release and going straight to
> > a FINAL 2.0 release, shooting for first week of December release date.
> >
> > Could we please have a vote on this?
> >
> +1
>
> Randy
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: [vote] M4 Release
Posted by Randy Watler <wa...@wispertel.net>.
>
> I'd like to propose skipping over the M4 release and going straight to
> a FINAL 2.0 release, shooting for first week of December release date.
>
> Could we please have a vote on this?
>
+1
Randy
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: [vote] M4 Release
Posted by Roger Ruttimann <ro...@earthlink.net>.
+1
David Sean Taylor wrote:
>
> I'd like to propose skipping over the M4 release and going straight to
> a FINAL 2.0 release, shooting for first week of December release date.
>
> Could we please have a vote on this?
>
> I fear we will not have time to do both a M4 and FINAL release before
> ApacheCon.
>
>
> Thanks,
>
> David
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: [vote] M4 Release
Posted by Shinsuke SUGAYA <sh...@yahoo.co.jp>.
+1
Thanks,
shinsuke
David Sean Taylor wrote:
>
> I'd like to propose skipping over the M4 release and going straight to a
> FINAL 2.0 release, shooting for first week of December release date.
>
> Could we please have a vote on this?
>
> I fear we will not have time to do both a M4 and FINAL release before
> ApacheCon.
>
>
> Thanks,
>
> David
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
>
--------------------------------------
Know more about Breast Cancer
http://pr.mail.yahoo.co.jp/pinkribbon/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: [vote] M4 Release
Posted by David Le Strat <dl...@yahoo.com>.
+1
--- David Sean Taylor <da...@bluesunrise.com> wrote:
>
> I'd like to propose skipping over the M4 release and
> going straight to a
> FINAL 2.0 release, shooting for first week of
> December release date.
>
> Could we please have a vote on this?
>
> I fear we will not have time to do both a M4 and
> FINAL release before
> ApacheCon.
>
>
> Thanks,
>
> David
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail:
> jetspeed-dev-help@portals.apache.org
>
>
________________________
David Le Strat
Blogging @ http://dlsthoughts.blogspot.com
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
[vote] M4 Release
Posted by David Sean Taylor <da...@bluesunrise.com>.
I'd like to propose skipping over the M4 release and going straight to a
FINAL 2.0 release, shooting for first week of December release date.
Could we please have a vote on this?
I fear we will not have time to do both a M4 and FINAL release before
ApacheCon.
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: CGI mapping portal
Posted by Philip Mark Donaghy <ph...@gmail.com>.
Hi Roger,
The Query string looks like this :
?map=/path/file.map&layer=cities&layer=streets&zoomdir=1&zoomsize=2&program=/url/file.psml&mode=map&root=/base/url&webimagepath=/path/tmp/&webimageurl=/url/&webtemplate=path/file.html
All of the map actions request the program parameter.
I'll try your new code when it comes in. The mapserver doesn't pick up
the get parameters using the current perl bridge.
I got it working with a modified version of the perl bridge. The first
argument to the script is QUEREY_STRING="{http.request.queryString}".
It's simple because it doesn't need the rewriter config and the
portlet init params are the like the above query params.
I can contribute it as a mapserver bridge. The issue that I have is
the mapserver intallation is not like java. MapServer has separate
binaries for windows and the different linux arches. Survey : What os
are you running under jetspeed? Is a mapping server a commonly
requested requirement?
I also don't know if the license is compatible with the apache license.
Philip
On 10/28/05, Roger Ruttimann <ro...@earthlink.net> wrote:
> Philip Mark Donaghy wrote:
>
> >Hi Roger,
> >
> >I haven't given up on this, I'm just not working full time on it. Your
> >method seems to work. The MapServer executable is run when placed in the
> >directory cgi-bin. But the request parameters in the url are not included
> in
> >the QUERY_STRING. I saw some code referring to the portlet session and the
> >perl parameters. I don't know how to set these.
> >
> >
> All attributes (post) and query arguments (get) are extracted by the
> portlet and send to the perl script.
>
> The session is used to pass arguments from another portlet (Tree view)
> to the perl portlet.
>
> >Since this CGI is interactive(zoom, panning, and queries) it needs a url
> >prefix that is used to request these functions. This is specified by a
> http
> >query parameter. I thought of using the psml url but then realized that
> this
> >is different for full screen view and the small view.
> >
> >I have also taken the approach to create a MapServer bridge from the Perl
> >bridge code. This works but I still have the problem of specifying an
> >interactive url that works with different size portlet screens.
> >
> >I will open an enhancement in JIRA if you all think this would make an
> >interesting contribution. I read about a Portlet project at Apache for
> >portlet applications ready to be installed in any Portal engine. Any news
> >about this?
> >
> >Philip
> >
> >On 10/25/05, Roger Ruttimann <ro...@earthlink.net> wrote:
> >
> >
> >>You don't have to rewrite any portlet code.
> >>Just use the perl portlet jar's, add your cgi's, add an entry to the
> >>portlet.xml and set the init-param for the PerlScript, ScriptPath
> >>(relative to the WEB-INF) and Application (unique across perl portlet
> >>applications). Just have a look at the applications/perl sample.
> >>
> >>Roger
> >>
> >>
> >>
> >>
> >>Philip Mark Donaghy wrote:
> >>
> >>
> >>
> >>>Hi Roger, Raphael,
> >>>
> >>>Thanks for your advice. I am writing a Bridge for mapserver as you
> >>>have suggested. I have adapted the PerlPortlet to handle the mapserver
> >>>binary as a legacy application. I've got the doView method figured out
> >>>but I am stuck on the processAction method. I don't see quite how this
> >>>works. It seems that I need a Servlet in my bridge to map actions made
> >>>from the mapserver portlet.
> >>>
> >>>Philip
> >>>
> >>>On 10/25/05, *Roger Ruttimann* < roger.ruttimann@earthlink.net
> >>><ma...@earthlink.net>> wrote:
> >>>
> >>>Philip,
> >>>have a look at the perl bridge which allows you to run and perl
> >>>script
> >>>inside a portlet.
> >>>We use the perl bridge for displaying a lot of legacy applications
> >>>written in perl
> >>>inside a portal.
> >>>
> >>>Roger
> >>>
> >>>Philip Mark Donaghy wrote:
> >>>
> >>>
> >>>
> >>>>Hello everyone,
> >>>>
> >>>>I would really like to get a well known internet mapping software
> >>>>
> >>>>
> >>>called
> >>>
> >>>
> >>>>MapServer working as a portlet. MapServer is an open source cgi
> >>>>
> >>>>
> >>>program
> >>>
> >>>
> >>>>written in C. It plugs right into the Apache servers cgi-bin
> >>>>
> >>>>
> >>>directory.
> >>>
> >>>
> >>>>There is a map file that is configured to read local or database
> >>>>
> >>>>
> >>>driven
> >>>
> >>>
> >>>>spatial data and an html template similar to Velocity that
> >>>>
> >>>>
> >>>defines the
> >>>
> >>>
> >>>>layout of the map, scalebar, legend, and reference map.
> >>>>
> >>>>Since it is commonly installed in Apache I would be tempted to
> >>>>
> >>>>
> >>>create a
> >>>
> >>>
> >>>>portlet that serves as a proxy to Apache. Any clues on how to do
> >>>>
> >>>>
> >>>this? I
> >>>
> >>>
> >>>>would be interested in contributing the result.
> >>>>
> >>>>Thanks,
> >>>>Philip
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail:
> >>>jetspeed-dev-unsubscribe@portals.apache.org
> >>><mailto:jetspeed-dev-unsubscribe@portals.apache.org >
> >>>For additional commands, e-mail:
> >>>jetspeed-dev-help@portals.apache.org
> >>><mailto: jetspeed-dev-help@portals.apache.org>
> >>>
> >>>
> >>>
> >>>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> >>For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
> >>
> >>
> >>
> >>
> >
> >
> >--
> >Philip Donaghy
> >www.capferret.org <http://www.capferret.org>
> >+33 5 56 60 88 02
> >+33 6 20 83 22 62
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
>
--
Philip Donaghy
www.capferret.org
+33 5 56 60 88 02
+33 6 20 83 22 62
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: CGI mapping portal
Posted by Roger Ruttimann <ro...@earthlink.net>.
Philip Mark Donaghy wrote:
>Hi Roger,
>
>I haven't given up on this, I'm just not working full time on it. Your
>method seems to work. The MapServer executable is run when placed in the
>directory cgi-bin. But the request parameters in the url are not included in
>the QUERY_STRING. I saw some code referring to the portlet session and the
>perl parameters. I don't know how to set these.
>
>
All attributes (post) and query arguments (get) are extracted by the
portlet and send to the perl script.
The session is used to pass arguments from another portlet (Tree view)
to the perl portlet.
>Since this CGI is interactive(zoom, panning, and queries) it needs a url
>prefix that is used to request these functions. This is specified by a http
>query parameter. I thought of using the psml url but then realized that this
>is different for full screen view and the small view.
>
>I have also taken the approach to create a MapServer bridge from the Perl
>bridge code. This works but I still have the problem of specifying an
>interactive url that works with different size portlet screens.
>
>I will open an enhancement in JIRA if you all think this would make an
>interesting contribution. I read about a Portlet project at Apache for
>portlet applications ready to be installed in any Portal engine. Any news
>about this?
>
>Philip
>
>On 10/25/05, Roger Ruttimann <ro...@earthlink.net> wrote:
>
>
>>You don't have to rewrite any portlet code.
>>Just use the perl portlet jar's, add your cgi's, add an entry to the
>>portlet.xml and set the init-param for the PerlScript, ScriptPath
>>(relative to the WEB-INF) and Application (unique across perl portlet
>>applications). Just have a look at the applications/perl sample.
>>
>>Roger
>>
>>
>>
>>
>>Philip Mark Donaghy wrote:
>>
>>
>>
>>>Hi Roger, Raphael,
>>>
>>>Thanks for your advice. I am writing a Bridge for mapserver as you
>>>have suggested. I have adapted the PerlPortlet to handle the mapserver
>>>binary as a legacy application. I've got the doView method figured out
>>>but I am stuck on the processAction method. I don't see quite how this
>>>works. It seems that I need a Servlet in my bridge to map actions made
>>>from the mapserver portlet.
>>>
>>>Philip
>>>
>>>On 10/25/05, *Roger Ruttimann* < roger.ruttimann@earthlink.net
>>><ma...@earthlink.net>> wrote:
>>>
>>>Philip,
>>>have a look at the perl bridge which allows you to run and perl
>>>script
>>>inside a portlet.
>>>We use the perl bridge for displaying a lot of legacy applications
>>>written in perl
>>>inside a portal.
>>>
>>>Roger
>>>
>>>Philip Mark Donaghy wrote:
>>>
>>>
>>>
>>>>Hello everyone,
>>>>
>>>>I would really like to get a well known internet mapping software
>>>>
>>>>
>>>called
>>>
>>>
>>>>MapServer working as a portlet. MapServer is an open source cgi
>>>>
>>>>
>>>program
>>>
>>>
>>>>written in C. It plugs right into the Apache servers cgi-bin
>>>>
>>>>
>>>directory.
>>>
>>>
>>>>There is a map file that is configured to read local or database
>>>>
>>>>
>>>driven
>>>
>>>
>>>>spatial data and an html template similar to Velocity that
>>>>
>>>>
>>>defines the
>>>
>>>
>>>>layout of the map, scalebar, legend, and reference map.
>>>>
>>>>Since it is commonly installed in Apache I would be tempted to
>>>>
>>>>
>>>create a
>>>
>>>
>>>>portlet that serves as a proxy to Apache. Any clues on how to do
>>>>
>>>>
>>>this? I
>>>
>>>
>>>>would be interested in contributing the result.
>>>>
>>>>Thanks,
>>>>Philip
>>>>
>>>>
>>>>
>>>>
>>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail:
>>>jetspeed-dev-unsubscribe@portals.apache.org
>>><mailto:jetspeed-dev-unsubscribe@portals.apache.org >
>>>For additional commands, e-mail:
>>>jetspeed-dev-help@portals.apache.org
>>><mailto: jetspeed-dev-help@portals.apache.org>
>>>
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
>>For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>>
>>
>>
>>
>
>
>--
>Philip Donaghy
>www.capferret.org <http://www.capferret.org>
>+33 5 56 60 88 02
>+33 6 20 83 22 62
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: CGI mapping portal
Posted by Philip Mark Donaghy <ph...@gmail.com>.
Hi Roger,
I haven't given up on this, I'm just not working full time on it. Your
method seems to work. The MapServer executable is run when placed in the
directory cgi-bin. But the request parameters in the url are not included in
the QUERY_STRING. I saw some code referring to the portlet session and the
perl parameters. I don't know how to set these.
Since this CGI is interactive(zoom, panning, and queries) it needs a url
prefix that is used to request these functions. This is specified by a http
query parameter. I thought of using the psml url but then realized that this
is different for full screen view and the small view.
I have also taken the approach to create a MapServer bridge from the Perl
bridge code. This works but I still have the problem of specifying an
interactive url that works with different size portlet screens.
I will open an enhancement in JIRA if you all think this would make an
interesting contribution. I read about a Portlet project at Apache for
portlet applications ready to be installed in any Portal engine. Any news
about this?
Philip
On 10/25/05, Roger Ruttimann <ro...@earthlink.net> wrote:
>
> You don't have to rewrite any portlet code.
> Just use the perl portlet jar's, add your cgi's, add an entry to the
> portlet.xml and set the init-param for the PerlScript, ScriptPath
> (relative to the WEB-INF) and Application (unique across perl portlet
> applications). Just have a look at the applications/perl sample.
>
> Roger
>
>
>
>
> Philip Mark Donaghy wrote:
>
> > Hi Roger, Raphael,
> >
> > Thanks for your advice. I am writing a Bridge for mapserver as you
> > have suggested. I have adapted the PerlPortlet to handle the mapserver
> > binary as a legacy application. I've got the doView method figured out
> > but I am stuck on the processAction method. I don't see quite how this
> > works. It seems that I need a Servlet in my bridge to map actions made
> > from the mapserver portlet.
> >
> > Philip
> >
> > On 10/25/05, *Roger Ruttimann* < roger.ruttimann@earthlink.net
> > <ma...@earthlink.net>> wrote:
> >
> > Philip,
> > have a look at the perl bridge which allows you to run and perl
> > script
> > inside a portlet.
> > We use the perl bridge for displaying a lot of legacy applications
> > written in perl
> > inside a portal.
> >
> > Roger
> >
> > Philip Mark Donaghy wrote:
> >
> > >Hello everyone,
> > >
> > >I would really like to get a well known internet mapping software
> > called
> > >MapServer working as a portlet. MapServer is an open source cgi
> > program
> > >written in C. It plugs right into the Apache servers cgi-bin
> > directory.
> > >There is a map file that is configured to read local or database
> > driven
> > >spatial data and an html template similar to Velocity that
> > defines the
> > >layout of the map, scalebar, legend, and reference map.
> > >
> > >Since it is commonly installed in Apache I would be tempted to
> > create a
> > >portlet that serves as a proxy to Apache. Any clues on how to do
> > this? I
> > >would be interested in contributing the result.
> > >
> > >Thanks,
> > >Philip
> > >
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > jetspeed-dev-unsubscribe@portals.apache.org
> > <mailto:jetspeed-dev-unsubscribe@portals.apache.org >
> > For additional commands, e-mail:
> > jetspeed-dev-help@portals.apache.org
> > <mailto: jetspeed-dev-help@portals.apache.org>
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
>
--
Philip Donaghy
www.capferret.org <http://www.capferret.org>
+33 5 56 60 88 02
+33 6 20 83 22 62
Re: CGI mapping portal
Posted by Roger Ruttimann <ro...@earthlink.net>.
You don't have to rewrite any portlet code.
Just use the perl portlet jar's, add your cgi's, add an entry to the
portlet.xml and set the init-param for the PerlScript, ScriptPath
(relative to the WEB-INF) and Application (unique across perl portlet
applications). Just have a look at the applications/perl sample.
Roger
Philip Mark Donaghy wrote:
> Hi Roger, Raphael,
>
> Thanks for your advice. I am writing a Bridge for mapserver as you
> have suggested. I have adapted the PerlPortlet to handle the mapserver
> binary as a legacy application. I've got the doView method figured out
> but I am stuck on the processAction method. I don't see quite how this
> works. It seems that I need a Servlet in my bridge to map actions made
> from the mapserver portlet.
>
> Philip
>
> On 10/25/05, *Roger Ruttimann* < roger.ruttimann@earthlink.net
> <ma...@earthlink.net>> wrote:
>
> Philip,
> have a look at the perl bridge which allows you to run and perl
> script
> inside a portlet.
> We use the perl bridge for displaying a lot of legacy applications
> written in perl
> inside a portal.
>
> Roger
>
> Philip Mark Donaghy wrote:
>
> >Hello everyone,
> >
> >I would really like to get a well known internet mapping software
> called
> >MapServer working as a portlet. MapServer is an open source cgi
> program
> >written in C. It plugs right into the Apache servers cgi-bin
> directory.
> >There is a map file that is configured to read local or database
> driven
> >spatial data and an html template similar to Velocity that
> defines the
> >layout of the map, scalebar, legend, and reference map.
> >
> >Since it is commonly installed in Apache I would be tempted to
> create a
> >portlet that serves as a proxy to Apache. Any clues on how to do
> this? I
> >would be interested in contributing the result.
> >
> >Thanks,
> >Philip
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> jetspeed-dev-unsubscribe@portals.apache.org
> <ma...@portals.apache.org>
> For additional commands, e-mail:
> jetspeed-dev-help@portals.apache.org
> <ma...@portals.apache.org>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: CGI mapping portal
Posted by Philip Mark Donaghy <ph...@gmail.com>.
Hi Roger, Raphael,
Thanks for your advice. I am writing a Bridge for mapserver as you have
suggested. I have adapted the PerlPortlet to handle the mapserver binary as
a legacy application. I've got the doView method figured out but I am stuck
on the processAction method. I don't see quite how this works. It seems that
I need a Servlet in my bridge to map actions made from the mapserver
portlet.
Philip
On 10/25/05, Roger Ruttimann <roger.ruttimann@earthlink.net > wrote:
>
> Philip,
> have a look at the perl bridge which allows you to run and perl script
> inside a portlet.
> We use the perl bridge for displaying a lot of legacy applications
> written in perl
> inside a portal.
>
> Roger
>
> Philip Mark Donaghy wrote:
>
> >Hello everyone,
> >
> >I would really like to get a well known internet mapping software called
> >MapServer working as a portlet. MapServer is an open source cgi program
> >written in C. It plugs right into the Apache servers cgi-bin directory.
> >There is a map file that is configured to read local or database driven
> >spatial data and an html template similar to Velocity that defines the
> >layout of the map, scalebar, legend, and reference map.
> >
> >Since it is commonly installed in Apache I would be tempted to create a
> >portlet that serves as a proxy to Apache. Any clues on how to do this? I
> >would be interested in contributing the result.
> >
> >Thanks,
> >Philip
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
>
Re: CGI mapping portal
Posted by Roger Ruttimann <ro...@earthlink.net>.
Philip,
have a look at the perl bridge which allows you to run and perl script
inside a portlet.
We use the perl bridge for displaying a lot of legacy applications
written in perl
inside a portal.
Roger
Philip Mark Donaghy wrote:
>Hello everyone,
>
>I would really like to get a well known internet mapping software called
>MapServer working as a portlet. MapServer is an open source cgi program
>written in C. It plugs right into the Apache servers cgi-bin directory.
>There is a map file that is configured to read local or database driven
>spatial data and an html template similar to Velocity that defines the
>layout of the map, scalebar, legend, and reference map.
>
>Since it is commonly installed in Apache I would be tempted to create a
>portlet that serves as a proxy to Apache. Any clues on how to do this? I
>would be interested in contributing the result.
>
>Thanks,
>Philip
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: CGI mapping portal
Posted by Raphaël Luta <ra...@apache.org>.
Philip Mark Donaghy wrote:
> Hello everyone,
>
> I would really like to get a well known internet mapping software called
> MapServer working as a portlet. MapServer is an open source cgi program
> written in C. It plugs right into the Apache servers cgi-bin directory.
> There is a map file that is configured to read local or database driven
> spatial data and an html template similar to Velocity that defines the
> layout of the map, scalebar, legend, and reference map.
>
> Since it is commonly installed in Apache I would be tempted to create a
> portlet that serves as a proxy to Apache. Any clues on how to do this? I
> would be interested in contributing the result.
>
Hi Philip,
As an alternative approach, you can also have a look at the Perl bridge
portlet which actually a simple CGI bridge so could handle with little to
no customization a C CGI program.
This would save you the hassle and overload of an additional http request
so it's probably the fastest (and easiest) way to go.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org