2013-09-30 9 views
8

मैं नेटवे-कोडेक-एचएचटीपी को अपने मैवेन प्रोजेक्ट में जाने की कोशिश कर रहा हूं। मेरे पास मेवेन सेंट्रल के प्रॉक्सी अनुरोधों के लिए एक पूरी तरह से मानक सोनाटाइप नेक्सस स्थापित है।स्वचालित रूटिंग फ़िल्टर ने दूरस्थ अनुरोध को खारिज कर दिया - नेक्सस

<dependency> 
    <groupId>io.netty</groupId> 
    <artifactId>netty-codec-http</artifactId> 
    <version>4.0.9.Final</version> 
</dependency> 

यह मेवेन का उपयोग करते समय निर्माण में विफल रहता है। अगर मैं नेक्सस में मैन्युअल रूप से इसके लिए खोज मैं इसे खोजने के लिए, लेकिन अगर मैं जार डाउनलोड करने के लिए जाना यह मुझसे कहता है:

404 - Not Found 
Automatic routing filter rejected remote request for path /io/netty/netty-codec-http/4.0.9.Final/netty-codec-http-4.0.9.Final.jar from M2Repository(id=central) 

यह और भी क्या मतलब है, मैं क्यों यह अधिक महत्वपूर्ण बात हो रही है, और हो सकता है, कैसे करना है मैंने इसे ठीक किया? मैं मैवेन 3.0.4

के साथ नेक्सस 2.5.0-04 का उपयोग कर रहा हूं अन्य कलाकृतियों को डाउनलोड करना ठीक काम करता है।

+0

कैसे आप जार "डाउनलोड" कर रहे हैं? और आपकी केंद्रीय अनुक्रमणिका और उपसर्ग फ़ाइल डाउनलोड कितनी अद्यतित है? इसके अलावा मुझे पता है कि हाल ही में रिलीज में कुछ स्वचालित रूटिंग संबंधित तय किए गए थे, इसलिए मैं 2.6.3-01 के साथ परीक्षण करूंगा और देख सकता हूं कि यह ठीक करता है या नहीं। –

उत्तर

13

अद्यतन: यह सीडीएन कॉन्फ़िगरेशन के साथ एक मुद्दा साबित हुआ जिसे अब हल किया जाना चाहिए। रिमोट डिस्कवरी को मजबूर करने और/या अक्षम करने के लिए नीचे दिए गए चरणों को संदर्भ के लिए छोड़ दिया गया है।

इसका मतलब है कि केंद्रीय के लिए स्वचालित रूटिंग सक्रिय है, और खोजे गए नियमों में io.jetty शामिल उपसर्ग के रूप में नहीं है।

ऐसा नहीं होना चाहिए, क्योंकि डिफ़ॉल्ट कॉन्फ़िगरेशन को दैनिक आधार पर नियमों को अपडेट करना चाहिए (जैसा कि नीचे स्क्रीनशॉट पर देखा गया है, केंद्रीय के लिए डिफ़ॉल्ट स्वचालित रूटिंग कॉन्फ़िगरेशन दिखा रहा है)।

उपाय या तो नियमों के अद्यतन को मजबूर करना है (मैंने जांच की है, /io नियमों के बीच केंद्रीय प्रकाशन है), या पूरी तरह से दूरस्थ खोज अक्षम करें।

कोशिश कदम के रूप में स्क्रीनशॉट पर नीचे दिखाया गया है:

Screenshot

+3

मुझे डिस्कवरी को अक्षम करना पड़ा, भले ही यह सफल हुआ। डाउनलोड तुरंत काम कर रहा है। – Eddie

1

Repository Management with Nexus - 6.4. Managing Routing से:

रूटिंग आंतरिक गतिविधियों नेक्सस क्रम निर्धारित करने के लिए जहां एक Maven भंडार में एक विशेष घटक के लिए देखने के लिए में प्रदर्शन पर विचार किया जा सकता है। रूटिंग जानकारी का घटक पुनर्प्राप्ति के प्रदर्शन के साथ-साथ घटकों की उपलब्धता का निर्धारण करने पर असर पड़ता है।
(...)
स्वचालित रौटिंग को प्रति रिपोजिटरी आधार पर नेक्सस द्वारा नियंत्रित किया जाता है।
(...)
रूटिंग जानकारी में भंडार की निर्देशिका संरचना के शीर्ष दो स्तर होते हैं और prefixes.txt फ़ाइल में संग्रहीत किया जाता है। यह नेक्सस को स्वचालित रूप से अनावश्यक सूचकांक या यहां तक ​​कि रिमोट रिपोजिटरी एक्सेस से बचने के लिए संबंधित समूह आईडी मानों के साथ एक घटक को केवल अनुरोध अनुरोधों को रूट करने की अनुमति देता है।

Maven केंद्रीय रेपो contains that artifact के बाद से मुझे लगता है स्वचालित रूटिंग नियम मनाही है कि विरूपण साक्ष्य के लिए दूरदराज के डाउनलोड। आपके द्वारा पोस्ट किया गया त्रुटि संदेश यह भी सुझाता है।

आप पढ़ सकते हैं कि 6.4.2. Manual Routing Configuration के तहत रूटिंग नियम कैसे जोड़ें। अगर मेरी धारणा सही है, तो inclusive नियम प्रकार को ^/io/netty/.* केंद्रीय रेपो के लिए रूट जोड़कर इस स्थिति को हल किया जाएगा।

+1

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

+0

मेरे पास नेक्सस स्थापित नहीं है, लेकिन जितना मुझे याद है, इसे पुनरारंभ करना जरूरी नहीं है, एक बचत पर्याप्त होनी चाहिए। हालांकि कोशिश करें, आपके पास हारने के लिए कुछ भी नहीं है। मैं मानता हूं कि नेक्सस को छोड़कर या मैन्युअल रूप से इंस्टॉल करना समाधान नहीं है। आप स्थानीय प्रतिनिधि के लिए एक विशेष नियम के साथ भी कोशिश कर सकते हैं। – linski

1

जब 2 नेक्सस के बीच एक पुल को विन्यस्त मैं एक ही मुद्दे का सामना करना पड़ा।

पहले में:

  1. मैं 2 प्रॉक्सी रेपो कहा, दूसरे में 2 सार्वजनिक रेपो समूहों,
  2. तो एक नए समूह में उन 2 प्रॉक्सी रेपोस को संकलित करने,
  3. है कि मैं अंत में जोड़ा को लक्षित पहले नेक्सस सार्वजनिक रेपो समूह

पहले नेक्सस का उपयोग करने के रेपो सूची में, हर बार जब मैं एक निर्भरता केवल 2 में मौजूद का अनुरोध किया, मैं Automatic routing filter rejected remote request for path... अपवाद का सामना करना पड़ा।

तमस द्वारा mentionned के रूप में, इस मुद्दे Routing >> Discovery विशेषता यह है कि मेरी 2 प्रॉक्सी रेपोस में सक्षम था, दूरस्थ नेक्सस भंडार समूहों लक्षित कर रहे थे कि से आता है। एक बार अक्षम होने पर, समस्या हल हो गई थी।

स्वचालित रूटिंग पर इस जरूरत को है में किसी तरह Repository Management with Nexus के लिए सरकारी Sonatype दस्तावेज में विस्तार से बताया की सटीक व्याख्या, अध्याय 6.4.1 में:

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

[...]

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

सादर, थॉमस ताकि आप उस त्रुटि संदेश मिलता है

संबंधित मुद्दे

 संबंधित मुद्दे