2024-07-12
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
कारणम् : वसन्त-सुरक्षा एकीकृता अस्ति।websocket अनुरोधं अवरुद्धवान् तथा च लॉग्स् न निर्गतवान् (यतो हि सामान्यः वसन्त-सम्बद्धः लॉग् स्तरः चेतावनी अस्ति। त्रुटिनिवारण-विधाने अत्यधिकाः लॉग्स् सन्ति)
ततः भवन्तः logs द्रष्टुं undertow log level परिवर्तयितुं शक्नुवन्ति
- # 日志配置
- logging:
- level:
- com.cas.wict: debug
- org.springframework: warn
- org.springframework.web: debug
- io.undertow: debug
कील लॉग आउटपुट
- 2024-07-11 10:15:43.292 [XNIO-1 task-1] DEBUG io.undertow.request.security
- - Attempting to authenticate /ws, authentication required: false
- 2024-07-11 10:15:43.293 [XNIO-1 task-1] DEBUG io.undertow.request.security
- - Authentication outcome was NOT_ATTEMPTED with method io.undertow.security.impl.CachedAuthenticatedSessionMechanism@7fedbc60 for /ws
- 2024-07-11 10:15:43.293 [XNIO-1 task-1] DEBUG io.undertow.request.security
- - Authentication result was ATTEMPTED for /ws
ज्ञातं यत् सुरक्षा ws अनुरोधमार्गं अवरुद्धवती स्यात् (किमर्थं अवरुद्धवती, अहं अनुमानं करोमि यत् यद्यपि ws लिखितम् आसीत् तथापि आरब्धस्य समये अपि http आसीत्, पृष्ठभूमितः websocket मध्ये उन्नयनं च कृतम्)
समाधानम् : सत्यापनम् त्यक्त्वा ws अनुरोधानाम् सत्यापनार्थं पृथक् फ़िल्टरं लिखन्तु
पूर्वं netty-websocket इत्यस्य उपयोगेन संयोजनं किमर्थं सम्भवम् आसीत् यतोहि netty इत्यनेन spring-security filter chain इत्यस्य उपयोगः न कृतः ।