mvn -e पूर्ण स्टैक ट्रेस?

Question

मैं मैवेन के लिए थोडा नया हूं और मुझे लगता है कि यह एक मैवेन चीज है और मेरे खोल के साथ कुछ नहीं करना है, लेकिन जब मैं एक त्रुटि को चलाने और पहचानने के लिए स्विच करता हूं, तो मुझे इस तरह कुछ अपूर्ण मिलता है :

[INFO] ------------------------------------------------------------------------ 
[ERROR] BUILD ERROR 
[INFO] ------------------------------------------------------------------------ 
[INFO] Deployment failed and was rolled back. 
[INFO] ------------------------------------------------------------------------ 
[INFO] Trace 
org.apache.maven.lifecycle.LifecycleExecutionException: Deployment failed and was rolled back. 
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:719) 
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569) 
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539) 
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) 
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) 
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) 
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) 
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) 
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) 
at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) 
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
at java.lang.reflect.Method.invoke(Method.java:601) 
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) 
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) 
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) 
at org.codehaus.classworlds.Launcher.main(Launcher.java:375) 
Caused by: org.jboss.as.plugin.common.DeploymentExecutionException: Deployment failed and was rolled back. 
at org.jboss.as.plugin.deployment.standalone.StandaloneDeployment.execute(StandaloneDeployment.java:140) 
at org.jboss.as.plugin.deployment.AbstractDeployment.executeDeployment(AbstractDeployment.java:119) 
at org.jboss.as.plugin.deployment.AbstractDeployment.doExecute(AbstractDeployment.java:141) 
at org.jboss.as.plugin.deployment.AbstractAppDeployment.doExecute(AbstractAppDeployment.java:70) 
at org.jboss.as.plugin.deployment.AbstractDeployment.execute(AbstractDeployment.java:111) 
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) 
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) 
... 17 more 
[INFO] ------------------------------------------------------------------------ 

मैं "... 17 और" चीजें कैसे देख सकता हूं? मेरा मानना ​​है कि इससे मुझे पता चल जाएगा कि वास्तव में कौन सा मेवेन कार्य विफल रहा है? दस्तावेज़ीकरण के लिए किसी भी मदद या लिंक के लिए धन्यवाद!

पीएस यदि आप उत्सुक हैं और वास्तविक समस्या को समझने में मेरी मदद करने के लिए आग्रह महसूस करते हैं, तो मैं बस तैनात करने के लिए "एमवीएन क्लीन पैकेज जेबॉस-जैसे: तैनाती" चला रहा हूं, और यदि मैं डॉन करता हूं तो मैं समस्या के लिए विशिष्ट किसी अन्य प्रश्न में अधिक जानकारी प्रदान कर सकता हूं खुद को समझ नहीं है।

Answer 1

यह कड़ाई से जवाब नहीं है, लेकिन यह आपकी जांच में मदद कर सकता है।

case ROLLED_BACK: 
    throw new DeploymentExecutionException("Deployment failed and was rolled back.", actionResult.getDeploymentException()); 

और एक रूट अपवाद (actionResult.getDeploymentException()) इस DeploymentExecutionException को पारित कर दिया है:

StandaloneDeployment (line 140) के लिए स्रोत कोड (चेतावनी, इस संस्करण आप उपयोग कर रहे नहीं हो सकता है) जगह है जहाँ DeploymentExecutionException फेंक दिया जाता है पता चलता ।

मैंने सोचा होगा कि आपको मेवेन स्टैक ट्रेस में इस रूट अपवाद को देखना होगा, लेकिन ऐसा लगता है कि यह आपके मामले में नहीं है।

आप हमेशा debugging the plugin itself को आजमा सकते हैं, और ऊपर दिखाए गए लाइन पर ब्रेकपॉइंट डाल सकते हैं।