This article describes some measures that can be taken in case of problems with the CKFinder for Java application.
Debugging CKFinder
CKFinder for Java contains a special debugging mode that makes it easier to troubleshoot the application. This mode can be turned on in the WEB-INF/web.xml
file, by setting a new <init-param>debug</init-param>
node to true
.
<servlet> <servlet-name>ConnectorServlet</servlet-name> <servlet-class>com.ckfinder.connector.ConnectorServlet</servlet-class> <init-param> <param-name>XMLConfig</param-name> <param-value>/WEB-INF/config.xml</param-value> </init-param> <init-param> <param-name>debug</param-name> <param-value>true</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet>
For more information on the web.xml
file refer to the Integration article.
With the debugging mode on, CKFinder returns detailed exception information when an error occurs.
Empty Error Messages
Under some circumstances right after installing CKFinder you may get errors about incorrect configuration of the application. In rare cases (usually because of your custom web application settings) it may happen that you will not see any message text either in the dialog window or in your log files.
Here is what you can do to fix it:
- Clear Tomcat log files. This step is not obligatory, but if you do not want to go through hundreds of log files that you probably have in your Tomcat, you can clear them. In this way it will be easier for you to find an exception you are interested in.
- Deploy the
CKFinderJava-x.y.war
file (x.y
is the version number) on your Apache Tomcat server. - Turn on debugging mode in the
CKFinderJava
application. In order to achieve this, go to theWEB-INF/web.xml
file and set the<init-param>debug</init-param>
node totrue
. See the section above for a more detailed description of the debugging mode. - Start and stop your Apache Tomcat server. This will create a
CKFinderJava
context file which represents a web application that is run within a particular virtual host. You can find more information about application context here: http://tomcat.apache.org/tomcat-7.0-doc/config/context.html. - If you are using a default Apache Tomcat configuration, your virtual host is
localhost
and your application context should be placed under{CATALINA_HOME}/conf/Catalina/localhost
. The context file has the same name as your application and has an.xml
extension. In our default case it will beCKFinderJava-x.y.xml
. - Open the context file, find the
Context
node and add theswallowOutput
attribute with its value set totrue
. The node should look like this:<Context antiJARLocking="true" path="/CKFinderJava" swallowOutput="true" />.
This attribute will redirect all errors to the web application logger. - Now start your application again and repeat the steps to return an error. A detailed stacktrace should be visible in the CKFinder dialog window as well as in Tomcat log files.
Flash Upload Problem
Note: the flash upload component has been completely removed in CKFinder 2.6.
As of CKFinder 2.1 we have introduced a new Flash component for multiple file upload. It is working great except in one situation. When you use your own authentication method in CKFinder (you have overridden the checkAuthentication()
method), based on a variable placed in the session scope, in browsers other than Internet Explorer you might see the following error while trying to upload images: "The file browser is disabled for security reasons. Please contact your system administrator and check the CKFinder configuration file".
This is happening because of an old Flash "cookie bug". If you are interested in seeing reports on this issue you can follow the links below (login is required):
- http://bugs.adobe.com/jira/browse/FP-1044
- https://bugs.adobe.com/jira/browse/FP-201
- http://bugs.adobe.com/jira/browse/FP-78
To sum up the problem: as you probably know, the browser has a cookie space which is designed to store cookies that are used for the communication with the server. When the Flash component (embedded in the Web page) is being initialized, it creates its own separate cookie space in non-IE browsers from which unfortunately wrong or no cookies are sent. If correct cookies are not sent, sessions and cookie-based authentication will not work.
To workaround this problem we have created FileUploadFilter
which retrieves appropriate cookies on server side. So if you are using flash upload component together with session scope variables to identify your user, make sure this Filter is included in your application config file. Also note that its mapping should be set to the same url pattern as for ConnectorServlet
.
To use the filter you have to declare it in web.xml
file for your application. For more details on configuration please refer to Integration, [File Upload Filter] section.
Support and Help
If you encounter other issues with CKFinder for Java, you can find support on the community forum. Use the contact form from our website to send your questions and comments.