go to post Nicole Aaron · Aug 10, 2018 Be sure that:The Caché/Ensemble/HealthShare/InterSystems IRIS instance that you are trying to connect to is version 2016.2+.Your web server (listening on the web port that you provide in the Server Connection Configuration dialog) is configured to handle requests starting with /api/atelier. The Atelier documentation explains how to do this for an IIS web server here, but the same principle applies to all web servers. Atelier makes REST requests to communicate with the server and those will start with /api/atelier instead of /csp like many other CSP requests.The /api/atelier web application is enabled at the Caché level. To do this:Launch the System Management Portal and select System Administration > Security > Applications > Web ApplicationsSelect the /api/atelier applicationCheck the Enabled boxes for Application and CSP/ZEN and SaveIf you are still having trouble I would suggest reaching out to InterSystems Support (email support@intersystems.com or call +1 617-621-0700).
go to post Nicole Aaron · Jul 24, 2018 Lucas - Thanks for looking into this and posting your findings here. You can get errors like this in Atelier for long-running compiles. The development team is aware of and looking into it.
go to post Nicole Aaron · Jul 20, 2018 Starting with Atelier 1.2, there is a new tabbed editor for BPL/DTL. Open the class file from the Atelier or Server Explorer, which will display the class code by default. At the bottom of the editor there should be a tab for either BPL or DTL that you can click to display the graphical editor:The "Open diagram editor" option should not be there in Atelier 1.2. I am guessing that you were trying to open the graphical editor by right-clicking the class and selecting Open With > Other > Atelier BPL Editor. But that is not the correct way to view the BPL/DTL graphical editors. If you are still having trouble I would suggest opening a WRC case with InterSystems Support (email support@intersystems.com or call +1 617-621-0700) so that an advisor can dial in with you and take a look.
go to post Nicole Aaron · Jul 10, 2018 There is an existing request with development to improve the usability of XData blocks in Atelier. I added a note to that request, linking to this DC post, asking to consider the auto spacing/indentation as well. The request for XData usability improvements has not yet been roadmapped.
go to post Nicole Aaron · Jul 9, 2018 I've been working with Lucas S. on this in a WRC case. We believe that the source of the issue has to do with the encoding of the file, as compared to the file's contents and the encoding of the Eclipse workspace/Atelier Project/file in Atelier.Copying this problem file into an Eclipse-only (non-Atelier) project does result in display issues until the file's encoding is changed within Eclipse. To change a file's encoding you can right-click the file in the Atelier or Project Explorer, click Properties and change the "Text file encoding" settings under the Resource section.While there are workarounds*, you should be allowed to import these files into an Atelier project. The Atelier development team is reviewing this.*Workarounds we've found in our investigation:Run an iconv command on the file on disk to change its encodingChange accented characters to their corresponding HTML entities, https://developer.mozilla.org/en-US/docs/Glossary/EntityManually copy the HTML file from the CSP physical files directory into the Atelier project directory on disk, then change the file's encoding within Eclipse to avoid display issues
go to post Nicole Aaron · Jul 6, 2018 After upgrading to Atelier 1.2, did you run into the issue described in the DC post here? If so you may have Googled and found information about adding -clearPersistedState, or something similar, to one of the Eclipse configuration files. However if a setting like that is left around in the config file, it could result in Eclipse not persisting data across shutdowns since that setting will be read back in each time you start Eclipse back up.
go to post Nicole Aaron · Jun 19, 2018 There are no plans to implement an equivalent to the Studio SQL Storage GUI in Atelier. The use case for the SQL Storage editor is to maintain legacy applications. The development team's primary focus with Atelier is to support new/more modern development.If your day-to-day work requires the use of the the Studio SQL Storage GUI, the InterSystems recommendation is that you continue to use Studio.
go to post Nicole Aaron · Jun 19, 2018 Thanks for this question, I think it's one that a lot of Atelier users will have. In general we recommend storing each of the different projects that you are working on, or closely related pieces of those projects depending on their size, in their own Caché packages. That helps when you are using source control, as you can pull down just one or a few packages from source to work on in Atelier, rather than having to pull in an entire source code repository.The main considerations with Atelier will be:You do not want to have too many files in a given Atelier Project, as this can cause performance problems. (Unfortunately I cannot put a number on this, since it really depends on the size and complexity of those files.) An Atelier Project can be thought of as containing a unit of work - maybe it's the set of files you need to edit to implement a particular new feature.To help with the potential performance problems I mentioned in #1, working sets will be your friend. This is an Eclipse concept - a working set groups together elements and allows you to restrict the resources that you are viewing. In turn that will limit the background processing done on files/projects not in an active working set. This is discussed in the Eclipse documentation here. There is also some information about that in the Atelier-specific docs here.We'd love it if you could post more about your experiences, since this is something that effects many users. You can note that in a comment here, or preferably write up a new article and post it on the Developer Community as an example for other users!
go to post Nicole Aaron · Jun 14, 2018 Atelier is an Eclipse plug-in, and is therefore should be compatible with platforms supported by Eclipse. Eclipse Oxygen's target environments can be found on the Eclipse website here.
go to post Nicole Aaron · May 31, 2018 To second Fabian, this process can be made easier by making use of Atelier projects.You can think of an Atelier project as a place to store a unit of work. An Atelier project will typically store all of the files directly related to a particular application, feature, etc. Each Atelier project is configured with a server connection and namespace where code can be compiled and run. You do not necessarily need to create a new project each time you launch Atelier or add something to source control.There are a number of videos on the InterSystems Learning Services website on this topic (using Atelier with Git/source control). A few that I think will be the most useful:Atelier: Create a New Project and Add to Source Control (demo that starts with creating a new Atelier project then connects that to a remote Git repository)Atelier: May the Source Be With You (a presentation from Global Summit 2017 about using Atelier and Git, followed by a demo similar to the video above)Moving From Studio to Atelier (a presentation from Global Summit 2017 about migrating to Atelier, specifically for former Studio users, with a lot of good information on source control)You may also want to take a look at the Learning Services course catalog. You can filter this by videos related to Atelier. There are a lot of great introductory and more in-depth videos.
go to post Nicole Aaron · Apr 20, 2018 We might have some developers on the Community using HealthShare who can give you tips here. But I think that the best way to move forward, since these are reasonably broad questions, will be to reach out to your InterSystems Sales team or Support. The answers to many of your questions will probably be better with more information about your current development process and Sales/Support can discuss the specifics with you.
go to post Nicole Aaron · Mar 26, 2018 Your Atelier server connection information is stored in Eclipse's secure storage file. The secure storage file is shared among different workspaces created in the same Eclipse client. You can see the location of this file in your Eclipse preferences under General > Security > Secure Storage > Contents > Storage location.The location of the secure storage file depends on the directory in which Eclipse was installed. If you want a second install with an independent list of server connections, you will need to install the second Eclipse client in a new directory.
go to post Nicole Aaron · Mar 12, 2018 Hi Trevor, this has been reported to development (internal code ATL-3359). The ability to filter out system files in the Atelier Explorer view is currently targeted for an Atelier 1.5 release.I'll look into the Developer Community tag options. Regardless of the tag selected it never hurts to mention the build number in your post as well.
go to post Nicole Aaron · Mar 9, 2018 Currently (with Atelier 1.1.391), opening and editing class, routine and csp files are supported. The BPL and DTL graphical editors are also fully supported. Beyond that, more inclusive Ensemble support is targeted for Atelier 2.0. Keep an eye on announcements in the Atelier group in the Developer Community and Atelier release notes for information about upcoming versions.
go to post Nicole Aaron · Feb 27, 2018 This has been reported and corrected (development code CDS2960). This required a server-side change that appears in 2017.1.3, 2017.1.4 and 2017.2.2. Can you send your Caché/Ensemble/HealthShare version string so that I can confirm you do not already have a version with this fix? You can get that by clicking the About link in the top-left of the System Management Portal.
go to post Nicole Aaron · Feb 22, 2018 This should be the web server port. The PKIX error usually indicates an issue with HTTPS (such as the web server expecting HTTPS but receiving an HTTP request). The "Connection refused" message could mean that the path for the REST requests made by Atelier are not being properly served to the CSP Gateway.As Francisco mentioned, you can give this a try with the private Apache web server (by default listening on port 57772) which should be able to serve the REST requests from Atelier out of the box. That will give us a baseline of whether you can connect your Atelier client to the server.I would suggest opening a WRC case so that a Support advisor can get specifics about the web server you are using and how that is configured.
go to post Nicole Aaron · Feb 17, 2018 The presentation will be available in about a week or so. It will be available on learning.intersystems.com.
go to post Nicole Aaron · Feb 14, 2018 If I understand correctly, you are looking for the DTL graphical editor within Atelier? To do this you will want to open the DTL class code, then right-click in the editor and select "Open diagram editor". You can find a previous post with more detail here:https://community.intersystems.com/post/how-edit-business-process-and-data-transformation-files-atelier
go to post Nicole Aaron · Jan 8, 2018 Fabian's comment is the correct solution. The Atelier client makes REST requests to the server, and those requests start with /api/atelier. So you need to set up a mapping for "/api/atelier*" on the web server listening on port 80 to route those requests to the Caché server.
go to post Nicole Aaron · Dec 4, 2017 Hi Mike, I know you already figured this out yourself but just wanted to write up some instructions for others who find this post.The Eclipse documentation will contain separate sections for each plug-in. To filter on only the "InterSystems Atelier User Guide":Select the Scope link next to the search boxPick the radio button for "Show only the following topics"Click the New buttonCheck the Atelier guide and give this scope a nameClick OK > OKThe documentation is also available online here, where it contains only the Workbench and Atelier User Guides.