You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Hugo Palma (JIRA)" <ji...@apache.org> on 2009/04/28 13:29:30 UTC
[jira] Created: (TAP5-669) All services related to the old
ApplicationState concept should be renamed to use the new SessionState
naming
All services related to the old ApplicationState concept should be renamed to use the new SessionState naming
-------------------------------------------------------------------------------------------------------------
Key: TAP5-669
URL: https://issues.apache.org/jira/browse/TAP5-669
Project: Tapestry 5
Issue Type: Improvement
Components: tapestry-core
Affects Versions: 5.1.0.4
Reporter: Hugo Palma
5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistence state.
>From a quick search i could find the following:
- ApplicationStateAdapter
- ApplicationStateContribution
- ApplicationStateCreator
- ApplicationStateManager
- ApplicationStatePersistenceStrategy
- ApplicationStatePersistenceStrategySource
- ApplicationStateWorker
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Updated: (TAP5-669) All services related to the old ApplicationState concept should be renamed to use the new SessionState naming
Posted by Christian Edward Gruber <ch...@gmail.com>.
This would be a bit irritating, but we could create, for instance,
rename ApplicationStateAdapter to SessionStateAdapter, then create an
ApplicationStateAdapter interface that mirrors the old one, with a
wrapper impl that simply delegates all calls to
ApplicationStateAdapter. As long as these services aren't really
breaking the Law of Demeter, this should be transparent and all legacy
services/pages which inject the old services should get the injected
wrappers and be able to use them as before.
That or use some sort of aliasing to have the services be vended to
both interfaces (and have the impls implement both interfaces).
Christian.
On Apr 28, 2009, at 12:43 PM, Howard M. Lewis Ship (JIRA) wrote:
>
> [ https://issues.apache.org/jira/browse/TAP5-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Howard M. Lewis Ship updated TAP5-669:
> --------------------------------------
>
> Description:
> 5.1.0.4 introduced the renaming of ApplicationState to SessionState.
> But there are some services that use the same naming and that were
> not renamed leaving the concept and the service names in an
> inconsistent state.
>
> From a quick search i could find the following:
>
> - ApplicationStateAdapter
> - ApplicationStateContribution
> - ApplicationStateCreator
> - ApplicationStateManager
> - ApplicationStatePersistenceStrategy
> - ApplicationStatePersistenceStrategySource
> - ApplicationStateWorker
>
>
> was:
> 5.1.0.4 introduced the renaming of ApplicationState to SessionState.
> But there are some services that use the same naming and that were
> not renamed leaving the concept and the service names in an
> inconsistence state.
>
> From a quick search i could find the following:
>
> - ApplicationStateAdapter
> - ApplicationStateContribution
> - ApplicationStateCreator
> - ApplicationStateManager
> - ApplicationStatePersistenceStrategy
> - ApplicationStatePersistenceStrategySource
> - ApplicationStateWorker
>
>
>
> Those are all public APIs and changing them is difficult, especially
> when we bring service contributions into play. I think we'll need
> some IoC changes before we can support renaming services in this
> way ... alternately, we need a complex way of keeping the existing
> classes and services, and merging them into the new ones.
>
>> All services related to the old ApplicationState concept should be
>> renamed to use the new SessionState naming
>> -------------------------------------------------------------------------------------------------------------
>>
>> Key: TAP5-669
>> URL: https://issues.apache.org/jira/browse/TAP5-669
>> Project: Tapestry 5
>> Issue Type: Improvement
>> Components: tapestry-core
>> Affects Versions: 5.1.0.4
>> Reporter: Hugo Palma
>>
>> 5.1.0.4 introduced the renaming of ApplicationState to
>> SessionState. But there are some services that use the same naming
>> and that were not renamed leaving the concept and the service names
>> in an inconsistent state.
>> From a quick search i could find the following:
>> - ApplicationStateAdapter
>> - ApplicationStateContribution
>> - ApplicationStateCreator
>> - ApplicationStateManager
>> - ApplicationStatePersistenceStrategy
>> - ApplicationStatePersistenceStrategySource
>> - ApplicationStateWorker
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
Christian Edward Gruber
christianedwardgruber@gmail.com
http://www.geekinasuit.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Updated: (TAP5-669) All services related to the old
ApplicationState concept should be renamed to use the new SessionState
naming
Posted by "Howard M. Lewis Ship (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TAP5-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Howard M. Lewis Ship updated TAP5-669:
--------------------------------------
Description:
5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistent state.
>From a quick search i could find the following:
- ApplicationStateAdapter
- ApplicationStateContribution
- ApplicationStateCreator
- ApplicationStateManager
- ApplicationStatePersistenceStrategy
- ApplicationStatePersistenceStrategySource
- ApplicationStateWorker
was:
5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistence state.
>From a quick search i could find the following:
- ApplicationStateAdapter
- ApplicationStateContribution
- ApplicationStateCreator
- ApplicationStateManager
- ApplicationStatePersistenceStrategy
- ApplicationStatePersistenceStrategySource
- ApplicationStateWorker
Those are all public APIs and changing them is difficult, especially when we bring service contributions into play. I think we'll need some IoC changes before we can support renaming services in this way ... alternately, we need a complex way of keeping the existing classes and services, and merging them into the new ones.
> All services related to the old ApplicationState concept should be renamed to use the new SessionState naming
> -------------------------------------------------------------------------------------------------------------
>
> Key: TAP5-669
> URL: https://issues.apache.org/jira/browse/TAP5-669
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.4
> Reporter: Hugo Palma
>
> 5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistent state.
> From a quick search i could find the following:
> - ApplicationStateAdapter
> - ApplicationStateContribution
> - ApplicationStateCreator
> - ApplicationStateManager
> - ApplicationStatePersistenceStrategy
> - ApplicationStatePersistenceStrategySource
> - ApplicationStateWorker
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TAP5-669) All services related to the old
ApplicationState concept should be renamed to use the new SessionState
naming
Posted by "Howard M. Lewis Ship (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TAP5-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Howard M. Lewis Ship updated TAP5-669:
--------------------------------------
Priority: Minor (was: Major)
> All services related to the old ApplicationState concept should be renamed to use the new SessionState naming
> -------------------------------------------------------------------------------------------------------------
>
> Key: TAP5-669
> URL: https://issues.apache.org/jira/browse/TAP5-669
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.4
> Reporter: Hugo Palma
> Priority: Minor
>
> 5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistent state.
> From a quick search i could find the following:
> - ApplicationStateAdapter
> - ApplicationStateContribution
> - ApplicationStateCreator
> - ApplicationStateManager
> - ApplicationStatePersistenceStrategy
> - ApplicationStatePersistenceStrategySource
> - ApplicationStateWorker
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TAP5-669) All services related to the old
ApplicationState concept should be renamed to use the new SessionState
naming
Posted by "Howard M. Lewis Ship (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TAP5-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Howard M. Lewis Ship updated TAP5-669:
--------------------------------------
Priority: Minor (was: Major)
> All services related to the old ApplicationState concept should be renamed to use the new SessionState naming
> -------------------------------------------------------------------------------------------------------------
>
> Key: TAP5-669
> URL: https://issues.apache.org/jira/browse/TAP5-669
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.4
> Reporter: Hugo Palma
> Priority: Minor
>
> 5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistent state.
> From a quick search i could find the following:
> - ApplicationStateAdapter
> - ApplicationStateContribution
> - ApplicationStateCreator
> - ApplicationStateManager
> - ApplicationStatePersistenceStrategy
> - ApplicationStatePersistenceStrategySource
> - ApplicationStateWorker
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TAP5-669) All services related to the old
ApplicationState concept should be renamed to use the new SessionState
naming
Posted by "Howard M. Lewis Ship (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TAP5-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Howard M. Lewis Ship updated TAP5-669:
--------------------------------------
Description:
5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistent state.
>From a quick search i could find the following:
- ApplicationStateAdapter
- ApplicationStateContribution
- ApplicationStateCreator
- ApplicationStateManager
- ApplicationStatePersistenceStrategy
- ApplicationStatePersistenceStrategySource
- ApplicationStateWorker
was:
5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistence state.
>From a quick search i could find the following:
- ApplicationStateAdapter
- ApplicationStateContribution
- ApplicationStateCreator
- ApplicationStateManager
- ApplicationStatePersistenceStrategy
- ApplicationStatePersistenceStrategySource
- ApplicationStateWorker
Those are all public APIs and changing them is difficult, especially when we bring service contributions into play. I think we'll need some IoC changes before we can support renaming services in this way ... alternately, we need a complex way of keeping the existing classes and services, and merging them into the new ones.
> All services related to the old ApplicationState concept should be renamed to use the new SessionState naming
> -------------------------------------------------------------------------------------------------------------
>
> Key: TAP5-669
> URL: https://issues.apache.org/jira/browse/TAP5-669
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.4
> Reporter: Hugo Palma
>
> 5.1.0.4 introduced the renaming of ApplicationState to SessionState. But there are some services that use the same naming and that were not renamed leaving the concept and the service names in an inconsistent state.
> From a quick search i could find the following:
> - ApplicationStateAdapter
> - ApplicationStateContribution
> - ApplicationStateCreator
> - ApplicationStateManager
> - ApplicationStatePersistenceStrategy
> - ApplicationStatePersistenceStrategySource
> - ApplicationStateWorker
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.