-
Notifications
You must be signed in to change notification settings - Fork 47
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
revisit support export/import xml #1158
Comments
Have you evaluated the current UI for Projects? Perhaps adding command to export a project's members to a single XML file would help you. |
@isc-lindensc Even if we revisited the policy, I don't think the Atelier API supports getting multiple documents in a single XML file. I think the best approach is to use |
I'd love to have support for this for the same use case(s). Can confirm after a quick look that we'd need new API endpoints for it to work properly though. |
@isc-bsaviano yes agreed we need probably an API extension for the multi file export. But same priority is a dedicated "import file to server" function based on formats UML and xml especially for server side editing, which is the default usage scenario for TC devs and TC customers. |
@isc-lindensc That command has existed since January, see #1036. It only works for UDL files though and if we were to support XML files I'd probably create a separate command so that it works for client-side editing as well. |
@isc-bsaviano I think the specific use case to consider would be: Studio makes this super easy. You can even just drag and drop an XML export of multiple classes into Studio and it'll import them and do all the source control stuff. |
@isc-tleavitt Does Studio trigger the source control hooks? I just did a local import in a source control enabled namespace and I was not prompted to add the new document to source control. |
@isc-bsaviano it'll prompt to check out, I don't think to add (with %Studio.SourceControl.ISC, that is). The behavior is all based on the extension though - see https://docs.intersystems.com/irislatest/csp/documatic/%25CSP.Documatic.cls?LIBRARY=%25SYS&CLASSNAME=%25Studio.Extension.Base#UserAction , "6 : User has selected to import comma delimetered [sic] list of documents" |
Actually I think %Studio.SourceControl.ISC just checks out without prompting. |
@isc-bsaviano This is great, i did not know that its available for UDL. From a ease of use side could we also include a short-cut to the export for UDL on isfs folders: e.g. "Export to local filesystem" which then prompts with a save dialog? |
@isc-lindensc Feel free to open a new issue to request that feature. As for the XML import/export, I spoke to @isc-rsingh yesterday and we agreed to leave this open and gather more feedback before deciding what to do. The Atelier API was not designed for bulk import/export (the UDL command I added makes a bunch of REST requests and probably shouldn't be used on more than a handful of files at once). Since there are also other perfectly fine tools for this task we don't consider it a "must-add" at this time, but we are open to feedback that would change our perspective. |
InterSystems is working on adding support for XML import/export in the Atelier API with integration in the VS Code UI via commands. I will post the PR here when it's opened and a suitable kit is publicly available. |
Hi All,
with the deprecation of InterSystems Studio, can we look into getting export/import of xml packaged source code implemented?
As a developer i often have the issue that i need to transport code from e.g. a non CCR controlled scratch environment to the BASE environment which then is under CCR source control.
This usually is done via ISC Studio export/import functionality.
ISC Studio import functionality also triggers the question on source controlled environment to add all imported code to source control (here CCR).
Using UDL as the export format can be prohibitive if the code consists of multiple classes/routines in multiple packages. (e.g. InterSystems Integration projects)
Also the current export functionality is rather clunky in large namespaces (i.e. thousands of classes) and also i found a bit hit and miss in regards to it working (got it working 2 out of 10 tries, usually not working when i try to present the functionality to others)
The text was updated successfully, but these errors were encountered: