Yes, I am. This is the class definition:
Class *****.BO.RestOperation Extends EnsLib.REST.Operation {

}

Hi,

Yes, we have. Actually, that piece of code worked just fine before the authentication was set on place:

#dim callResponse As %Net.HttpResponse = ""
set st = ..Adapter.GetURL(tURL, .callResponse)
If $IsObject(callResponse)
{
}

Now, callResponse is not an object anymore :'(

Hi Steve,

Thanks for your help. Finally I got it working and I didn't remember to come here and close the topic. The error was not at Ensemble but at the proxy server.

Thanks anyway.

Thanks David!

But the problem is that that what takes looong time is getting the list values, not throttling over them.

Yes, sorry, my mistake. Actually the line should be:

compared to: 

Thanks to Julius suggestion, I've ran the %SYS.MONLBL analysis tool and clearly something is messing up when trying to get the data from a list:

Finally I've made some tests. I have duplicated the listglobal changint its values to string, so I can compare two different globals wth the same data but stored differently. Results, show that accessing a list is much slower.

But finally, after reading a bit of doc I found that I could improve the performance by changing the database from 8kb to 64kb. And it really worked:

So

Hi Dmitry,

Thanks for your help, I've been able to compile the class and start the production.

We are using it in a legacy class meant help with the JSON. Anyway, it's working now :-)

Hi!

Yes, that solution is good. But we need to stop the production to be able to copy the files, and we don't want to to that. We need a way to transfer the data to IRIS without stopping current Ensemble production.

I'm using a process that is reading from a global using $order, it's not called by anything external. When removing the call to the BusinessProcess it makes a lot of operations, but when it comes to enqueueing the call it takes several milliseconds. Actually, if I clone the BS and run them at the same time writing to the same queue (even if the queue is Ens.Actor) , I reach the same number of messages than doing it single.

I mean, even working in parallel I cannot increase the number of messages put in the queue. I'm not able to write more than 60-70 per second.

The adapter is Ens.InboundAdapter, but really not using it.

Finally we identified a couple of bottlenecks using MONLBL utility... none of them was the message enqueueing. So, we redid the production and now is feeing more messages to the queue.

Thank you all for your help :-)

5.

I've seen weird numbers that make no sense. For example, for last hour three components have high values:

That's why I'd like to know how is it calculated :)

Pool size is 5 :-)

I've been looking for an example of one item that take a little long, as most of them are completed in less than 0.3 seconds. This is a full trace:

I can see the component that takes long, but not as much as the average shown at the analytics :)

I agree all other processes time are included. But how you decide the [16] value?
Anyway, analytics is showing now 500 so I'd like to know how the calculations are done. I guess it's best if I go with WRC.

Thanks Alex.

But this other class gives as well the amount of bytes transferred and received ($p19 and $p20). And another bunch of numbers that I'd like to comprehend :-)

Hi Matthew,

Thanks for the answer. Can it be downloaded from the vscode marketplace? I actually don't work with dockers :'(

While my VSCode is  not fully migrated, I still need my Atelier :)

Hi Dimitriy,

Im struggling to create a valid multi.code-workspace with several servers connected, but I fail. Do you have an example somewhere?

Hi just managed to set it up and it's working.

One thing I miss: the ability to synchronise the code with the server. If somebody else has changed to code in the server, I don't see any alert or message. So, if I compile a class I'll be updating with an old code. Is there any way to achieve this, like I can do in Eclipse+Atelier?

Thanks!

Ok thanks! I'll continue my integation when this update is available.

Very good job, by the way! :-)

Hi Dimitriy,

I saw you just released version 0.8.8 few days ago, but if I'm not wrong the sync ability is still not there, is it?

Hi Robert,

Maybe I didn't make myself clear enough... customers can't reach the port:

When I ask my Systems&Network department they say that IRIS is only "listening" to localhost (127.0.0.1), and that's the reason we cannot reach the port.

My understanding is that IRIS is bound to l0 interface instead to eth0. Am I completely wrong here?

Hi,

Yes, no problem with SMP. Do I understand from your message than even if the JDBC gateway servers is set up at port 53773 users need to point their JDBC to 51773 (superserver port?)