के साथ समस्याएं हमारे पास 1.2.4 एप्लिकेशन है और हमें एप्लिकेशन के लिए जेनकिन्स (उबंटू पर) मिला है। हमें कोबर्टुरा के साथ समस्याएं आ रही हैं।जेनकींस + प्ले 1.2.4: कोबर्टूरा लॉक फाइलों/रिपोर्ट
---------------------------------------
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at net.sourceforge.cobertura.util.FileLocker.lock(FileLocker.java:124)
at play.modules.cobertura.CoberturaPlugin$CoberturaPluginShutdownThread.run(Unknown Source)
Caused by: java.nio.channels.OverlappingFileLockException
at sun.nio.ch.FileChannelImpl$SharedFileLockTable.checkList(FileChannelImpl.java:1166)
at sun.nio.ch.FileChannelImpl$SharedFileLockTable.add(FileChannelImpl.java:1068)
at sun.nio.ch.FileChannelImpl.lock(FileChannelImpl.java:824)
at java.nio.channels.FileChannel.lock(FileChannel.java:860)
... 6 more
---------------------------------------
Unable to get lock on /var/lib/jenkins/jobs/project/workspace/cobertura.ser.lock: null
This is known to happen on Linux kernel 2.6.20.
Make sure cobertura.jar is in the root classpath of the jvm
process running the instrumented code. If the instrumented code
is running in a web server, this means cobertura.jar should be in
the web server's lib directory.
Don't put multiple copies of cobertura.jar in different WEB-INF/lib directories.
Only one classloader should load cobertura. It should be the root classloader.
---------------------------------------
lock file could not be deleted
यह लेकिन आगे का निर्माण नीचे "निर्माण को तोड़ने" प्रतीत नहीं होता है, हम पाते हैं:
परीक्षण (सफलतापूर्वक) चलाने के बाद, हर अब और फिर, हम निम्नलिखित त्रुटि मिलती है निम्नलिखित (जो कोबर्टूरा रिपोर्ट विफल होने का कारण बनता है)
Publishing Cobertura coverage report...
No coverage results were found using the pattern 'test-result/code-coverage/coverage.xml' relative to '/var/lib/jenkins/jobs/project/workspace'. Did you enter a pattern relative to the correct directory? Did you generate the XML report(s) for Cobertura?
Build step 'Publish Cobertura Coverage Report' changed build result to FAILURE
बाद के निर्माण को मैन्युअल रूप से चलाना आमतौर पर पास हो जाता है।
Zero code coverage with cobertura 1.9.2 but tests are working के अनुसार, मैंने ऑटो-टेस्ट-कमांड खेलने के बाद -Dcobertura.use.java.nio = false सेट करने का प्रयास किया।
चूंकि यह त्रुटि केवल तब हो रही थी और फिर, अगर यह मदद मिली तो मुझे पूरी तरह से यकीन नहीं है।
...
Executing /opt/play-1.2.4/play auto-test "/var/lib/jenkins/jobs/project/workspace" -Dcobertura.use.java.nio=false
[workspace] $ /opt/play-1.2.4/play auto-test "/var/lib/jenkins/jobs/project/workspace" -Dcobertura.use.java.nio=false
<build stuck here for a couple of days>
कुछ भी नहीं के बाद से पूरी तरह से नियतात्मक किया गया है, यह थोड़ा यहाँ causalities के बारे में कहना मुश्किल है: लेकिन उसके बाद, हम खेलने ऑटो परीक्षण फांसी के साथ एक समस्या मिला है।
वर्तमान में मैं हमारे परियोजना में Cobertura अक्षम करने पर विचार कर रहा हूँ (यह एक या दो के बाद जेनकींस/सर्वर को पुनः आरंभ करने के बाद क्या बनाता है लगता है), लेकिन अगर किसी को अन्य विचारों है, कि बहुत अच्छा होगा =)
हम वास्तव में एक ही समस्या है! मैंने cobertura.use.java.nio को भी उसी तरह से आजमाया और यह भी लटकता है ... – valanto
@valanto: आपके पास क्या पर्यावरण है? – Touko
जैसा कि आप सोचते हैं उसी सेटअप। उबंटू मशीन पर जेनकींस चलाना Play1.2.4 का प्रयोग, कोबर्टुरा मॉड्यूल 2.4, नवीनतम जेनकींस। हम जेनकींस पर भी ऑटो-टेस्ट चलाते हैं और जब मैंने -Dcobertura.use.java.nio = false को भी कोशिश की तो इसे भी फांसी दी गई। कोबर्टूरा के साथ हमारी असफलताओं को भी चालू और बंद कर दिया गया है ... – valanto