Error Geek

Problem : Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException Add these dependencies into your pom file Solution : <dependency> <groupId> javax.xml.bind </groupId> <artifactId> jaxb-api </artifactId> <version> 2.3.0 </version> </dependency> <dependency> <groupId> com.sun.xml.bind </groupId> <artifactId> jaxb-impl </artifactId> <version> 2.3.0 </version> </dependency> <dependency> <groupId> org.glassfish.jaxb </groupId> <artifactId> jaxb-runtime </artifactId> <version> 2.3.0 </version> </dependency> <dependency> <groupId> javax.activation </groupId> <artifactId> activation </artifactId> <version> 1.1.1 </version> </dependency>

Problem : file upload error Resolved [org.springframework.web.HttpRequestMethodNotSupportedException: Request method 'POST' not supported] Solution: If you are using Spring MVC with Spring security then main problem was in spring security. I resolved this problem by adding ${_csrf.parameterName}=${_csrf.token}   to end of my form action HTML: 1 2 3 4 <form method= "POST" action= "/uploadExcelFile?${_csrf.parameterName}=${_csrf.token}" enctype= "multipart/form-data" > <input type= "file" name= "file" /><br/><br/> <input type= "submit" value= "Submit" /> </form>

Problem : Exception in thread "main" java.lang.SecurityException: Invalid signature file digest for Manifest main attributes Solution : You need to add the following to pom.xml: search for your  maven-shade-plugin under  <plugin> </plugin> POM.xml 1 2 3 4 5 6 7 8 9 10 11 12 <configuration> <filters> <filter> <artifact> *:* </artifact> <excludes> <exclude> META-INF/*.SF </exclude> <exclude> META-INF/*.DSA </exclude> <exclude> META-INF/*.RSA </exclude> </excludes> </filter> </filters> </configuration> The above configuration filters all files in META-INF ending with .SF, .DSA, and .RSA for all artifacts (*:*) when creating uber-jar file. The reason java.lang.SecurityException i...

ERROR : RetryInvocationHandler: Exception while invoking ConsistencyCheckerS3FileSystem.mkdirs over null. Retrying after sleeping for 10000ms. Root cause :   Problem occurs because of below issues: Retry logic in spark and hadoop systems. When a process of creating a file on s3 failed, but it already updated in the Dynamodb. Manual deletion of files and directory from S3 console. when the hadoop process restarts the process as the entry is already present in the Dynamodb. It throws the consistent error. Solution : Try re-run your spark job by cleaning up the EmrFSMetadata in dynamo db. Follow the steps to clean-up & Restore the intended specific directory in the S3 bucket….   Deletes all the objects in the path, emrfs delete uses the hash function to delete the records, so it may delete unwanted entries also, so we are doing the import and sync in the consequent steps Delete all the metadata ...