Aside from waiting on appserver calls you could also be waiting on other things like record locks, reads from sockets, operating system commands and a plethora of other things. So don't bet everything on it being an app server problem until you have some hard evidence that that is true.
The...
How does one manage to "login to the database" without running a QAD menu? Doesn't the QAD main menu appear as a result of successfully logging in? Are you just saying that the idea is to just login and not select anything from that menu?
This comment is also interesting:
Mentioning "errors"...
I do not understand this comment:
What does that mean?
The fact that appservers are running is not, in itself, a problem. They are, presumably, doing something of value for the users of the application.
The bit about taking 5 minutes to "clear" is also not obviously a problem. Is there some...
It is probably the other way around. Your vendor has likely "rebranded" some of the Progress tooling and, quite possibly, added some additional tooling to simplify maintenance tasks (like archiving audit logs). Maybe even some reporting.
As far as "a DBA login is backdoor to..." well, duh. Do...
This seems like a very odd comparison to be making. Perhaps you could elaborate on why you are comparing these two?
As James says, one tool (OE Auditing) is explicitly designed for that purpose and is known to deliver those results reliably with a modest amount of initial configuration and...
You could always create a symbolic link to a shorter path. For instance, if /opt/java/jdk does not exist:
# mkdir -p /opt/java
# ln -s /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.382.b05-1.el7_9.x86_64 /opt/java/jdk
Those are the example directories. You do have /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.382.b05-1.el7_9.x86_64 etc. So, as you indicated above, you should change java_env to be:
JDKHOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.382.b05-1.el7_9.x86_64...
The article is saying that you should put your actual path to Java in java_env and providing a simple example.
You must also adjust: "The new value of the JAVA_HOME environment variable in <DLC>/properties/java.properties"
There are some "interesting" patterns with ENCODE(), for instance:
define variable rr as character no-undo.
define variable ii as integer no-undo.
define variable jj as integer no-undo.
do ii = 1 to 10:
rr = "".
do jj = 1 to 16:
rr = rr + chr( random( 32, 126 )).
end.
display...
I wasn't thinking that the plaintext password would be stored, that's a grave sin, but in my mind I was certain that ENCODE() just ignored everything after the 16th character.
I should have tested that :(
Aside from being ancient and supposedly easy to crack, the other reason that the ENCODE function is inadequate is that it only considers the first 16 characters - so your ability to require long passwords is compromised. (strike out for posterity...)
Also "requirements" #1 & #2 are junk...
Sorry, there is no magic pixie dust that will add support for OpenEdge to SonarCloud. (I said as much is the first reply to this thread.)
You might as well ask when Oracle will start supporting OpenEdge.
If you want Sonar style code analysis of OpenEdge, CABL is the solution. I'm terribly...
So it sounds to me like you need to convince SonarCloud to support OpenEdge (good luck with that!) Or not use SonarCloud since they don’t support OpenEdge.
No need for symlinks. To preserve your scripts, the only part of the database that must be in /db/env is the .db file. All of the rest of it can be moved elsewhere. You will need to modify the .st file to reflect new extent locations and then either restore a backup to those new locations, or...
Of course not. That is just how one would print on Linux. Replace “output through…” with whatever it is that you are already doing to print on windows.
Make sure to parameterize it so that you can easily support multiple destinations.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.