Re: NPE when trying to contribute ServletContextSymbolProvider to SymbolSource (WAS: Re: Page pool hard limit and page instance usage)

[Ulrich Stärk]

I even removed the RequestFilter, AppligationGlobals.getServletContext()
still returns null.

Uli

Am Di, 23.09.2008, 14:42, schrieb Peter Stavrinides:
> 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]
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]