Messages

Hi Ronnie,

You have quite a few choices..

By default, KonaKart will install so that it listens on 8780.    Your existing tomcat probably listens on something else like 8080 so they can both run together without problems.  You should check in the two server.xml files to ensure you don't have port clashes.

You could link your existing site to the KonaKart tomcat if you like or you could copy the webapps from the KonaKart installation across to your existing tomcat installation.  (or you could create WARs of each, then move these, if you prefer).

Another alternative is to move your existing site across to the new KonaKart tomcat... 

I don't know the level of integration you're seeking to achieve..  You might find running KonaKart separately in its own tomcat advantageous as it would allow you to run it on another machine - plus it would be easier to diagnose any problems because it would be a vanilla installation. (If the tomcats are different versons and have conflicting jars, you might like these to be as independent as possible!).

There are many considerations and options...

Ming

Hi,

It sounds like you're heading in the right direction.   I would create a GWT service layer that your GWT client calls asynchronously.  The GWT service layer can instantiate the KonaKart engines to call the APIs (via web services, or direct java calls).

The Google Group has started a discussion on the technology that should be used to build the first client.  Once that's decided, work will get underway, but I don't know when exactly.

Regards - Ming

Hi,

You don't need Apache ANT in place for one page checkout; just enable it in the Admin App.

I'm curious why your client thinks that Apache Ant is required?   Maybe they're thinking it needs to be built from source?  It doesn't unless you want to modify it.


If you have such "urgent emergencies", to guarantee response times in future you should consider taking out a support contract...  see http://www.konakart.com/support.php    You may not always get quick responses from the forum.

Regards - Ming

It rather depends what you want to achieve.  For minor additions to the jsp version you could use techniques as used in the one-page-checkout. See gwt references in:

MainLayout.jsp:         <meta name='gwt:module' content='com.konakart.Konakart'>
OnePageCheckoutBody.jsp:<script language="javascript" src="gwt.js"></script>

Also look at CheckoutDeliveryAction.java

Also, note the web.xml servlet definition for this:

<!--  Servlet for GWT code  -->
<servlet>
  <servlet-name>KonakartGWTServlet</servlet-name>
  <display-name>KonaKart GWT App</display-name>
  <description>KonaKart GWT App</description>
  <servlet-class>com.konakart.server.KKGWTServiceImpl</servlet-class>
  <load-on-startup>10</load-on-startup>
</servlet>

Also, you could use the documentation at http://www.konakart.com/javadoc/struts_doc/index.html to help you understand the Struts configuration.

A new Google Group (http://groups.google.com/group/konakart) has been created that is dedicated to creating open source store fronts using different technologies.   It may well use GWT as the client technology but this is not yet decided.

Hi Jonathan,

What you describe sounds perfectly feasible but since I'm assuming you can't verify the payemnt has been made in real time there would be a delay between the user paying by this form of EFT and you shipping the product.   Is that OK for you? 

(In the UK for BACS transfers you might have to wait 3 or 4 days before you could verify the payment)

Ming

Hi Jonathan,

For the first part of the question, thre's no problem removing payment modules that you don't want  - you can do all this from the Admin App.

For the EFT payment module I think the options will depend on the services of the banks in question.   It sounds like a debit card payment would do what you require here?   If your customers are likely to have debit cards perhaps this is the easiest solution for you?  If so, you could write a payment module for debit cards.

Another option could be if your customers set up a direct debit facility - but this doesn't sound like what you want for a one-off payment.

If you need to check payment has been made by referencing reference numbers on your own bank receipts this is all possible but this would be outside the payment module.    You would probably need to write some background job that checked orders in a certain state against the bank receipts and when you find a match you change the status of the order to indicate that payment has been made.

Ming

what problems are you having exactly?

you have the ant build file - does that help you?

Hi,

Does this help?

http://www.konakart.com/forum/index.php/topic,331.msg1538.html#msg1538


(There's no SVN server - you have to download the source in the installation kit)

Ming

My suggestion is to study the JSPs that are provided to see how they work.   After this you can display other attributes from the objects that are currently returned from the APIs or call other APIs to get access to other data.

I think the reason for this is that the installer can't find your java installation.  At that stage it searches for java on your machine.   Do you see activity when you wait for the next screen of the wizard to appear?  Have you waited long enough for it to complete its search? (although it shouldn't take long).

Have you got java installed?  (was it a standard installation?)

It should prompt you for the java location if it doesn't find it in the search so I'm not sure what's happening there - if it isn't still searching.   The installer is using its own internal function to locate java - which I've never seen fail before.


You could try the silent mode of the installation or the manual installation, but the graphical mode is a lot easier the first time.

You need to set a valid State in the CustomerRegistration object.

Your database has zones defined for country 223 and you must define the state/zone to use within that country.

I would caution you against going off on a tangent here.

There are no memory problems that I'm aware of in KonaKart or tomcat so I wouldn't go changing servlet containers to solve problems that aren't there!

I advise you to check your java configuration and study the JVM memory settings carefully and solve the 'out of memory' problems by adjusting these.  There are hundreds of articles on JVM memory parameters on the Internet to reference to help you with this.

Yes, KonaKart is designed to be a standard J2EE application so should run on all of those.   We haven't tried them all, but we haven't had any reports of it failing on any of those platforms.

BTW,  What is the reason for the question?   Which one are you planning to use?

Ming

I assume you've read this for jetspeed:

http://www.konakart.com/portlet.php

You may need to make some specific changes for your chosen portal server - they're all different. 

Another possibility is for you to consider using the new Custom Credential checking facility - http://www.konakart.com/docs/CustomCredentialChecking.html  - existing accounts would have to have their passwords changed to match your checking code.

I prefer the setCustomerPassword approach as this will use the default credential checking in KonaKart.