go to post Kevin Chan · Aug 23, 2020 https://cedocs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?K... Documents exactly what you're asking. According to official documentation, this is expected behavior.
go to post Kevin Chan · Aug 14, 2020 I just did some research; Jars nested within Jars is actually a use-case that is not supported by Java. https://bugs.java.com/bugdatabase/view_bug.do?bug_id=4735639 https://stackoverflow.com/questions/12357136/reference-jars-inside-a-jar/12357544 Supposedly there are Maven plugins you can use to help resolve your problem; but this is a well-known Java issue.
go to post Kevin Chan · Aug 14, 2020 I want to make sure, AppSeguimientoAnadidaReferenciaJARSexternos.jar is included on the "Additional Paths". I searched the Operation's XML definition and I didn't see it there.
go to post Kevin Chan · Aug 14, 2020 What Java version are you using? Can you provide the output of `jar -tf <name of your jar file>`? NoClassDefFoundError is usually an indication that the classpath (as defined by the classloading operations performed) is not properly setup. If your jar file isn't properly structured, that's the problem.
go to post Kevin Chan · Aug 3, 2020 If you run "jar -tf" onto the jar file, does the directory structure of the jar file match example/KafkaBusinessOperation?
go to post Kevin Chan · Jul 15, 2020 SELECT %ODBCOUT(TO_DATE('5/8/2020','MM/DD/YYYY')) will also work.
go to post Kevin Chan · Jul 14, 2020 The logfile will be in the working directory of wherever the JDBC process was launched, not necessarily your local working directory. If you're working from a Unix system, you can specify a full filepath. If you're working from Windows, then unfortunately, that will be an issue. A bug was recently fixed that allows the full filepath to be specified via the URL but that was only fixed recently in IRIS.
go to post Kevin Chan · Jul 14, 2020 $system.SQL.Purge() is objectscript code. Sorry for assuming you were using IRIS Terminal. If you're using JDBC, please edit your JDBC url to look like the following: jdbc:IRIS://host:port/namespace/logfile logfile will be written to the current directory of wherever the JDBC process in launched (i.e. the working directory of the JVM process).
go to post Kevin Chan · Jul 14, 2020 %0AmBs1+1^%sqlcq.SMTKTUAT.cls498.1 is the label and offset of where in the cached query the error was thrown, but not the actual error itself. How are you running the SQL query? ODBC? JDBC? Embedded? Dynamic? If ODBC or JDBC, do you have any logs? Alternatively, try purging your cached queries ($ysstem.SQL.Purge()) and reattempt. There could be an issue with the cached query itself.
go to post Kevin Chan · Jun 1, 2020 You might have success looking at this stackoverflow post: https://stackoverflow.com/questions/53237741/logstash-com-mysql-jdbc-driver-not-loaded Your issue is with Logstash it seems.