Messages

Hi,

There is already a standard PayPal payment module.   For the pro versions, we have those on our to-do list but if you would like to do these and contribute them back to the community, so much the better.

You will find all the source code for other similar payment modules in the custom source code examples.  You will also find plenty of advice on how to build these in this forum.   The best method is to find one that's similar to the one you want to implement and then copy and rename all of the pieces.

For the PayPal pro module (for the US and the UK if I remember correctly) you will probably be better off copying authorize.Net or USAePay as a starting point as these variants collect the credit card details on the KonaKart site rather than the payment gateway site liek the standard PayPal module.

If you get stuck or run out of time you can always request that the people at KonaKart do it for a nominal sum - just email sales at konakart dot com if you're interested in this option.

Ming

Hi,

I have just tried to recreate your problem without success.   I followed the FAQ to the letter and could run the single-page checkout by running the ant script.

So, it's tricky to figure out what's wrong, if this cannot be explained by a version mis-match somewhere.

Are you using the gwt-dev-kit for the version of KonaKart that you're running?   The 2.2.0.7 kit is available at http://www.konakart.com/kits/konakart-gwt-dev-kit-2.2.0.7.zip   Is that the same size as the one you're using?

You definitely have the correct settings in your src/konakart.properties file under your gwt dev kit directory don't you?  (i.e. you're definitely pointing to a database with the counter table in it?)

Maybe external factors are making it fail?  Which version of java are you using?  Which version of MySQL?   Does the full KonaKart application work ok?  Does the Admin App work OK?

If you run ant with debug (-d) do you get any clues?

Ming

Hi,

BTW.  which version of KonaKart are you trying to install?

Ming

Hi,

We can report this to the InstallJammer people (our installer uses InstallJammer) but it would be helpful if you could tell us more about what happens.   For example, when you start the installer, have you been able to check the process to see if it's spinning at 100%cpu?   Can't you stop the installer process in this state?

Perhaps you could post the results of running the installing under strace ?

With this information, we can go back to the InstallJammer people and see what they have to say.


Something you could try:

Have you got SELinux enabled?   Can you run the installer with SELinux disabled?  Apparently this has caused problems with InstallJammer in the past, although I thought they'd fixed this.
Please let us know if this solves the problem.


Failing that you may have to use the zip install and configure it manually using the FAQs for guidance but I hope you can get the installer working as it's a lot easier 

Ming

Hi,

We install on Linux using the silent mode installation hundreds of times a week so for you to have a "crash" is very unusual. 

Do you have a log of the output of the silent mode installation?

When you say the server "crashes" - what exactly happens?

Have you tried running the GUI-based installer on Linux instead?

Which Linux? (we test mainly on CentOS 5 and Ubuntu)

We have used at least MySQL 5.0.45 and 5.0.22 (so before and after yours).  We use 1.6 as well.

Something very strange going on there;  Linux is not noted for such instabaility.

Ming