On Monday, September 16, 2013, Christopher Schultz wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Mark,
>
> On 9/16/13 5:09 AM, Mark Thomas wrote:
> > The only requirement on ordering is at the end of section 8.2
> > which requires that application SCIs are discovered before
> > container SCIs. That is the opposite to what is being requested
> > here.
> >
> > The issue needs to be raised with the EG. I'd suggest you create a
> > JIRA.
>
> While raising the issue with the EG might be appropriate, there's no
> mandate from the EG that WebSocket services be initialized from an
> SCI. I see this as a Tomcat problem, not a spec problem.


I'm willing to take a look at the issue in the next few days and propose
smth for review.
Niki


>
> I believe it's reasonable for webapp code to expect a sane environment
> during initialization. In this case, an architectural decision at the
> container-implementation level (to use an SCI to get WebSocket going)
> has collided with a reasonable expectation of a webapp implementer. I
> don't believe the solution is to have the EG rule on this... the
> solution is to make Tomcat meet expectations.
>
> If that means changing from using an SCI to some other mechanism,
> obviously the EG's opinion is moot. If you want to get the EG's ruling
> and then work within that construct to get Tomcat's WebSocket SCI
> working nicely in the above scenario, that's fine. But you shouldn't
> use an unfavorable (or useless) ruling by the EG as cover for not
> supporting this use case.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.14 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJSNxPsAAoJEBzwKT+lPKRY99UP/Rt2D/c9NYATnRcvDEmE7Zu9
> ey1cyJ8vdcfqb3xKZKEG/N1EPwxRds8NmkuP/B4Z1uAtrV6g84DIyuBfKVg+/IZm
> fyzLZG55A8GPNfiuoe5ajT4TqmhI8ngg3oYfYy42RCd8sUPWI/T3CXNAA07khLS4
> E5o5bbZ+JAV4RptyLGJsdZDceijrxPKWl3KmKKTByn7hGTmcCHSlGbYmdPXJ5oMr
> QX3phw7Qb42u+smpPZ1XcE2pfYy8lhJE/LlbxgWWHIaK+fSod2O9cy1U0Ls1V4kG
> MIA0Vlglr5+FXPwJfW9BzNZ5pDsqAN80ip4Sk91MWiHcPscWdXRIvZS8Yjv3KVi6
> r88q1F/FONClI7CxLnE0GcTjP8ZHOqVZzCxJF9CHP1pRjhEtsUEYBNe5MqXkDwE+
> rDrlfwPnIAMUOdz6DeFX1es/p+k6adDaKIj+vzHtcWyeOekp1zjHFIyoO+ClmmiR
> mv/VI4RXIn9PuUzaUruGojiJ+gzk4UCupoJ4EamiNBKXko9P5PBXFmszBJY7LlZY
> GpWcudMTdyDE/E8ht1zWSnaSvIusbkQR+5WVTXONAOT+a2oGwqKJ8MCbb3opykG8
> Vu6CAKisz67Qb9LhM2Jj6Xa6dtfXBBjlxDfJbadWcORst2hX4Jx0kag0czHyROHz
> VyMgKgN3NwCuoRTgKcah
> =z09t
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org <javascript:;>
> For additional commands, e-mail: users-h...@tomcat.apache.org<javascript:;>
>
>

Reply via email to