Shinyproxy: [बग रिपोर्ट] ShinyProxy की नई रिलीज में AJAX त्रुटि (संस्करण 2.2.0+)

धन्यवाद! हम इसे पुन: पेश कर सकते हैं और इस पर काम कर रहे हैं।

@shrektan समस्या की रिपोर्ट करने के लिए धन्यवाद।
एक फिक्स किया गया है:
https://github.com/openanalytics/containerproxy/commit/6455abdaed031297baf600f5e71e2242b689d940

क्या आप कृपया इस देव को एक कोशिश बना सकते हैं और देख सकते हैं कि यह समस्या को ठीक करता है या नहीं?
https://nexus.openanalytics.eu/nexus/content/repositories/snapshots/eu/openanalytics/shinyproxy/2.2.1-SNAPSHOT/shinyproxy-2.2.1-20190329.093240-2.jar

@fmichielssen त्वरित सुधार के लिए धन्यवाद। मैं पुष्टि कर सकता हूं कि डीटी और fileInput() दोनों देव निर्माण के साथ ठीक काम करते हैं।

पुष्टि के लिए धन्यवाद, @shrektan! इसे ShinyProxy 2.2.1 . के हिस्से के रूप में जारी किया

2.2.1 के साथ बस एक नया इंस्टॉल किया और मुझे वही त्रुटि मिल रही है जैसा @shrektan ने बताया:

फिर, Shinyproxy.log में, मुझे मिलता है:

2019-03-31 21:27:33.548 ERROR 9925 --- [XNIO-2 I/O-3] io.undertow.proxy                        : UT005028: Proxy request to /proxy_endpoint/b77c8f8f-8dc9-45c3-a858-e12c7e33e159/session/cf6134effe616504495d1d75171f0546/dataobj/de_main_table failed

io.undertow.server.TruncatedResponseException: null
    at io.undertow.client.http.HttpRequestConduit.truncateWrites(HttpRequestConduit.java:711) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.conduits.AbstractFixedLengthStreamSinkConduit.terminateWrites(AbstractFixedLengthStreamSinkConduit.java:256) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at org.xnio.conduits.ConduitStreamSinkChannel.shutdownWrites(ConduitStreamSinkChannel.java:178) ~[xnio-api-3.3.8.Final.jar!/:3.3.8.Final]
    at io.undertow.channels.DetachableStreamSinkChannel.shutdownWrites(DetachableStreamSinkChannel.java:79) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyHandler$HTTPTrailerChannelListener.handleEvent(ProxyHandler.java:754) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:646) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:561) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.client.http.HttpClientExchange.invokeReadReadyCallback(HttpClientExchange.java:212) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:410) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:343) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction.run(ProxyHandler.java:561) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.util.SameThreadExecutor.execute(SameThreadExecutor.java:35) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.HttpServerExchange.dispatch(HttpServerExchange.java:815) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:316) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:290) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyConnectionPool.connectionReady(ProxyConnectionPool.java:338) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.ProxyConnectionPool.connect(ProxyConnectionPool.java:525) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at io.undertow.server.handlers.proxy.LoadBalancingProxyClient.getConnection(LoadBalancingProxyClient.java:301) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at eu.openanalytics.containerproxy.util.ProxyMappingManager$1.getConnection(ProxyMappingManager.java:88) [containerproxy-0.8.1.jar!/:0.8.1]
    at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.run(ProxyHandler.java:310) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
    at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:582) [xnio-nio-3.3.8.Final.jar!/:3.3.8.Final]
    at org.xnio.nio.WorkerThread.run(WorkerThread.java:466) [xnio-nio-3.3.8.Final.jar!/:3.3.8.Final]

मजे की बात यह है कि यह दूसरे पैकेज को प्रभावित करता है: चमकदार विजेट। मेरे पास इनपुट का एक गुच्छा है जो इन्सर्टयूआई का उपयोग करके उत्पन्न होता है, और नीचे दी गई ड्रॉपडाउन सूची में मान डेटाबेस (गतिशील) से खींचे जाते हैं। स्थानीय चलते समय, सबकुछ बढ़िया चलता है (और मुझे वास्तविक मान मिलते हैं)। चमकदार प्रॉक्सी पर तैनात करते समय, मुझे एनए 1, एनए 2, एनए 3 ... सुपर अजीब मिलता है।

