New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
exportEA fails since v2.0.5 with an exception in line 106 #1193
Comments
Hey @PeterStange could you please try v2.2.1 as this is the current latest release? Does the problem still persist? |
Hey @PacoVK, yes the problem exists in latest version v2.2.1, too. |
…ommand call to utf-8 The failing function was 'task streamingExecute'.
Thanks! I just recognized you are on a PR, which is awesome! I can checker later that day. Please note the latest version (beyond 2.2.1 will drop support for Java 8) |
…ommand call to utf-8 The failing function was 'task streamingExecute'.
Describe the bug
Up to tag v2.0.3 of branch 'ng' there was no issue using exportEA to export diagrams and more from an EnterpriseArchitect project.
With updating to the next available tag v2.0.5 issues are observed in task streamingExecute of exportEA.gradle. There was a change made to cover exportPPT issues with #420 exportEA encoding problem.
We get this error after applying this change:
FAILURE: Build failed with an exception.
Where:
Script 'D:\repositories\docToolchain\scripts\exportEA.gradle' line: 106
What went wrong:
Execution failed for task ':exportEA'.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The model 'docToolchain\src\docs\Models.eap' is found by the exportEA task and all diagrams were exported.
Screenshots
If applicable, add screenshots to help explain your problem.
Configuration
Additional context
Problem is caused by line:
'String commandUTF8 = new String(command.value, 'utf-8');'
message: is "No such property: value for class"
locally fixed by replacing erroneous line by
'String commandUTF8 = new String(command.toString().getBytes(), 'utf-8');'
Advantage of doing it this way: it works also in case command is already a String as String.toString() works also.
Any help is appreciated to get the right fix here. Even the reason for placing this charset conversion is not clear to me. Maybe someone can explain.
@rdmueller : what is your suggestion to get it generally fixed. We would like to switch latest available version, but with this issue it is not possible.
The text was updated successfully, but these errors were encountered: