go to post Nikita Savchenko · Jun 19, 2021 Hello! Thanks for the question. This is a typical question on some machines or with some networking software. Try looking through the issues to find the answer. In my experience, as well as my colleagues experience we never encountered these problems.
go to post Nikita Savchenko · Jan 24, 2021 Also check out ObjectScript Visual Editor - from what I remember it runs on IRIS (however last major versions were not tested).
go to post Nikita Savchenko · Jul 13, 2020 Thanks Peter and Dmitry. It looks like WebTerminal is just missing a backspace interpretation, client-side. I can fix this problem once I have some free time, should be quick. Thanks for reporting!
go to post Nikita Savchenko · Jun 3, 2020 Thanks, it makes sense! I filed an issue for adding a hint, but it might be there for a while as the project isn't actively maintained today.
go to post Nikita Savchenko · Jun 3, 2020 Hi Robert! WebTerminal's developer here. In WebTerminal, there are some core blocker issues we didn't find a way to fix. They are not allowing to support some "traditional" debugging commands and some of those commands you've mentioned. The core problems are described in the issues, take a look. Mainly, it is because WebTerminal is implemented on top of WebSockets and uses "xecute" under the hood. I was asking about re-implementing the WebTerminal's core over telnet to overcome these issues, as then the standard terminal (telnet?) device will be used, eliminating these existing issues. So far, we just need to find an approach to execute arbitrary code in IRIS/Cache using the terminal device, which was not found yet.
go to post Nikita Savchenko · Dec 12, 2019 Thanks! Considering the points others mention, I agree that projections should not be the way to install things but rather the acceptable exception as for WebTerminal and other complex packages.
go to post Nikita Savchenko · Dec 12, 2019 True points. For sure, developers can customize it. I can do another version of WebTerminal specifically for ZPM, but it will involve additional coding and support: 1. A need to change how the self-update mechanism works or shut it down completely. Right now, the user gets a message on the UI, suggesting to update WebTerminal to the latest version. There's quite a lot of things happen under the hood.2. Thus, create an additional pipeline (or split the codebase) for 2 WebTerminal versions: ZPM's one and a regular one with all the tests and so on. I am wondering is it worth doing so in WebTerminal's perspective, or is it better to make WebTerminal a kind of an exception for ZPM. Because, still, inserting a couple of if (isZPMInstalled) { ... } else { ... } conditions to WebTerminal (even on front-end side) looks as anti-pattern to me.
go to post Nikita Savchenko · Dec 12, 2019 Thanks! Exactly, I completely agree about simplicity, transparency, and installation standard. But see my answer to Sergey's answer - what to do with WebTerminal in particular? 1. Why would I need to rewrite the update mechanism I developed years ago (for example)?2. Why would I need to maintain 2 code bases for ZPM & regular installations (or automate it in a quite crazy way, or just drop self-update feature when ZPM is detected)3. Why all these changes to the source code are needed, after all, if it "just works" normally without ZPM complications (which is how the ObjectScript works) I think this leads to either "make a package ZPM-compatible" or "make ZPM ObjectScript-compatible" discussion, isn't it?
go to post Nikita Savchenko · Dec 12, 2019 Exactly not for installing purposes, you're right, I agree. But what do you think about the WebTerminal case in particular? 1. It's already developed and bound to projections: installation, its own update mechanism, etc.2. It's also shipped outside of ZPM3. It would work as usual if only ZPM supported projections I see you're pointing out to "It might need to support Projections eventually because as you said it's a part of language" - that's what mostly my point is about. Why not just to allow them.
go to post Nikita Savchenko · Dec 11, 2019 Hello! It's Nikita, the creator of WebTerminal. There is no such thing implemented in WebTerminal. Because, still, all the commands are executed via xecute Cache command under the hood in a dedicated process. However, if you really need this to be implemented - feel free to create an issue here. Hope this helps!