मुझे यह उल्लेख करना चाहिए कि 2.1.00 को चीजें ठीक काम कर रही थीं। यदि इससे कोई फर्क पड़ता है, तो मैं LetsEncrypt प्रमाणपत्र के साथ, nginx के पीछे चमकदार प्रॉक्सी का उपयोग कर रहा हूं।

@bogdanrau क्या आप एक डमी उदाहरण ऐप प्रदान कर सकते हैं (इसी तरह प्रदान किए गए @shrektan के समान) जो हमें तेजी से पुन: पेश करने की अनुमति देता है?

अरे @tverbeke मैं सोच रहा था कि क्या अब हम 2.2.1 को तैनात कर सकते हैं - क्या यह तय है?

हैलो @dylancis : मूल समस्या निश्चित रूप से हमारे परीक्षणों और @shrektan द्वारा पुष्टि के रूप में तय की गई है। @bogdanrau द्वारा रिपोर्ट की गई समस्या के लिए, हमारे पास अभी तक एक प्रतिलिपि प्रस्तुत करने योग्य उदाहरण नहीं है या (किसी अन्य उपयोगकर्ता से पुष्टि अभी भी एक समस्या है)।

@tverbeke , मैंने अभी नमूना ऐप की कोशिश की है जो @shrektan ने प्रदान किया है और मुझे वह त्रुटि मिल रही है। मैं केवल इतना अंतर देख सकता हूं कि मैं .jar फ़ाइल का उपयोग करने के बजाय सेवा के रूप में .deb का उपयोग कर रहा हूं। क्या कोई .deb फ़ाइल का उपयोग कर रहा है?

2.2.1 साथ यहां ठीक काम करता है।

2.2.1 साथ यहां ठीक काम करता है।

और वह डिबेट इंस्टॉलर, या जार फ़ाइल का उपयोग कर रहा है? मैंने सिर्फ .deb फ़ाइल का उपयोग करके स्क्रैच से एक नया वीएम बनाया और अभी भी किसी भी कारण से वही समस्याएं थीं।

डिबेट फ़ाइल क्या है?

