You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The one thing we need to consider with this is how the thread name prefix would be determined. Normally the default is the bean name + "-pool-". For monitoring and management it's necessary to have a name. I see two options, either keep "id" as a required field but use it as the thread prefix only in the nested case, or else create the name from the owning bean's name + "-pool-".
Good point. I guess the easiest solution would be to keep using id for the thread prefix and just to make sure that the element can still be used in a nested fashion. This would be similar to a plain nested <bean> then, which may have an id specified that the instance can receive through BeanNameAware; it just won't be registered as a named bean with the factory.
Dave Syer opened SPR-6388 and commented
task:executor/ cannot be used as an inner bean because its parser treats the id attribute as mandatory. If this can be fixed it would be useful.
Affects: 3.0 RC2
The text was updated successfully, but these errors were encountered: