Messages

We've added a section to the configuration faq that explains how the Zones Shipping module can be configured.

http://www.konakart.com/configurationfaq.php#shippingzones

Just one thing to bear in mind is that the current version of the module doesn't dynamically refresh its configuration data (requires a Tomcat reboot) . The problem has already been fixed and will be available in the next release. If you'd like an immediate resolution, you can compile the attached source code (Zones.java).

Cheers,

Paolo

Hi Steve,

Could you check in the Admin tool whether shipping appears in the invoice ?

I also have handling set to zero and as far as I'm aware there haven't been changes recently in the PayPal module.

Cheers,

Paolo

Hi Steve,

I've just tested PayPal with shipping per item and it seems to add the shipping so I'm not sure what is going wrong at your end. I've attached the PayPal screen shot.

Your post is good timing because Oracle is the next one on our list for integration with KonaKart. All we really need to do is to create the Oracle DB script and pass it through our automated test suite (since our persistence layer already supports Oracle). It should be ready for version 2.2.0.4 which is planned to be released in approximately two weeks time. Our current schedule is as follows:

Rel. 2.2.0.2 - This week. Major new feature is reports. Integration with BIRT.

Rel  2.2.0.3 - Week starting Mon 21st May. Major new feature is Promotions.

And finally, No you don't need to pay $$ although they are always gratefully accepted :-)

We haven't written an adapter to do this yet. However, since we are database compatible with osCommerce, you may want to look at one of the many contributions from their community.

If you are technically oriented you may also want to take a look at http://www.jitterbit.com/ .

Hi John,

If you'd like to work on the Open Laszlo demo, please contact us directly at support@konakart.com and we'll send you the source code as well as one or two pointers on how to proceed.

Thanks,

Paolo

Steve,

The code you need to look at is the following:

CheckoutDeliveryAction : A new order is created (but not saved in the database) and a list of shipping quotes is fetched. The order gets populated with the addresses of the logged in user so you will have to override these.

CheckoutDeliverySubmitAction : Selected Shipping quote is attached to the order

CheckoutPaymentAction : A list of payment gateways is fetched

CheckoutDeliverySubmitAction : Selected payment gateway is attached to the order

I think that you should be able to do all of those things behind the scenes to avoid having to get the user to flick through multiple pages.

The secret key gives you security when using SSL since you pass it to WorldPay and it gets passed back to you always using secure channels. You then use the secret key to get the orderId. If you don't use the secret key someone could send you callbacks and you'd have difficulty figuring out whether they were real ones or not.

-Paolo

p.s. We normally save the order in the DB before getting a result from WorldPay . The WorldPay result just changes the order state. In this way, you have a record of what has happened even if the payment gateway had a problem.

Hi Steve,

Yes there are JavaDocs for the engine ( http://www.konakart.com/javadoc/server/ ).

Before going into any details, I just wanted to make sure I understood what you want to achieve. Is the aim to miss out the Shipping and Payment windows during the checkout process and go directly to WorldPay ?

-Paolo

Hi Steve,

The actual jsp used to do the post to the external gateway is called CatalogCheckoutExternalPaymentBody.jsp . I assume that you can add your javascript by adding an onSubmit to the form in this jsp.

Hope this helps,

-Paolo

Hi Oleg,

We have implemented the generic field solution which should solve your problem. This functionality will be in our next release.

-Paolo

The credentials for the admin app can be found in /webapps/konakartadmin/WEB-INF/classes/konakartadmin.properties. There are also some other properties to control the security aspects of the application:

konakart.security.disabled=false // Enables you to switch off security
konakart.session.durationMinutes=30 // # minutes session remains active for
konakart.login.attempts=3  // # of attempts before being blocked
konakart.login.blockedmins=10 // # minutes you are blocked for
konakart.admin.user=KonaKart
konakart.admin.password=prince

Yes, the username and password is that of a customer. The module that receives the information from the payment gateway has to communicate with the engine as a "customer". If you have more than one module, it may be worthwhile giving each module a different user in order to keep them separate.

The reason that we require this extra security layer, is that the engine could be a SOAP Web Service on some completely different server and so all confidential communications to the engine need to be checked for credentials.

Hi sfsylz,

This was one of the next things on our list. However, since you have almost finished it, maybe we can start from the work that you have already done ?

Answering your questions:

The username password it expects is that of a normal KonaKart user. It needs these credentials in order to log into the engine so that it can write to the IPN_HISTORY table. You've probably seen that in the admin app we now provide a link from the order to the ipn_history so that you can easily view all of the payment gateway communications.

In the latest download package you'll notice that under the examples directory there is now a konakartadmin section where we supply the source code of the modules that the admin app needs to have. If you take a look at Chronopay.java you'll see that the admin app needs a small java class where the configuration variables are defined. Once it has this, you should be able to manage the module through the admin app.

-Paolo

Thanks for the feedback Shaheem, and please keep it coming.

If you haven't spent time creating your own catalog yet, I advise to run the database script completely because we've removed unused config variables and added a few new order statuses. Also we've modified some existing config variables to place them in the correct groups. If this is a problem, let us know and we'll try and come up with an update script. From now on we'll always provide an update script between versions.

-Paolo

Yes. The next download package will contain both KonaKart application and admin application. The installer will install them both.

Paolo