@shrektan : यदि आप चमकदार प्रॉक्सी डाउनलोड पृष्ठ (https://www.shinyproxy.io/downloads/) को देखते हैं, तो आप या तो एक प्लेटफ़ॉर्म-स्वतंत्र फ़ाइल (.jar), या उबंटू के लिए विशिष्ट डिबेट फ़ाइल डाउनलोड कर सकते हैं जिसे आप इंस्टॉल करते हैं डीपीकेजी के साथ मैंने उस बनाम प्लेटफ़ॉर्म स्वतंत्र फ़ाइल को चुना।

मुझे @bogdanrau जैसी ही त्रुटि मिलती है।
मेरा सेटअप: मैं nginx के पीछे चमकदार प्रॉक्सी 2.2.1 (प्लेटफ़ॉर्म-स्वतंत्र .jar) का उपयोग कर रहा हूं।
मैंने देखा है कि यह त्रुटि ShinyProxy में चुनी गई प्रमाणीकरण विधि के आधार पर होती है। जब मैं nginx, ShinyProxy 2.2.1 और प्रमाणीकरण के साथ @shrektan (

पुष्टि कर सकता हूं कि मैं nginx के साथ keycloak का भी उपयोग कर रहा हूं।

मुझे संस्करण> 2.1.0 (आखिरी बार काम करने के लिए जाना जाता है) के साथ भी यह समस्या है, यहां तक ​​​​कि 2.2.1 भी मेरे लिए काम नहीं करता है।
मैं एक dockerized चमकदार प्रॉक्सी चलाता हूं जो प्लेटफॉर्म स्वतंत्र जार को Traefik रिवर्स प्रॉक्सी v1.7.12 के पीछे लाता है।
मैं प्रमाणीकरण/प्राधिकरण के लिए keycloak v6.0.1 का उपयोग कर रहा हूं।
अक्षम होने पर मुझे AJAX सक्षम (सर्वर = TRUE) के साथ डेटाटेबल्स देखने में सक्षम होने के लिए संस्करण 2.1 पर वापस जाना पड़ा, यह नए संस्करणों के साथ काम करता है।

क्या उस बग के लिए कोई समाचार या समाधान है?

मैं ठीक उसी समस्या में चलता हूं और पुष्टि कर सकता हूं कि समस्या keycloak auth के संयोजन में होती

मैं एक उबंटू 18.04.2 एलटीएस मशीन पर एक dockerized वातावरण में चमकदार प्रॉक्सी-2.3.0.जर का उपयोग कर रहा हूँ। Nginx का उपयोग letsencrypt ssl प्रमाणपत्र के संयोजन में रिवर्स प्रॉक्सी के रूप में किया जाता है।

उदाहरण-चमकदार-ऐप:

library(shiny)
library(DT)

ui <- fluidPage(DT::dataTableOutput('tbl'))
server <- function(input, output, session) {
  output$tbl <- DT::renderDataTable(data.frame(Col_1=c(1:10), Col_2=c(11:20)))
}
shinyApp(ui, server)

चमकदार प्रॉक्सी और कीक्लोक-ऑथ (एक ही सर्वर पर चल रहे बीटीडब्ल्यू) के साथ ऊपरी उदाहरण चलाने की कोशिश करने से उल्लिखित 503 सेवा अनुपलब्ध AJAX त्रुटि होती है। टर्निंग सर्वर = FALSE उस त्रुटि को हल करता है लेकिन बड़ी तालिकाओं के लिए प्रश्न से बाहर है।

सटीक application.yml में सरल प्रमाणन या ldap के साथ एक ही मशीन (डोकर, shinyproxy, nginx सेटिंग) कोई परेशानी के बिना चल रहा है।

Billy34 . के साथ भी यही समस्या
ShinyProxy 2.3.0 में, DT::renderDataTable का उपयोग करें, अभी भी वही अजाक्स त्रुटि 503 है
प्रमाणीकरण/प्राधिकरण के लिए keycloak v7.0.0 का उपयोग करें
लेकिन 2.1 के विपरीत ठीक काम करेगा

उदाहरण ऐप

library(shiny)
ui <- fluidPage(DT::dataTableOutput('tbl'))
server <- function(input, output, session) {
output$tbl <- DT::renderDataTable({
DT::datatable(iris, class = 'cell-border stripe')
})
}

मेरे पास वही TruncatedResponseException जिसका उल्लेख @bogdanrau ने https://github.com/openanalytics/shinyproxy/issues/170

बस एक 'मैं भी' जोड़ रहा हूँ। समस्या Keycloak प्राधिकरण बैकएंड के साथ है और अन्यथा दिखाई नहीं देती है। उम्मीद के मुताबिक 2.1 काम पर वापस लौटना।

KeyCloak Auth और किसी भी ShinyProxy संस्करण> 2.1.0 . के साथ भी इसका सामना करना

Nginx (ssl सक्षम) और keycloak प्रमाणन सेवा में एक ही समस्या का सामना करना पड़ा। हालाँकि, DT बिना चाबी के क्लॉक के पूरी तरह से प्रदर्शित होता है।
संलग्न देखें!

Nginx (ssl सक्षम) और keycloak प्रमाणन सेवा में एक ही समस्या का सामना करना पड़ा। हालाँकि, DT बिना चाबी के क्लॉक के पूरी तरह से प्रदर्शित होता है।
संलग्न देखें!

ShinyProxy 2.3.0 jar चमकदारproxy.io से

हम Keycloak के साथ पुन: पेश करने में सक्षम थे। अगली रिलीज में एक फिक्स होगा।

हम Keycloak के साथ पुन: पेश करने में सक्षम थे। अगली रिलीज में एक फिक्स होगा।

वापस करने के लिए धन्यवाद!

किसी भी प्रकार के प्रमाणीकरण के बिना, वही त्रुटि प्राप्त करना। सामग्री-प्रकार का POST अनुरोध करते समय: मल्टीपार्ट/फॉर्म-डेटा। कोई भी विचार दो संस्करणों के बीच क्या अंतर है कि यह त्रुटि आ रही है। कृपया कुछ समाधान सुझाएं यदि पूर्ववत करना कोई विकल्प नहीं है। बीटीडब्ल्यू मैं शाइनीप्रॉक्सी के पीछे फ्लास्क चला रहा हूं
धन्यवाद।

@tverbeke क्या आप कृपया इस समस्या के साथ <dev> शाखा के स्नैपशॉट को आगे बढ़ा सकते हैं? शायद शुरुआती परीक्षण कुछ और खोज सकते हैं जिसे <stable> शाखा को अपडेट करने से पहले ठीक करने की आवश्यकता हो सकती है।
अग्रिम में धन्यवाद।

@jaysnm फिक्स विकसित शाखा में मौजूद है।

@tverbeke यह दुर्भाग्यपूर्ण है कि विकसित करना विफल रहा (कृपया संलग्न देखें)। मैंने शाइनीप्रॉक्सी की विकसित शाखा भी बनाई है, उम्मीद है कि पोम.एक्सएमएल पर कंटेनरप्रॉक्सी 0.8.4-स्नैपशॉट कथित फिक्स देगा। अभी तक कोई फिक्स नहीं। इस बिंदु पर मैं अपने मामले को आराम देता हूं क्योंकि यह इस मुद्दे द्वारा ट्रैक किए गए कुछ और से अलग है।
धन्यवाद।

@jaysnm आपको फिलहाल Oracle जावा के साथ संकलन करने की आवश्यकता है। Sun.security.krb5.KrbTgsReq वर्ग में निर्माता Oracle Java और OpenJDK के बीच भिन्न है और हम इसके बारे में जानते हैं।

आधिकारिक संस्करण 2.3.1 के साथ यह अंततः मेरे लिए ठीक काम करता है। इस मुद्दे को बंद करने का समय #140?

प्रतिक्रिया के लिए धन्यवाद, @ दुसान-डिंगाराक

नमस्ते, मुझे ShinyProxy 2.3.1 से 2.4.1 में अपग्रेड करने के बाद भी यही समस्या आ रही है, क्या हम बग को फिर से खोल सकते हैं?

ब्राउज़र पर:
DataTables warning: table id=DataTables_Table_0 - Ajax error. For more information about this error, please see http://datatables.net/tn/7

चमकदार प्रॉक्सी पर
at io.undertow.server.handlers.proxy.ProxyConnectionPool.connect(ProxyConnectionPool.java:548) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.LoadBalancingProxyClient.getConnection(LoadBalancingProxyClient.java:316) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at eu.openanalytics.containerproxy.util.ProxyMappingManager$1.getConnection(ProxyMappingManager.java:88) ~[containerproxy-0.8.5.jar!/:0.8.5] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.run(ProxyHandler.java:310) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final] │ │ at org.xnio.nio.WorkerThread.run(WorkerThread.java:479) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final] │ │ 2020-10-23 15:33:30.211 DEBUG 1 --- [ XNIO-1 I/O-2] io.undertow.request.error-response : Setting error code 503 for exchange HttpServerExchange{ POST /system-recommendation-dashboard/pr │ │ oxy_endpoint/3913e3ea-8e4d-4c7a-9bf7-4418b3064b26/session/2baa425f53c271bc590b7d1a0c335a89/dataobj/tab_Cov_Linea_O} │ │ java.lang.RuntimeException: null │ │ at io.undertow.server.HttpServerExchange.setStatusCode(HttpServerExchange.java:1416) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler.handleFailure(ProxyHandler.java:668) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$HTTPTrailerChannelListener.handleEvent(ProxyHandler.java:769) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:646) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:561) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientExchange.invokeReadReadyCallback(HttpClientExchange.java:212) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:414) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction.run(ProxyHandler.java:561) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.util.SameThreadExecutor.execute(SameThreadExecutor.java:35) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.HttpServerExchange.dispatch(HttpServerExchange.java:821) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:316) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:290) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyConnectionPool.connectionReady(ProxyConnectionPool.java:353) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyConnectionPool.connect(ProxyConnectionPool.java:548) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.LoadBalancingProxyClient.getConnection(LoadBalancingProxyClient.java:316) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at eu.openanalytics.containerproxy.util.ProxyMappingManager$1.getConnection(ProxyMappingManager.java:88) ~[containerproxy-0.8.5.jar!/:0.8.5] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.run(ProxyHandler.java:310) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final] │ │ at org.xnio.nio.WorkerThread.run(WorkerThread.java:479) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final]

