When I call a Java Stored Procedure in c-treeACE SQL Explorer, for example: call myProc(), an error happened:
Error : -20160 Error Description : Java SP/T Feature not supported.
My environment:
OS: Win 10 64bit
c-treeACE: V11.0.0 32bit
JDK/JRE: jdk1.6.0_31 64 bit, or jdk 1.8 64 bit, or jdk 1.6 32 bit
Also, I have already Setting in ctsrvr.cfg for Java Stored Procedure
Support(also restart the c-treeACE service):
SETENV CLASSPATH=D:\Work\Db\d3dxsapi\Java\jre6\lib\rt.jar;C:\FairCom\V11.0.0\win32\bin\ace\sql\classes\ctreeSQLSP.jar
SETENV JVM_LIB=D:\Work\Db\d3dxsapi\Java\jre6\bin\client\jvm.dll
SETENV JAVA_COMPILER=D:\Work\Db\d3dxsapi\Java\jdk1_6_0_31\bin\javac.exe
Any one know this, could you please help me? Thanks!
I used another jdk 1.6(32 bit) to figure it out.
Related
I am getting sqlite3.dll not found error at Autohotkey app. I already have sqlite3.dll file in the Project at sqlite3.dll
The error is produced here SQLite_L.ahk#L107 :
if(FileExist(sqliteDllPath)){
DLL := DllCall("LoadLibrary", "Str", sqliteDllPath)
if(!DLL)
throw Exception("Can't load " . sqliteDllPath . "! (token:18-10-12_11-52. BTW DllCall is in AHK v2 is case sensitive)", -1)
Within this application, i worked without problem at
64-Bit Windows 10 10.0 lenovo t540p (Admin-Account).
Also worked for others in the circle of friends (not Admin-Account).
A user reported my this error into the AHK-Forum.
My first Steps:
During my recherche i found:
[DllCall is in AHK v2 is case sensitive][3]
I guess he'll use the version 2.
So everywhere I changed SQLite3.dll to sqlite3.dll
But Today i got this error at another Laptop (fresh downloadet from github).
I have therefore unpacked the project in different directories.
[3]: https://autohotkey.com/boards/viewtopic.php?t=3280 "DllCall is in AHK v2 is case sensitive". No success.
the SQLite dll is 64-bit DLL (sha1: 9fad624c1aa1c0c9ba20230f2e176fac305edac5)
but installed was a 32-bit AHK
A_Is64bitOS [v1.1.08+]: Contains 1 (true) if the OS is 64-bit
A_PtrSize [v1.0.90+]: Contains the size of a pointer, in bytes. if the AHK is 64-bit 8.
If ahk is updated to 64 bit, this error message disappears.
Ideally, this should also be checked in the script.
ahkIs64version := (A_PtrSize=8 ? "64-bit" : "32-bit")
MsgBox % "Script is MsgBox % "Script is . (ahkIs64version ? "64-bit" : "32-bit")
if(!ahkIs64version)
MsgBox,% "Error: AHK Version (32-bit) not match to Sqlite Version (64 bit). Please update your ahk-Version or choose another Sqlite Version"
I have an Alfresco installation I'm trying to get to work.
When I run, it displays an error:
Cannot find Alfresco Repository on this server. (Does this application have access to alfresco-global.properties? Does this application have cross-context permissions?)
Alfresco : Cannot find Alfresco Repository on this server has the same error message and was apparently answered by saying "You're trying to use MySQL instead of [the default] Postgres; install the requisite MySQL JDBC driver."
I have a setup that was intended to use Postgres (I'll happily use MySQL instead if someone tells how to do that and it works). $TOMCAT_HOME/lib contains the following, including what looks like one Postgres driver:
annotations-api.jar jasper.jar tomcat-dbcp.jar
catalina-ant.jar jsp-api.jar tomcat-i18n-es.jar
catalina-ha.jar org tomcat-i18n-fr.jar
catalina.jar postgresql-9.4.1211.jre7.jar tomcat-i18n-ja.jar
catalina-tribes.jar servlet-api.jar tomcat-jdbc.jar
ecj-4.4.jar tomcat7-websocket.jar tomcat-util.jar
el-api.jar tomcat-api.jar websocket-api.jar
jasper-el.jar tomcat-coyote.jar
Relatedly, I have:
$ /usr/local/websites/alfresco/java/bin/java -version
java version "1.8.0_111"
Java(TM) SE Runtime Environment (build 1.8.0_111-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.111-b14, mixed mode)
What can/should I do next?
Thanks,
The $TOMCAT_HOME/lib directory is the proper directory for your database driver JARs.
The other file that is very important is your alfresco-global.properties file. It resides in $TOMCAT_HOME/shared/classes.
If this is a manual install of Alfresco (meaning you set up Tomcat on your own) you may have to set up the /shared classloader which involves updating Tomcat's configuration.
The docs have more info.
For our application we have planned to use the Progress Data Direct ODBC driver for oracle. So i have downloaded the EVAL version and installed it. Our application servers are running in the Linux environment.
After installing the EVAL version i have tested the sample code provided by them. I have configured the ODBC.INI and ODBCINST.INI properly.
Tested the DSN connection successfully with the sample program provided by DataDirect Progress.
Then i started using the same for my application Lib LD path set properly ODBC , ODBCINST variables are properly set.
when i try to bring up my servers i got the below error message
7: [unixODBC][DataDirect][ODBC 20101 driver]6015
In this message i'm not getting the message description , only i got the error code which is 6015
How to get the error message for this code 6015 ?
Any help on this?
Due to the older version of driver got the error , so installed newer version and it got resolved.
I followed the instructions from here and when I executed sudo cp /opt/dcm4chee-psql-2.14.7/bin/dcm4chee_init_redhat.sh /etc/init.d/dcm4chee on server, it appeared the follow:
15:25:36,602 WARN [BasicMBeanRegistry] javax.management.MBeanRegistrationException: preRegister() failed: [ObjectName='dcm4chee.archive:service=WADOService', Class=org.dcm4chex.wado.mbean.WADOService (org.dcm4chex.wado.mbean.WADOService#234f79cb)]
15:25:36,602 INFO [WADOService] Registration is not done -> stop
15:25:36,606 ERROR [MainDeployer] Could not create deployment: file:/opt/dcm4chee-2.17.2-mysql/server/default/deploy/dcm4chee-wado-service.xml
org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.InvocationTargetException)
at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:196)
at org.jboss.system.ServiceController.install(ServiceController.java:226)
at sun.reflect.GeneratedMethodAccessor19.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at sun.proxy.$Proxy4.install(Unknown Source)
at org.jboss.deployment.SARDeployer.create(SARDeployer.java:251)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
Do anyone know what is the problem?
I am right now trying to install dcm4chee on CentOS and I experienced the same problem. When I was looking for a solution I saw your message here, as well as your message on the newsgroups with some hints about possible causes and solutions.
It would be interesting to point from here to the newsgroups thread with answers and additional information, since that could help to other users having the same problem
In short: The problem is WADO service unable to start due to the JAI Image IO library not being properly installed.
You should download the 64 bit version of the library for Linux, extract the files and replace just the original (32 bit) ones from those that you downloaded.
$ cp clibwrapper_jiio.jar $DCM4CHEE_HOME/server/default/lib
$ cp jai_imageio.jar $DCM4CHEE_HOME/server/default/lib
$ cp libclib_jiio.so $DCM4CHEE_HOME/bin/native
Now, your DCM4CHEE installation should be able to run on your 64 bit Linux machine.
In addition to #jap1968 fix, please verify the Java version you are using typing java -version on console.
If you are using Java 8+, install a Java 7 SDK and configure DCM4CHEE to use it adding at line 106 of $DCM4CHEE/bin/run.sh the following line (modify it to match your Java 7 directory):
JAVA=/etc/alternatives/java_sdk_1.7.0/bin/java
I am getting the following error when I try to install the ADO.NET version of SQLite on two different Win 7 laptops:
Installer.exe: #32 # 2012.05.06T13:58:34.8921292: Configuration.Process: No actual changes will be made to this system because "what-if" mode is enabled.
Installer.exe: #33 # 2012.05.06T13:58:34.8951293: TraceOps.ShowMessage: Cannot continue, the "confirm" option is not enabled.
I am running the Installer.exe as administrator.
Well I am having exactly the same problem,
but the issue is b/c Installer.exe requires a command line argument, called "-confirm"
They made this to make the exe not install when just double clicked.
So pls try following command from command line
Installer -confirm true
Source : http://system.data.sqlite.org/index.html/ci/793e9b039d165c768114c4c646c9ee1b2e44e03d