Messages

Whilst that was possible years ago it's no longer supported as the KonaKart schema has changed so much from the osCommerce schema.

However...   What you could do is to install the latest KonaKart and create migration scripts to transfer your data from osCommerce to KonaKart which shouldn't be too hard because the tables will be very similar.

What are you trying to achieve?

Have you tried checking your birtviewer web.xml ?


I strongly recommend you use the wizard-installers or the silent installer to get your system configured correctly.

If you configure it manually from the zip file you risk stumbling from one misconfiguration to the next and wasting a lot of time.

The BIRT Viewer servlet needs access to the database in order to authenticate the user. The location of the properties file containing the database credentials is defined in the birtviewer web.xml in the          ViewerServlet servlet tag.

I strongly recommend you use the wizard-installers or the silent installer to get your system configured correctly.

If you configure it manually from the zip file you risk stumbling from one misconfiguration to the next and wasting a lot of time.

The BIRT Viewer servlet needs access to the database in order to authenticate the user. The location of the properties file containing the database credentials is defined in the birtviewer web.xml in the          ViewerServlet servlet tag.

I did a fresh install, set up Canadian French as a language and it all worked fine - picking up my _fr OrderStatusChange templates just fine.  Maybe you could enable some debug logging in your case to figure out what's wrong?

I don't understand why you would want to create an installation package after you have installed. 

Yes that would make it a little more complicated but I would still advise that you use the silent installer using command line parameters...   The User Guide describes the options to specify.   I think it'll save you time in the long run.

I'm guessing but the likely cause of your problem is in the file /konaKart/webapps/birtviewer/reports/lib/konakart.rptlibrary

Check the definition of dbPropsFile in that file.

I really would recommend you use the wizard-driven installers... they do all sorts of configuration for you automatically so that you don't run into problems like these.

Is there some reason you can't use the wizard-driven installers?

It sounds like your configuration is wrong.

My guess is that the servlet that does the credential check can't access a database.

This should all be set up correctly following a standard wizard installation.  Did you install from a zip file?

One possibility is to get your images from somewhere else... (to workaround the Liferay cache problem)  from Apache Web Server, an image server or even another installation of KonaKart under tomcat.

This allows you to see the images in your storefront in Liferay immediately after they've been uploaded.

You have to set this property to true in your konakart_app.properties file:

Code Select Expand

konakart.app.dont.set.portlet.context.path=true

For the "Store-Front image base" configuration parameter use something like:

http://ipswich:8800/konakart/images

(This one was using KonaKart installed on a different server and the images were loaded through KonaKartAdmin on that)

This is a very good question that I don't know how to solve at the moment.

If you run KonaKart using the out-of-the-box demo which uses tomcat you see images in the storefront that you upload in the Admin app immediately... no need to restart tomcat at all.

Hence the problem seems to be something to do with the way Liferay seems to cache/move images which I don't understand.  Perhaps a Liferay expert could explain how this works and once understood I'm sure a workable solution could be found.

I've noticed the same behaviour as you with the images moving to the temp directory under tomcat (in Liferay).  (So if you move the images yourself it will work but that doesn't sound like a good solution to me - it would be better to understand what's going on and maybe get Liferay to move them).

By the way, your configuration settings look fine to me.

A new API call was added in the v7.3.0.0 Enterprise release that might help with loading images programmatically:

Take a  look at the addImage call (http://www.konakart.com/javadoc/admin/com/konakartadmin/appif/KKAdminIf.html#addImage(java.lang.String, com.konakartadmin.app.AdminImageOptions))  on KKAdminIf

You should look in your tomcat (or JBoss.. or whatever) log file where more could be explained.  Look for that particular reference number in your log.

For security reasons exception messages are returned to users in this way with a reference number so that you can find the underlying cause(s) in the log.

Wherever you can, always use the APIs on KKAdminIf rather than instantiating the Mgr and using those internal methods.

So for adding tags use this:

addTagsToProduct
void addTagsToProduct(java.lang.String sessionId,
                      AdminTag[] tags,
                      int productId)
                      throws KKAdminException
Add the array of AdminTags to the product identified by productId. We assume that the product and the tags already exist in the database since this method inserts an association between a tag and a product rather than the actual objects.

Parameters:sessionId - session Id of logged in Admin usertags - Array of AdminTag objectsproductId - The id of the product Throws: KKAdminException

You can use SOAP for that but I'm not sure why you don't simply use POJOs from there.

Clue: 

When you want to use SOAP instantiate KKWSAdmin(engingConfig)
When you want to use POJO instantiate KKAdmin(engineConfig)

Both of these implement KKAdminIf so you can change which one you use at runtime, if you wish.

Another Clue:

Use properties files rather than that "setProperties(new String[]"  syntax you have used.


The class you couldn't find is in konakart_custom_utils.jar