-
Notifications
You must be signed in to change notification settings - Fork 29
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
#786: Upgrade commandlet #1002
base: main
Are you sure you want to change the base?
#786: Upgrade commandlet #1002
Conversation
…Easy into upgrade-commandlet
…Easy into upgrade-commandlet
…Easy into salimbouch-upgrade-commandlet # Please enter a commit message to explain why this merge is necessary, # especially if it merges an updated upstream into a topic branch. # # Lines starting with '#' will be ignored, and an empty message aborts # the commit.
|
I fixed the above error. Next error is:
|
Source-code from JDK: catch (InstantiationException | IllegalAccessException | SecurityException |
IllegalArgumentException | InvocationTargetException | NoSuchMethodException ex){}
// Throw unchecked exception for error in pool configuration.
throw new RuntimeException(XMLMessages.createXMLMessage(
XMLErrorResources.ER_EXCEPTION_CREATING_POOL, null));
} What a disaster. Even JDK has the anti-pattern to loose the original exception on rethrow: |
Pull Request Test Coverage Report for Build 13062819017Details
💛 - Coveralls |
I have to give up on this for today. I can surely replace the XPath expression back with DOM traversal. For every local tool we have a subclass of Why do we implement this for IDEasy itself in a totally different way and have to do a strange windows specific hack to prevent the file locking? Also if we ever will make a really bug mistake and release a new version of IDEasy that is broken and cannot run the upgrade commandlet anymore, the user is stick and would have to manually download IDEasy in a previous version and reinstall it. |
Fixes #786
Improvement of #957