मुझे ट्रैफिक प्रॉक्सी का उपयोग रिवर्स प्रॉक्सी के रूप में लोड संतुलन के साथ बिना ShinyProxy के डीटी के साथ एक ही समस्या है। शायद डीटी और लोड संतुलन से जुड़ा हुआ है?
मेरी तरफ से जांच करने की जरूरत है
क्या आपने यह समस्या देखी है https://github.com/rstudio/DT/issues/849 ?

मैं ट्रैफिक को लोड बैलेंसर के रूप में भी उपयोग कर रहा हूं लेकिन मैं 2.3.1 पर वापस गया और यह ठीक काम करता है, 2.4.0 और 2.4.1 के साथ यह त्रुटि देता है।

नमस्ते @giordyb

मैंने अभी इस मुद्दे की पहली पोस्ट में ShinyProxy 2.4.1 के साथ उदाहरण कोड का परीक्षण किया है और यह अभी भी मेरे लिए काम करता है।
क्या आप निम्नलिखित जानकारी साझा कर सकते हैं:

• आप जिस शाइनी ऐप का इस्तेमाल कर रहे हैं उसका कोड
• Traefik . का विन्यास
• शायद एक डॉकर-लिखें फ़ाइल ताकि मैं आपके सेटअप का आसानी से परीक्षण कर सकूं

