This seems to be the same bug that existed a while bug, change your
RequestFilter to a Dispatcher and see if it works.
----- Original Message -----
From: "Ulrich Stärk" <[EMAIL PROTECTED]>
To: "Tapestry users" <users@tapestry.apache.org>
Sent: Tuesday, 23 September, 2008 2:15:18 PM GMT +02:00 Athens, Beirut,
Bucharest, Istanbul
Subject: Re: NPE when trying to contribute ServletContextSymbolProvider to
SymbolSource (WAS: Re: Page pool hard limit and page instance usage)
Yes, I am.
Uli
Am Di, 23.09.2008, 13:00, schrieb Peter Stavrinides:
> Ulrich are you using a RequestFilter?
>
>
> ----- Original Message -----
> From: "Peter Stavrinides" <[EMAIL PROTECTED]>
> To: "Tapestry users" <users@tapestry.apache.org>
> Sent: Tuesday, 23 September, 2008 1:45:49 PM GMT +02:00 Athens, Beirut,
> Bucharest, Istanbul
> Subject: Re: NPE when trying to contribute ServletContextSymbolProvider to
> SymbolSource (WAS: Re: Page pool hard limit and page instance usage)
>
> I have looked at this a little more and it seems it is indeed a bug, I get
> a similar problem with code that works in the previous release.
>
> ----- Original Message -----
> From: "Ulrich Stärk" <[EMAIL PROTECTED]>
> To: "Tapestry users" <users@tapestry.apache.org>
> Sent: Tuesday, 23 September, 2008 11:22:30 AM GMT +02:00 Athens, Beirut,
> Bucharest, Istanbul
> Subject: Re: NPE when trying to contribute ServletContextSymbolProvider to
> SymbolSource (WAS: Re: Page pool hard limit and page instance usage)
>
> I'm not sure if we are doing everything right. I hoped to hear something
> from Howard or someone else who knows the matter before opening an issue
> on this.
>
> Cheers,
>
> Uli
>
> Am Di, 23.09.2008, 07:47, schrieb 9902468:
>>
>> Should I add Jira about this?
>>
>> After all, it is pretty pointless to have this symbol provider if it
>> can't
>> work. (Perhaps there is some way to overcome this problem?)
>>
>> - 99
>>
>>
>> Ulrich Stärk wrote:
>>>
>>> A Filter is passed a FilterConfig object where you can call
>>> getServletContext() and get the ServletContext. So the availability
>>> shouldn't be a problem. I rather believe that it doesn't get set in
>>> ApplicationGlobals until a certain point which is after building the
>>> SymbolSource...
>>>
>>> Uli
>>>
>>> Am Mo, 22.09.2008, 16:01, schrieb Peter Stavrinides:
>>>> Just a wild guess, but it sounds like an 'order of things' type
>>>> problem,
>>>> Tapestry being a filter and not essentially a servlet, the context
>>>> might
>>>> not be available at that point.
>>>>
>>>> ----- Original Message -----
>>>> From: "Ulrich Stärk" <[EMAIL PROTECTED]>
>>>> To: "Tapestry users" <users@tapestry.apache.org>
>>>> Sent: Monday, 22 September, 2008 4:51:23 PM GMT +02:00 Athens, Beirut,
>>>> Bucharest, Istanbul
>>>> Subject: NPE when trying to contribute ServletContextSymbolProvider to
>>>> SymbolSource (WAS: Re: Page pool hard limit and page instance usage)
>>>>
>>>> The problem seems to be, that the ServletContext provided by
>>>> ApplicationGlobals is null when Tapestry tries to contribute the
>>>> ServletContextSymbolProvider to the SymbolSource service. I don't know
>>>> why
>>>> this is the case. Maybe someone else can shed some light on this.
>>>>
>>>> Uli
>>>>
>>>> Am Mo, 22.09.2008, 08:08, schrieb 9902468:
>>>>>
>>>>> Hi again,
>>>>>
>>>>> I'm hitting my head to wall here with ServletContextSymbolProvider.
>>>>> It
>>>>> is
>>>>> configured like this:
>>>>>
>>>>> public static void
>>>>> contributeSymbolSource(OrderedConfiguration<SymbolProvider>
>>>>> configuration,
>>>>> @InjectService("ServletContextSymbolProvider") SymbolProvider
>>>>> servletContextSymbolProvider)
>>>>> {
>>>>> configuration.add("ServletContextSymbolProvider" ,
>>>>> servletContextSymbolProvider, "after:SystemProperties",
>>>>> "before:ApplicationDefaults");
>>>>> }
>>>>>
>>>>> public static ServletContextSymbolProvider
>>>>> buildServletContextSymbolProvider(ApplicationGlobals globals){
>>>>> return new
>>>>> ServletContextSymbolProvider(globals.getServletContext());
>>>>> }
>>>>>
>>>>> And it always ends to this error:
>>>>> java.lang.RuntimeException: Unable to instantiate class
>>>>> org.apache.tapestry5.services.TapestryModule as a module builder:
>>>>> Exception
>>>>> constructing service 'Alias': Error invoking service builder method
>>>>> org.apache.tapestry5.services.TapestryModule.buildAlias(Logger,
>>>>> String,
>>>>> AliasManager, Collection) (at TapestryModule.java:217) (for service
>>>>> 'Alias'): Exception constructing service 'SymbolSource': Error
>>>>> invoking
>>>>> constructor
>>>>> o
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Re%3A-NPE-when-trying-to-contribute-ServletContextSymbolProvider-to---SymbolSource-%28WAS%3A-Re%3A-Page-pool-hard-limit-and-page-instance-usage%29-tp19609348p19621689.html
>> Sent from the Tapestry - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
