[jira] Created: (TAPESTRY-1904) Remove usage of Strings as service id's

["Davor Hrg (JIRA)" <de...@tapestry.apache.org>]

Remove usage of Strings as service id's 
----------------------------------------

                 Key: TAPESTRY-1904
                 URL: https://issues.apache.org/jira/browse/TAPESTRY-1904
             Project: Tapestry
          Issue Type: Wish
          Components: tapestry-ioc
    Affects Versions: 5.0.6
            Reporter: Davor Hrg


Since @Marker annotations were added and multiple markers support too, all is a step closer to removing strings as service ids.

on march 10 HW asked for simplifying tapestry by removing @Contribute (mail with subject: "Simplify Tapestry IoC?")
but back then @contribute used String for service id and switching to a naming convention was a step forward, I believe.


I'll argue this ticket with an assumption:
Module is written and changed far less often than tapestry pages.

While there is definitive benefit from conventions in tapestry core,
for tapestry-ioc might be more suitable for  closer integration with type safety and refactoring.

I will elaborate this based on contribute convention in tapestry module


currently you write this to add TypeCoercers:

public void contributeTypeCoercer(){...}

my proposal would be almost the same as before removing @Contribute:

@Contribute(TypeCoercer.class)
public void addCoercers(){...}


In a situation where modulesare autoloading, and cases when missing dependancy means only
fewer functionalities, ClassDefNotFound exceptions coluld be intercepted to alow continuing startup.

 
I'm unaware of how strongly are service ids integrated into the framework and if this is a feasible proposal.
Just feels like a logical step forward after @Marker annotations.



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org