मुझे कम से कम दो पहले टुकड़े चाहिए, अन्यथा मैं इस मुद्दे को फिर से तैयार नहीं कर पाऊंगा।
धन्यवाद

बस मेरे दो सेंट यहां जोड़ें। यह सुनिश्चित करने के लिए कि डीटी लोड बैलेंसर (ट्रैफिक) के पीछे काम करता है, मैंने हाल ही में विस्तृत सेटअप के साथ डॉकर झुंड पर आधारित एक साधारण रेपो डीटी-लोड-बैलेंसर बनाया है ... मुझे लगता है कि थोड़े प्रयास से, आप इसे एक प्रतिलिपि प्रस्तुत करने योग्य में बदल सकते हैं इस मुद्दे के बारे में ShinyProxy के लिए उदाहरण...

@giordyb मैंने अपनी समस्या को ट्रैफिक और लोड बैलेंसिंग के साथ हल किया। मैं अभी भी traefik 1.7 (1.7.26) का उपयोग कर रहा हूं और चिपचिपापन कॉन्फ़िगरेशन के साथ अभी भी एक समस्या है। मैं दस्तावेज के रूप में "traefik.backend.loadbalancer.stickiness" लेबल का उपयोग कर रहा था लेकिन बिना किसी सफलता के। पदावनत लेबल "traefik.backend.loadbalancer.sticky=true" का उपयोग करना काम कर रहा है। पता नहीं यह इस मुद्दे के लिए एक सुराग है, लेकिन कौन जानता है।

@ बिली34 धन्यवाद, मैं ट्रैफिक 2.2 चला रहा हूं, मैंने स्टिकी सत्र को सक्षम करने की कोशिश की लेकिन इससे कोई फर्क नहीं पड़ा। मैं जल्द ही अपना कोड और ट्रैफिक कॉन्फिगर पोस्ट करूंगा

@LEDfan मैं Kubernetes (एक बहु-नोड क्लस्टर पर) के तहत traefik चला रहा हूं, इसलिए हमारे पर्यावरण को docker-compose के साथ दोहराने में थोड़ा मुश्किल है।
मैं डॉकटर (मैक के लिए डॉकटर) के तहत एकल कुबेरनेट्स नोड के साथ एक छोटा वातावरण बनाने में सक्षम था और यह अभी भी त्रुटिपूर्ण है।

यहां ऐप के लिए कोड है (यह सिर्फ एक नमूना है लेकिन यह भी त्रुटियां हैं):
_संपादित करें: कोड के लिए अगली पोस्ट देखें_

मैंने इस ऐप के इस संस्करण को चमकदार प्रॉक्सी 2.3.0 के तहत ट्रैफिक के इस कॉन्फ़िगरेशन के साथ परीक्षण किया और यह काम करता है, अगर मैं 2.4.1 पर एक ही चीज़ की कोशिश करता हूं तो मुझे त्रुटि मिलती है

एक और चीज जो मैंने कोशिश की है वह है पोर्ट-फॉरवर्डिंग द्वारा सीधे शाइनीप्रोक्सी कंटेनर में ट्रैफिक को बायपास करना, यहां तक ​​​​कि ऐसा करने से भी त्रुटि दिखाई देती है, इसलिए मुझे वास्तव में संदेह है कि यह एक ट्रैफिक मुद्दा है।

@LEDfan

मैंने कुछ और परीक्षण किए, ऐसा लगता है कि ट्रैफ़िक का इससे कोई लेना-देना नहीं है।

