JavaScript support under JetSpeed: MyFaces, JetSpeed and ExtensionsFilter

[rh...@arc-mind.com]

JavaScript support under JetSpeed: MyFaces, JetSpeed and ExtensionsFilter.

I am having a problem running components that need the ExtensionsFilter
for JavaScript library support (like the calendar component).

It appears (I discoverd this in the past) that Servlet Filters are ignored
in a Portlet. I don't pretend to know how this is accomplished, but it
seems to be a fact of life.

The problem is that MyFaces JavaScript support relies on the
ExtensionsFilter
(org.apache.myfaces.component.html.util.ExtensionsFilter), and Filters do
not work for JetSpeed Portlets.

I had the same problem with WebSphere and Pluto in the past for the
OpenInSessionViewFilter which caused me to write an
OpenInSessionViewPhaseListener see
http://jroller.com/page/RickHigh?entry=openinsessionviewphaselistener_working_in_pluto_and
for more details.

First assumption is that somebody solved this already for
ExtensionsFilter. My second assumption is that if they did not then it
might make sense to brain storm some ideas so that the work that is done
can be shared (if anyone is interested).

Re: JavaScript support under JetSpeed: MyFaces, JetSpeed and ExtensionsFilter

[rh...@arc-mind.com]

I came up with a low tech solution.

 came up with a lowtech solution. I modified the theme's header.vm and
added the following lines:

<!-- MyFaces stuff -->

<link rel="stylesheet"
href="/presto/faces/myFacesExtensionResource/calendar.HtmlCalendarRenderer/11302665/WH/theme.css"
type="text/css" />
<link rel="stylesheet"
href="/presto/faces/myFacesExtensionResource/calendar.HtmlCalendarRenderer/11302665/DB/theme.css"
type="text/css" />


<script
src="/presto/faces/myFacesExtensionResource/calendar.HtmlCalendarRenderer/11302665/popcalendar_init.js"
type="text/javascript"> </script>
<script type="text/javascript">
jscalendarSetImageDirectory('/presto/faces/myFacesExtensionResource/calendar.HtmlCalendarRenderer/11302665/DB/');
</script>
<script type="text/javascript">
jscalendarMonthName = new
Array("January","February","March","April","May","June","July","August","September","October","November","December");jscalendarMonthName2
= new
Array("January","February","March","April","May","June","July","August","September","October","November","December");jscalendarDayName
= new Array("Sun","Mon","Tue","Wed","Thu","Fri","Sat");jscalendarStartAt =
0;
</script>
<script
src="/presto/faces/myFacesExtensionResource/calendar.HtmlCalendarRenderer/11302665/popcalendar.js"
type="text/javascript"> </script>
<!-- MyFaces stuff -->


I added this to each of the header.vm file in the header section of the
HTML. This will work as long as there is presto.war file present in
Jetspeed and has the MyFaces 1.1.1 web.xml stuff (Servlet that serves up
css and js).

This worked for me.



> You'll need to talk to Mario Ivankovits, Bruno Aranda, Sylvain Vieujot and
> me.
>
> Especially Mario is currently working on getting rid of the
> ExtensionFilter.
>
> regards,
>
> Martin
>
> On 3/2/06, rhightower@arc-mind.com <rh...@arc-mind.com> wrote:
>> JavaScript support under JetSpeed: MyFaces, JetSpeed and
>> ExtensionsFilter.
>>
>> I am having a problem running components that need the ExtensionsFilter
>> for JavaScript library support (like the calendar component).
>>
>> It appears (I discoverd this in the past) that Servlet Filters are
>> ignored
>> in a Portlet. I don't pretend to know how this is accomplished, but it
>> seems to be a fact of life.
>>
>> The problem is that MyFaces JavaScript support relies on the
>> ExtensionsFilter
>> (org.apache.myfaces.component.html.util.ExtensionsFilter), and Filters
>> do
>> not work for JetSpeed Portlets.
>>
>> I had the same problem with WebSphere and Pluto in the past for the
>> OpenInSessionViewFilter which caused me to write an
>> OpenInSessionViewPhaseListener see
>> http://jroller.com/page/RickHigh?entry=openinsessionviewphaselistener_working_in_pluto_and
>> for more details.
>>
>> First assumption is that somebody solved this already for
>> ExtensionsFilter. My second assumption is that if they did not then it
>> might make sense to brain storm some ideas so that the work that is done
>> can be shared (if anyone is interested).
>>
>>
>>
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>

Re: JavaScript support under JetSpeed: MyFaces, JetSpeed and ExtensionsFilter

[Martin Marinschek <ma...@gmail.com>]

You'll need to talk to Mario Ivankovits, Bruno Aranda, Sylvain Vieujot and me.

Especially Mario is currently working on getting rid of the ExtensionFilter.

regards,

Martin

On 3/2/06, rhightower@arc-mind.com <rh...@arc-mind.com> wrote:
> JavaScript support under JetSpeed: MyFaces, JetSpeed and ExtensionsFilter.
>
> I am having a problem running components that need the ExtensionsFilter
> for JavaScript library support (like the calendar component).
>
> It appears (I discoverd this in the past) that Servlet Filters are ignored
> in a Portlet. I don't pretend to know how this is accomplished, but it
> seems to be a fact of life.
>
> The problem is that MyFaces JavaScript support relies on the
> ExtensionsFilter
> (org.apache.myfaces.component.html.util.ExtensionsFilter), and Filters do
> not work for JetSpeed Portlets.
>
> I had the same problem with WebSphere and Pluto in the past for the
> OpenInSessionViewFilter which caused me to write an
> OpenInSessionViewPhaseListener see
> http://jroller.com/page/RickHigh?entry=openinsessionviewphaselistener_working_in_pluto_and
> for more details.
>
> First assumption is that somebody solved this already for
> ExtensionsFilter. My second assumption is that if they did not then it
> might make sense to brain storm some ideas so that the work that is done
> can be shared (if anyone is interested).
>
>
>


--

http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces