You can enter the arguments to pass into a Run/Debug Configuration here:

I'm not sure what you mean by the "select class file" that you are trying to pass in. Here is the method signature for %UnitTest.Manager/DebugRunTestCase:

ClassMethod DebugRunTestCase(testsuite As %String = "", testcase As %String = "", qspec As %String = "", testmethod As %String = "", ByRef userparam) As %Status

Which parameter are you trying to pass in?

Thanks for reporting this Peter. It looks like Atelier is not properly recognizing the end of a class' Query member. I found a couple other ways that this issue presents itself - a syntax error on the closing bracket of the class before you compile, and any class members following the Query are not listed in the Outline.

I logged this bug for the Atelier development team (internal reference ATL-4372).

Code completion for property parameters has not yet been implemented in Atelier. But it is on the roadmap and is planned for an Atelier 2.0 release.

The Studio Inspector will not be implemented as-is in Atelier. However you can still view the same information in Atelier:

To see a class' properties, methods, parameters, etc. you can use the Atelier Outline view. That is shown in the answer to the DC post that Vitaliy linked to: https://community.intersystems.com/post/studio-view-inspector-atelier. Currently this shows only the members in the current class, not those that come from superclasses. A "Show Inherited" option is planned for an Atelier 1.1 release.

Hi Shobha, here is the relevant documentation about using Ensemble with SOAP:

http://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=...

This should give you some background about using Ensemble to send and receive SOAP messages. I would suggest reviewing this and letting us know if you have any specific questions, configuration problems, errors, etc. You can also reach out to Support or your InterSystems Sales team with more involved questions that might be easier to discuss on the phone rather than in the Developer Community.

Hi Jean,

I tried out the Eclipse SQL Explorer and was able to connect to my local instance just fine. I installed the plug-in using the update site from the link you provided, http://eclipsesql.sourceforge.net/.

Then I opened the associated perspective by going to Window > Perspective > Open Perspective Other > SQL Explorer. I right-clicked in the Connections view and hit New Connection Profile. I had to select Add/Edit Drivers to add the Caché JDBC driver with these settings:

The keys were to 1) select the Extra Class Path tab and Add JARs to pick the JDBC driver from my Caché install directory and 2) to add the correct Driver Class Name, com.intersys.jdbc.CacheDriver.

Once I had that configured I selected it in the Connection Profile Wizard, entered my JDBC connection URL, jdbc:Cache://localhost:56773/SAMPLES, and selected the authentication information:

This also worked for me when I unselected "Username is not required", checked "Auto Logon" and entered my Caché credentials.

I right-clicked the connection and hit Connect. Then double-clicking the connection (listed as "Connected since <timestamp>") opened the connection in the Editor where I could enter my SQL statement:

Where are you running into problems?

You can open the BPL graphical editor in Atelier by opening the class code, right-clicking anywhere on the code in the Editor and selecting "Open diagram editor".

As Joyce mentioned, there will also be a Developer Community post coming soon about the way to view the DTL/BPL graphical editors in the current version of Atelier.

You can copy a whole package of classes or routines to an Atelier project. In the Server Explorer, right-click the package under the Classes or Routines tree and select Copy To Project. Pick the Atelier Project to copy to and on the next page of the wizard you should see a list of all of the classes or routines that will be copied over.

Development did a code review and determined that this is a bug with the cached query generation code in Caché 2014.1. As far as I know we've only seen this for queries executed via xDBC.

There is a place in the cached query generation code where an error may not be properly trapped. In this case the cached query routines are not created properly, but no error is reported back. Then when Caché tries to use that cached query code to execute the query the expected methods do not exist.

The possible solutions we've come up with:

1. Create a task to purge cached queries in your application namespace - Pick a task frequency that means it will run more often than you have seen errors occur. This way you aren't stuck manually purging cached queries whenever an error pops up.

2. Get a development patch containing some fixes for your version of Caché - For this you will need to contact either your InterSystems Sales team or Support to file a WRC case. Note that our development patches do not go through our standard QD testing process. If you apply this patch you will be working with a version of our code that has not gone into any released product.

3. Upgrade your instance - This is the only long-term solution. Our cached query generation code has been rewritten in later versions of the product and this is no longer a problem.

You can use the Outline view in Atelier for information about the current class' properties, parameters, class methods, etc:

There is an enhancement request to show inherited members in the Outline view which is currently planned for Atelier 1.1.

Atelier's code completion, which can be accessed by hitting ctrl+space, is also a good tool here. For example you can use code completion to quickly check the possible options for an index's keywords (with documentation):