मैंने एक रेपो बनाया जो मेरे पर्यावरण की नकल करता है (https://github.com/giordyb/test_shinyproxy.git)

मैक रनिंग कुबेरनेट्स के लिए डॉकटर पर मैंने चमकदार प्रॉक्सी (2.3.1 और 2.4.1) के 2 परिनियोजन बनाए जो समान चमकदार आर कंटेनर एप्लिकेशन की सेवा करते हैं।
इसमें कोई ट्रैफ़िक शामिल नहीं है, चमकदार प्रॉक्सी पॉड को क्यूब-प्रॉक्सी पोर्ट-फ़ॉरवर्ड के माध्यम से एक्सेस किया जाता है।

2.3.1 के तहत डेटाटेबल कार्यों के लिए अनुरोध

2.4.1 के तहत वही अनुरोध विफल रहता है

और मुझे यह शाइनीप्रॉक्सी कंटेनर के लॉग में मिलता है
2020-10-26 15:17:46.359 ERROR 1 --- [ XNIO-1 I/O-2] io.undertow.proxy : UT005028: Proxy request to /proxy_endpoint/884afa30-73a0-444f-b04f-3ae85b6de6bd/session/aacc55466aefc00eabd04b31f9891242/dataobj/tab_Cov_Linea_O failed │ │ io.undertow.server.TruncatedResponseException: null │ │ at io.undertow.client.http.HttpRequestConduit.truncateWrites(HttpRequestConduit.java:711) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.conduits.AbstractFixedLengthStreamSinkConduit.terminateWrites(AbstractFixedLengthStreamSinkConduit.java:256) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at org.xnio.conduits.ConduitStreamSinkChannel.shutdownWrites(ConduitStreamSinkChannel.java:178) ~[xnio-api-3.8.0.Final.jar!/:3.8.0.Final] │ │ at io.undertow.channels.DetachableStreamSinkChannel.shutdownWrites(DetachableStreamSinkChannel.java:79) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$HTTPTrailerChannelListener.handleEvent(ProxyHandler.java:754) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:646) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:561) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientExchange.invokeReadReadyCallback(HttpClientExchange.java:212) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:414) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction.run(ProxyHandler.java:561) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.util.SameThreadExecutor.execute(SameThreadExecutor.java:35) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.HttpServerExchange.dispatch(HttpServerExchange.java:821) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:316) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:290) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyConnectionPool.connectionReady(ProxyConnectionPool.java:353) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyConnectionPool.connect(ProxyConnectionPool.java:548) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.LoadBalancingProxyClient.getConnection(LoadBalancingProxyClient.java:316) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at eu.openanalytics.containerproxy.util.ProxyMappingManager$1.getConnection(ProxyMappingManager.java:88) ~[containerproxy-0.8.5.jar!/:0.8.5] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.run(ProxyHandler.java:310) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final] │ │ at org.xnio.nio.WorkerThread.run(WorkerThread.java:479) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final] │ │ 2020-10-26 15:17:46.361 DEBUG 1 --- [ XNIO-1 I/O-2] io.undertow.request.error-response : Setting error code 503 for exchange HttpServerExchange{ POST /proxy_endpoint/884afa30-73a0-444f-b04f-3ae85b6de6bd/session/aacc55466aefc00eabd04b31f9891242 │ │ java.lang.RuntimeException: null │ │ at io.undertow.server.HttpServerExchange.setStatusCode(HttpServerExchange.java:1416) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler.handleFailure(ProxyHandler.java:668) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$HTTPTrailerChannelListener.handleEvent(ProxyHandler.java:769) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:646) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:561) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientExchange.invokeReadReadyCallback(HttpClientExchange.java:212) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:414) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction.run(ProxyHandler.java:561) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.util.SameThreadExecutor.execute(SameThreadExecutor.java:35) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.HttpServerExchange.dispatch(HttpServerExchange.java:821) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:316) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:290) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyConnectionPool.connectionReady(ProxyConnectionPool.java:353) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.ProxyConnectionPool.connect(ProxyConnectionPool.java:548) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at io.undertow.server.handlers.proxy.LoadBalancingProxyClient.getConnection(LoadBalancingProxyClient.java:316) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at eu.openanalytics.containerproxy.util.ProxyMappingManager$1.getConnection(ProxyMappingManager.java:88) ~[containerproxy-0.8.5.jar!/:0.8.5] │ │ at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.run(ProxyHandler.java:310) ~[undertow-core-2.1.4.Final.jar!/:2.1.4.Final] │ │ at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final] │ │ at org.xnio.nio.WorkerThread.run(WorkerThread.java:479) ~[xnio-nio-3.8.0.Final.jar!/:3.8.0.Final]

