On Wed, May 5, 2010 at 11:10 PM, Ruwan Linton <ruwan.lin...@gmail.com>wrote:
> Agreed! so I was wrong, we can monitor inlined endpoints, but we cannot > manage them via JMX. > > Still, my belief is that we should deal this problem rather than asking > users to always specify a name. > > How about printing a WARN saying we are going to generate a name on behalf of the user and it is better if he can give name, or something like that? Thanks, Supun.. > Thanks, > Ruwan > > > On Wed, May 5, 2010 at 9:09 PM, Supun Kamburugamuva <supu...@gmail.com>wrote: > >> On Wed, May 5, 2010 at 8:18 PM, Ruwan Linton <ruwan.lin...@gmail.com>wrote: >> >>> Folks, >>> >>> Please note that there is noway that we can manage or monitor inlined >>> endpoints. >>> >>> Actually even now we can monitor an inline endpoint using JMX, enable >> statistics and tracing. Only condition is it should have a name. >> >> If it doesn't have a name and if we enable statistics, statistics are >> recorded under the general name AnonymousEndpoint. If we have two of those >> statistics are collected under the same name. That means if I send 1 request >> to annon epr1 and 2 requests to annon epr 2, 3 requests will be shown under >> the AnonymousEndpoint. >> >> Thanks, >> Supun.. >> >> >>> Even we enforced names for inlined endpoints, there is noway (at least >>> for the moment) that any user can manage/monitor those endpoints, which is >>> simply because there is no means of retrieving inlined endpoints. >>> >>> I am holding my *strong* -1 for enforcing the name for inlined endpoints. >>> >>> To make the developers life easier we are trying to make the life of the >>> user a difficulty. >>> >>> Please give me a list of *tested* advantages that the user get by >>> enforcing a name for the inlined endpoints. >>> >>> Thanks, >>> Ruwan >>> >>> >>> On Wed, May 5, 2010 at 2:43 PM, Hiranya Jayathilaka < >>> hiranya...@gmail.com> wrote: >>> >>>> Hi Supun >>>> >>>> On Wed, May 5, 2010 at 2:28 PM, Supun Kamburugamuva >>>> <supu...@gmail.com>wrote: >>>> >>>>> I think we all agree that having a meaningful name for any endpoint >>>>> (in-line or not) is very important >>>> >>>> >>>> No not really. Most users will be happy with the existing model. AFAIU >>>> most users do not bother with endpoint management stuff. In most production >>>> systems if an endpoint gets suspended then that is due to a real serious >>>> problem in the deployment. So the answer to that is not to use JMX to >>>> re-enable the endpoint but to investigate where the problem is. >>>> >>>> >>>>> and is a production best practice. >>>> >>>> >>>> That's correct. >>>> >>>> >>>>> So I'm still not getting why we are not agreeing to force it, because >>>>> the disadvantages to the user are greater than the advantages. >>>> >>>> >>>> Is it? IMO this change will be a major hit on the usability and the >>>> correctness of the model. Totally outweighs the advantages. >>>> >>>> Thanks, >>>> Hiranya >>>> >>>> >>>>> >>>>> Thanks, >>>>> Supun.. >>>>> >>>>> >>>>> On Wed, May 5, 2010 at 2:23 PM, indika kumara >>>>> <indika.k...@gmail.com>wrote: >>>>> >>>>>> >>>>>> My point exactly :) We should keep anonymous endpoints around since >>>>>>> they are very useful. But the best practice should be to properly name >>>>>>> all >>>>>>> endpoints. >>>>>>> >>>>>>> Thanks, >>>>>>> Hiranya >>>>>>> >>>>>> >>>>>> Hiranya ... If you mean that we should avoid the auto generation of >>>>>> the names and keeps anonymous endpoints 'as-is'. That is the behavior in >>>>>> early days including the last release. If so... I would like to add >>>>>> something .. If the correctness of the operation is critical such as >>>>>> clustering and if the user has not specified the name , we should warn or >>>>>> exit. >>>>>> >>>>>> Thanks >>>>>> >>>>>> Indika >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Software Engineer, WSO2 Inc >>>>> http://wso2.org >>>>> supunk.blogspot.com >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Hiranya Jayathilaka >>>> >>>> Software Engineer; >>>> WSO2 Inc.; http://wso2.org >>>> E-mail: hira...@wso2.com; Mobile: +94 77 633 3491 >>>> Blog: http://techfeast-hiranya.blogspot.com >>>> >>> >>> >>> >>> -- >>> Ruwan Linton >>> Technical Lead & Product Manager; WSO2 ESB; http://wso2.org/esb >>> WSO2 Inc.; http://wso2.org >>> email: ru...@wso2.com; cell: +94 77 341 3097 >>> blog: http://ruwansblog.blogspot.com >>> >> >> >> >> -- >> Software Engineer, WSO2 Inc >> http://wso2.org >> supunk.blogspot.com >> >> >> > > > -- > Ruwan Linton > Technical Lead & Product Manager; WSO2 ESB; http://wso2.org/esb > WSO2 Inc.; http://wso2.org > email: ru...@wso2.com; cell: +94 77 341 3097 > blog: http://ruwansblog.blogspot.com > -- Software Engineer, WSO2 Inc http://wso2.org supunk.blogspot.com