Bug 1077978
Summary: | zanata-cli push printed: Exception in thread "main" java.lang.NoClassDefFoundError: antlr/TokenStreamException | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ding-Yi Chen <dchen> |
Component: | zanata-client | Assignee: | Patrick Huang <pahuang> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 20 | CC: | dchen, pahuang, sflaniga |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-07-30 05:41:18 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ding-Yi Chen
2014-03-19 03:05:51 UTC
This is apparently happening because the classpath we create for the zanata-cli script in zanata-client.spec (using maven's dependency:build-classpath at build time) is no longer valid at runtime. In zanata-client.spec, I think we should instead try using dependency:copy-dependencies to copy the jars to one place, and then xmvn-subst to replace them with symlinks to their runtime locations. Then we could either include the symlinks in the rpm, or get a list of their link targets and use them directly in the zanata-cli script. I think I found an easy workaround. We just need to change the script to use antlr.jar instead of antlr-2.7.7.jar. Same goes with the xom.jar. They used to place the jar with version in the name. But not anymore therefore breaks the classpath. zanata-client-3.3.2-3.fc20 is in update-testing repo pushed to stable both in f19 and f20 |