क्या इस समस्या का और निवारण करने के लिए मैं अपनी ओर से कुछ और कर सकता हूँ?

नमस्ते @giordyb

आपके उदाहरण परिनियोजन और रिपोर्ट के लिए धन्यवाद। मैंने आज इस मुद्दे पर गौर किया और यह काफी अजीब मुद्दा है।
डिबग लॉगिंग सक्षम होने के कारण समस्या उत्पन्न होती है। एक वर्ग DispatcherServlet जो शाइनीप्रॉक्सी के माध्यम से भेजे गए अनुरोधों के हिस्सों को लॉग करेगा। हालांकि, यह कुछ अनुमानित अनुरोधों के साथ समस्या का कारण बनता है, क्योंकि उन अनुरोधों का हिस्सा केवल एक बार पढ़ा जा सकता है। इसलिए शाइनी ऐप को एक अमान्य अनुरोध प्राप्त हुआ।

समाधान org.springframework.web.servlet.DispatcherServlet वर्ग के लिए डीबग लॉगिंग को इस प्रकार अक्षम करना है:

logging:
  level:
     root: DEBUG
     org:
        springframework:
           web:
              servlet:
                 DispatcherServlet: INFO

यह अगले ShinyProxy रिलीज़ में डिफ़ॉल्ट होगा, ताकि इस समाधान की अब आवश्यकता न हो।

हाय @LEDfan ,

इस पर इतनी जल्दी गौर करने के लिए धन्यवाद। जैसा कि आपने सुझाव दिया था, मैंने लॉगिंग कॉन्फ़िगरेशन जोड़ा और अब सब कुछ उम्मीद के मुताबिक काम कर रहा है, इसलिए मैं एक खुश टूरिस्ट हूं।

मदद के लिए आपका बहुत बहुत धन्यवाद!

मुझे एनजीआईएनएक्स और एज़ूर एक्टिव डायरेक्ट्री के पीछे कुबेरनेट्स के साथ एक ही समस्या है। डेटा टेबल 2.3.1 के साथ सही ढंग से प्रदर्शित होते हैं लेकिन 2.4.1 के साथ नहीं होंगे। मैंने JDK8 और JDK11 के साथ बिल्ड करने की कोशिश की है।

हमने application.yml से सभी लॉगिंग कॉन्फिग को हटा दिया है और एनजीआईएनएक्स को 'स्टिकी' सत्र चलाने के लिए सेट किया है, लेकिन अब तक कोई भाग्य नहीं है।

समुदाय सहायता पृष्ठ पर हमारे application.yml और चमकदार प्रॉक्सी पॉड लॉग का एक सरलीकृत संस्करण पोस्ट किया है। https://support.openanalytics.eu/t/datatables-ajax-error-with-shinyproxy-v-2-4-1/1763 ।

हाय @smlehman , आपकी अतिरिक्त जानकारी के लिए धन्यवाद।

क्या आप कृपया डेटाटेबल्स का उपयोग करके एक उदाहरण चमकदार ऐप (डॉकरफ़ाइल और आर स्रोत) प्रदान कर सकते हैं?
मेरे पास एक ऐप है, लेकिन यह कुबेरनेट्स सेटअप (nginx का उपयोग करके भी) पर कोई समस्या नहीं देता है। धन्यवाद!

नमस्ते @LEDfan
ज़रूर। आपको पूरी तस्वीर देने के लिए, मैंने उन सभी बुनियादी फाइलों के साथ एक छोटा रेपो बनाया है जिनका हम उपयोग कर रहे हैं। मैंने उस रीडमे को भी शामिल किया है जिस पर मैं एप्लिकेशन का उपयोग करने में रुचि रखने वाले लोगों का समर्थन करने के लिए काम कर रहा हूं, क्योंकि यह हमारे सेटअप के बारे में अतिरिक्त संदर्भ प्रदान कर सकता है।

https://github.com/smlehman/shinyproxy-debugDT
मुझे बताएं कि क्या कुछ और है जो समस्या निवारण में मदद करेगा।