I'm trying to implement the keepAlive workaround per
http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be null Not sure what I'm doing wrong or how I could go about debugging the code to see what I need to do. If anyone can suggest either somewhere to set a breakpoint, or what I can do with the XML, it would be much appreciated. Thanks. |
I think I found some leads. The log file indicates that some of the
elements are wrong (ie. Error message: cvc-complex-type.3.2.2: Attribute 'value-field' is not allowed to appear in element 'make-value'.) However, that's not what the XSD says. -----Original Message----- From: Sanders, Brian [mailto:[hidden email]] Sent: Tuesday, March 10, 2009 1:34 PM To: [hidden email] Subject: keepAlive I'm trying to implement the keepAlive workaround per http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be null Not sure what I'm doing wrong or how I could go about debugging the code to see what I need to do. If anyone can suggest either somewhere to set a breakpoint, or what I can do with the XML, it would be much appreciated. Thanks. |
In reply to this post by bsanders1979
All,
There are a lot of examples of lookup values implementation in ofbiz. Yet all of the implementation are using two forms called from...LookupScreens... e.g. lookupProductAndPrice --> widget-form listLookupProductAndPrice --> widget-form Can anybody help me to find an example where listLookup... is written in freemarker? Jacek |
In reply to this post by bsanders1979
I'm not sure what trunk revision of OFBiz I'm on, but it seems that
OFBiz and the XSD file (http://www.ofbiz.org/dtds/simple-methods.xsd) are in disagreement as to what attributes should go with certain elements. For example, OFBiz is looking for the value-name attribute in <make-value/>, while the XSD says that the attribute should be named value-field. Is this because the XSD is for another version, or because something is wrong? -----Original Message----- From: Sanders, Brian [mailto:[hidden email]] Sent: Tuesday, March 10, 2009 1:53 PM To: [hidden email] Subject: RE: keepAlive I think I found some leads. The log file indicates that some of the elements are wrong (ie. Error message: cvc-complex-type.3.2.2: Attribute 'value-field' is not allowed to appear in element 'make-value'.) However, that's not what the XSD says. -----Original Message----- From: Sanders, Brian [mailto:[hidden email]] Sent: Tuesday, March 10, 2009 1:34 PM To: [hidden email] Subject: keepAlive I'm trying to implement the keepAlive workaround per http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be null Not sure what I'm doing wrong or how I could go about debugging the code to see what I need to do. If anyone can suggest either somewhere to set a breakpoint, or what I can do with the XML, it would be much appreciated. Thanks. |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 try a ant clean and ant run-install depending on when you upgraded you may have to do a ant clean-all and purge your db if not the built in one. then ant run-install Sanders, Brian sent the following on 3/10/2009 11:12 AM: > I'm not sure what trunk revision of OFBiz I'm on, but it seems that > OFBiz and the XSD file (http://www.ofbiz.org/dtds/simple-methods.xsd) > are in disagreement as to what attributes should go with certain > elements. For example, OFBiz is looking for the value-name attribute in > <make-value/>, while the XSD says that the attribute should be named > value-field. Is this because the XSD is for another version, or because > something is wrong? > > -----Original Message----- > From: Sanders, Brian [mailto:[hidden email]] > Sent: Tuesday, March 10, 2009 1:53 PM > To: [hidden email] > Subject: RE: keepAlive > > I think I found some leads. The log file indicates that some of the > elements are wrong (ie. Error message: cvc-complex-type.3.2.2: Attribute > 'value-field' is not allowed to appear in element 'make-value'.) > However, that's not what the XSD says. > > -----Original Message----- > From: Sanders, Brian [mailto:[hidden email]] > Sent: Tuesday, March 10, 2009 1:34 PM > To: [hidden email] > Subject: keepAlive > > I'm trying to implement the keepAlive workaround per > http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 > <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> > > When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be > null > > Not sure what I'm doing wrong or how I could go about debugging the code > to see what I need to do. If anyone can suggest either somewhere to set > a breakpoint, or what I can do with the XML, it would be much > appreciated. Thanks. > > > > > > > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJtq+8rP3NbaWWqE4RAvJiAKCSxe+/v/AoiS/CMk8PyDCaFIhBCQCeIsoL OnX+lpih23P1MuEiVbWeJQ4= =7HNR -----END PGP SIGNATURE----- |
I checked the XSD in /framework/minilang/dtd/simple-methods.xsd against
http://www.ofbiz.org/dtds/simple-methods.xsd and they are most certainly different versions. Maybe there is a reason it's not done, but may I suggest adding some sort of version identifier to the end of the XSD file? Spring does this with its files (ie. http://www.springframework.org/schema/beans/spring-beans-2.5.xsd, http://www.springframework.org/schema/beans/spring-beans-2.0.xsd, http://www.springframework.org/schema/beans/spring-beans.xsd). Again, you may have reasons for not following such a pattern, but it couldn't hurt to suggest. -----Original Message----- From: BJ Freeman [mailto:[hidden email]] Sent: Tuesday, March 10, 2009 2:22 PM To: [hidden email] Subject: Re: keepAlive -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 try a ant clean and ant run-install depending on when you upgraded you may have to do a ant clean-all and purge your db if not the built in one. then ant run-install Sanders, Brian sent the following on 3/10/2009 11:12 AM: > I'm not sure what trunk revision of OFBiz I'm on, but it seems that > OFBiz and the XSD file (http://www.ofbiz.org/dtds/simple-methods.xsd) > are in disagreement as to what attributes should go with certain > elements. For example, OFBiz is looking for the value-name attribute in > <make-value/>, while the XSD says that the attribute should be named > value-field. Is this because the XSD is for another version, or because > something is wrong? > > -----Original Message----- > From: Sanders, Brian [mailto:[hidden email]] > Sent: Tuesday, March 10, 2009 1:53 PM > To: [hidden email] > Subject: RE: keepAlive > > I think I found some leads. The log file indicates that some of the > elements are wrong (ie. Error message: cvc-complex-type.3.2.2: > 'value-field' is not allowed to appear in element 'make-value'.) > However, that's not what the XSD says. > > -----Original Message----- > From: Sanders, Brian [mailto:[hidden email]] > Sent: Tuesday, March 10, 2009 1:34 PM > To: [hidden email] > Subject: keepAlive > > I'm trying to implement the keepAlive workaround per > http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 > <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> > > When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be > null > > Not sure what I'm doing wrong or how I could go about debugging the > to see what I need to do. If anyone can suggest either somewhere to set > a breakpoint, or what I can do with the XML, it would be much > appreciated. Thanks. > > > > > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJtq+8rP3NbaWWqE4RAvJiAKCSxe+/v/AoiS/CMk8PyDCaFIhBCQCeIsoL OnX+lpih23P1MuEiVbWeJQ4= =7HNR -----END PGP SIGNATURE----- |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 if your using subverion you can get a version and history of all the changes to any file. Sanders, Brian sent the following on 3/10/2009 12:03 PM: > I checked the XSD in /framework/minilang/dtd/simple-methods.xsd against > http://www.ofbiz.org/dtds/simple-methods.xsd and they are most certainly > different versions. Maybe there is a reason it's not done, but may I > suggest adding some sort of version identifier to the end of the XSD > file? Spring does this with its files (ie. > http://www.springframework.org/schema/beans/spring-beans-2.5.xsd, > http://www.springframework.org/schema/beans/spring-beans-2.0.xsd, > http://www.springframework.org/schema/beans/spring-beans.xsd). > > Again, you may have reasons for not following such a pattern, but it > couldn't hurt to suggest. > > -----Original Message----- > From: BJ Freeman [mailto:[hidden email]] > Sent: Tuesday, March 10, 2009 2:22 PM > To: [hidden email] > Subject: Re: keepAlive > > try a > ant clean > and > ant run-install > depending on when you upgraded > you may have to do a > ant clean-all and purge your db if not the built in one. > then > ant run-install > > > Sanders, Brian sent the following on 3/10/2009 11:12 AM: >> I'm not sure what trunk revision of OFBiz I'm on, but it seems that >> OFBiz and the XSD file (http://www.ofbiz.org/dtds/simple-methods.xsd) >> are in disagreement as to what attributes should go with certain >> elements. For example, OFBiz is looking for the value-name attribute > in >> <make-value/>, while the XSD says that the attribute should be named >> value-field. Is this because the XSD is for another version, or > because >> something is wrong? > >> -----Original Message----- >> From: Sanders, Brian [mailto:[hidden email]] >> Sent: Tuesday, March 10, 2009 1:53 PM >> To: [hidden email] >> Subject: RE: keepAlive > >> I think I found some leads. The log file indicates that some of the >> elements are wrong (ie. Error message: cvc-complex-type.3.2.2: > Attribute >> 'value-field' is not allowed to appear in element 'make-value'.) >> However, that's not what the XSD says. > >> -----Original Message----- >> From: Sanders, Brian [mailto:[hidden email]] >> Sent: Tuesday, March 10, 2009 1:34 PM >> To: [hidden email] >> Subject: keepAlive > >> I'm trying to implement the keepAlive workaround per >> http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 >> <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> > >> When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be >> null > >> Not sure what I'm doing wrong or how I could go about debugging the > code >> to see what I need to do. If anyone can suggest either somewhere to > set >> a breakpoint, or what I can do with the XML, it would be much >> appreciated. Thanks. > > > > > > > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJtrthrP3NbaWWqE4RAjx/AJ0ZTotFHja1Lf9rvU38RPP8rSGWVQCg0k58 W961zsY8BnOMNgeO+1N0OdA= =EjBh -----END PGP SIGNATURE----- |
In reply to this post by bsanders1979
At runtime OFBiz always uses local XSD files for validation, and you should do the same in your XML editor. The one on ofbiz.apache.org (if it says www.ofbiz.org it's a very old revision, at least 2-3 years old) is updated regularly to keep up with the trunk. So yeah, the solution is to use local copies of the files (which is the general practice for the code, and a recommended practice for development). -David On Mar 10, 2009, at 12:12 PM, Sanders, Brian wrote: > I'm not sure what trunk revision of OFBiz I'm on, but it seems that > OFBiz and the XSD file (http://www.ofbiz.org/dtds/simple-methods.xsd) > are in disagreement as to what attributes should go with certain > elements. For example, OFBiz is looking for the value-name attribute > in > <make-value/>, while the XSD says that the attribute should be named > value-field. Is this because the XSD is for another version, or > because > something is wrong? > > -----Original Message----- > From: Sanders, Brian [mailto:[hidden email]] > Sent: Tuesday, March 10, 2009 1:53 PM > To: [hidden email] > Subject: RE: keepAlive > > I think I found some leads. The log file indicates that some of the > elements are wrong (ie. Error message: cvc-complex-type.3.2.2: > Attribute > 'value-field' is not allowed to appear in element 'make-value'.) > However, that's not what the XSD says. > > -----Original Message----- > From: Sanders, Brian [mailto:[hidden email]] > Sent: Tuesday, March 10, 2009 1:34 PM > To: [hidden email] > Subject: keepAlive > > I'm trying to implement the keepAlive workaround per > http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 > <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> > > When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be > null > > Not sure what I'm doing wrong or how I could go about debugging the > code > to see what I need to do. If anyone can suggest either somewhere to > set > a breakpoint, or what I can do with the XML, it would be much > appreciated. Thanks. > > > > > |
Administrator
|
I will provide soon an HowTo on how to do that easily using *-catalog.xml files. In my example I will be using Eclipse/Oxygen as
it's the tools I use. But any complementary examples will be welcome. I wonder if we ever wrote something in best practices about that. If not I think we should, isn'it ? Jacques From: "David E Jones" <[hidden email]> > > At runtime OFBiz always uses local XSD files for validation, and you should do the same in your XML editor. > > The one on ofbiz.apache.org (if it says www.ofbiz.org it's a very old revision, at least 2-3 years old) is updated regularly to > keep up with the trunk. > > So yeah, the solution is to use local copies of the files (which is the general practice for the code, and a recommended practice > for development). > > -David > > > On Mar 10, 2009, at 12:12 PM, Sanders, Brian wrote: > >> I'm not sure what trunk revision of OFBiz I'm on, but it seems that >> OFBiz and the XSD file (http://www.ofbiz.org/dtds/simple-methods.xsd) >> are in disagreement as to what attributes should go with certain >> elements. For example, OFBiz is looking for the value-name attribute in >> <make-value/>, while the XSD says that the attribute should be named >> value-field. Is this because the XSD is for another version, or because >> something is wrong? >> >> -----Original Message----- >> From: Sanders, Brian [mailto:[hidden email]] >> Sent: Tuesday, March 10, 2009 1:53 PM >> To: [hidden email] >> Subject: RE: keepAlive >> >> I think I found some leads. The log file indicates that some of the >> elements are wrong (ie. Error message: cvc-complex-type.3.2.2: Attribute >> 'value-field' is not allowed to appear in element 'make-value'.) >> However, that's not what the XSD says. >> >> -----Original Message----- >> From: Sanders, Brian [mailto:[hidden email]] >> Sent: Tuesday, March 10, 2009 1:34 PM >> To: [hidden email] >> Subject: keepAlive >> >> I'm trying to implement the keepAlive workaround per >> http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 >> <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> >> >> When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be >> null >> >> Not sure what I'm doing wrong or how I could go about debugging the code >> to see what I need to do. If anyone can suggest either somewhere to set >> a breakpoint, or what I can do with the XML, it would be much >> appreciated. Thanks. >> >> >> >> >> > |
Administrator
|
In reply to this post by Jacek Wagner
I'm not sure what you are looking for. I don't think any lookup form is written with Freemarker.
But you can use them from there. Look at applications/order/webapp/ordermgr/entry/cart/showcart.ftl line 32 for instance Jacques From: "Jacek Wagner" <[hidden email]> > All, > > There are a lot of examples of lookup values implementation in ofbiz. > Yet all of the implementation are using two forms called > from...LookupScreens... e.g. > lookupProductAndPrice --> widget-form > listLookupProductAndPrice --> widget-form > > Can anybody help me to find an example where listLookup... is written in > freemarker? > > Jacek > |
here the one I wrote:
<script language="JavaScript" type="text/javascript"> // function passing selected value to calling window function set_value(value) { if (!obj_caller) return; obj_caller.target.value = value; window.close(); } </script> <div class="birthday-party-screenlet"> <div class="boxhead">${uiLabelMap.ProgramsAvailableDates}</div> </div> <#if isOpen> <DIV class="birthday-party-screenlet-body"> <#if availableEventsData?exists> <#if availableEventsData?has_content> <div class="birthday-party-basic-table" cellspacing="0"> <table border="0"> <tr> <div class="birthday-party-basic-form" cellspacing="0"> <#if days[0]?exists> <td class="birthdaypartylabel">${dayinweek[0]} ${days[0]}</td> </#if> <#if days[1]?exists> <td class="birthdaypartylabel">${dayinweek[1]} ${days[1]}</td> </#if> </tr> <tr> <td width="16%"> <#list availableEventsData as AvailableEvents> <#if days[0]?exists> <#if (days[0])= AvailableEvents.lhsEventStartDate> <a href="javascript:set_value('${AvailableEvents.productId}')">${AvailableEvents.productName}</a> ${AvailableEvents.lhsEventStartTime}<br /> <form method="post" action="" class="basic-form" onSubmit="javascript:submitFormDisableSubmits(this)" name="listLookupworkshops"> </form> </#if> </#if> </#list> <td width="16%"> <#list availableEventsData as AvailableEvents> <#if days[1]?exists> <#if (days[1])= AvailableEvents.lhsEventStartDate> <a href="javascript:set_value('${AvailableEvents.productId}')">${AvailableEvents.productName}</a> ${AvailableEvents.lhsEventStartTime}<br /> <form method="post" action="" class="basic-form" onSubmit="javascript:submitFormDisableSubmits(this)" name="listLookupworkshops"> </form> </#if> </#if> </#list> </tr> </table> </div> <#else> <div class='tabletext'>${uiLabelMap.RegistrationNoEventsAvailable}.</div> </#if> <#else> <div class='tabletext'>${uiLabelMap.RegistrationNoEventsAvailable}.</div> </#if> </DIV> </#if> Jacques Le Roux wrote: > I'm not sure what you are looking for. I don't think any lookup form > is written with Freemarker. > But you can use them from there. Look at > applications/order/webapp/ordermgr/entry/cart/showcart.ftl line 32 for > instance > > Jacques > > From: "Jacek Wagner" <[hidden email]> >> All, >> >> There are a lot of examples of lookup values implementation in >> ofbiz. Yet all of the implementation are using two forms called >> from...LookupScreens... e.g. >> lookupProductAndPrice --> widget-form >> listLookupProductAndPrice --> widget-form >> >> Can anybody help me to find an example where listLookup... is written >> in freemarker? >> >> Jacek >> > |
In reply to this post by Jacques Le Roux
All,
I setup a store that accepts only Cyber Source payment(s), but when I buy a merchandise I am forced to use either credit card, gift certificate or provide EFT Account. In my business I am not allowed to collect credit card information, EFT account info or any financial information for that matter. What has to be done to let customer complete financial part of the transaction thru the Cyber Source. I read Apache OFBiz Business Setup Guide over and over and did not find any clue. Did I miss something? Jacek |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 without CC info, cc# and expire date minimum, you can not use cybersource. you only hope is to use paypal. you would send the order to paypal, they would process the CC and order then return a transaction number to you. Jacek Wagner sent the following on 3/13/2009 5:00 PM: > All, > > I setup a store that accepts only Cyber Source payment(s), but when I > buy a merchandise I am forced to use either credit card, gift > certificate or provide EFT Account. > In my business I am not allowed to collect credit card information, EFT > account info or any financial information for that matter. > What has to be done to let customer complete financial part of the > transaction thru the Cyber Source. > I read Apache OFBiz Business Setup Guide over and over and did not find > any clue. > Did I miss something? > > Jacek > > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJuvatrP3NbaWWqE4RAlkxAJ9bvll1aGQNyQIlWU7FCL1vuImPVQCgg9Gh EAGpcaNNev4PxpLlRk2eQz0= =05IJ -----END PGP SIGNATURE----- |
The three payment methods (CC, EFT, GC) was hardcoded in the
paymentoptions.ftl. It seems that you need to change the code to use billing account for the customer, or other offline payment methods to pass the payment method step. Hansen On Fri, Mar 13, 2009 at 5:13 PM, BJ Freeman <[hidden email]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > without CC info, cc# and expire date minimum, you can not use cybersource. > you only hope is to use paypal. > you would send the order to paypal, they would process the CC and order > then return a transaction number to you. > > > Jacek Wagner sent the following on 3/13/2009 5:00 PM: > > All, > > > > I setup a store that accepts only Cyber Source payment(s), but when I > > buy a merchandise I am forced to use either credit card, gift > > certificate or provide EFT Account. > > In my business I am not allowed to collect credit card information, EFT > > account info or any financial information for that matter. > > What has to be done to let customer complete financial part of the > > transaction thru the Cyber Source. > > I read Apache OFBiz Business Setup Guide over and over and did not find > > any clue. > > Did I miss something? > > > > Jacek > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJuvatrP3NbaWWqE4RAlkxAJ9bvll1aGQNyQIlWU7FCL1vuImPVQCgg9Gh > EAGpcaNNev4PxpLlRk2eQz0= > =05IJ > -----END PGP SIGNATURE----- > |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Hansen: paymentoptions.ftl has if statements so if the option is not in the productstore payments they will not show. look in paymentoptions.groovy where the data for paymentoptions.ftl is built. Hansen Wang sent the following on 3/13/2009 5:23 PM: > The three payment methods (CC, EFT, GC) was hardcoded in the > paymentoptions.ftl. It seems that you need to change the code to use billing > account for the customer, or other offline payment methods to pass the > payment method step. > > Hansen > > On Fri, Mar 13, 2009 at 5:13 PM, BJ Freeman <[hidden email]> wrote: > > without CC info, cc# and expire date minimum, you can not use cybersource. > you only hope is to use paypal. > you would send the order to paypal, they would process the CC and order > then return a transaction number to you. > > > Jacek Wagner sent the following on 3/13/2009 5:00 PM: >>>> All, >>>> >>>> I setup a store that accepts only Cyber Source payment(s), but when I >>>> buy a merchandise I am forced to use either credit card, gift >>>> certificate or provide EFT Account. >>>> In my business I am not allowed to collect credit card information, EFT >>>> account info or any financial information for that matter. >>>> What has to be done to let customer complete financial part of the >>>> transaction thru the Cyber Source. >>>> I read Apache OFBiz Business Setup Guide over and over and did not find >>>> any clue. >>>> Did I miss something? >>>> >>>> Jacek >>>> >>>> >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJuv15rP3NbaWWqE4RAh3wAJ9HF5Jc5cqEI7bbuP6b3g/xxhMHuQCgt0qx kktFQeiMA3Ojg9vfUuZ78h4= =hNs6 -----END PGP SIGNATURE----- |
Administrator
|
In reply to this post by Jacques Le Roux
Done at
http://docs.ofbiz.org/display/OFBIZ/FAQ+-+Tips+-+Tricks+-+Cookbook+-+HowTo#FAQ-Tips-Tricks-Cookbook-HowTo-UsinglocaleXSDfilesinsteadofOFBizremoteat Did not find a right place in wiki to sugges as best practice. I have opened a new page for that as either http://docs.ofbiz.org/display/OFBADMIN/Best+Practices+Guide nor http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices nor http://docs.ofbiz.org/display/OFBADMIN/HTML+and+CSS+Best+Practices are not really/totally related with this concern (development best practice) See http://docs.ofbiz.org/display/OFBADMIN/Development+best+practices Jacques From: "Jacques Le Roux" <[hidden email]> >I will provide soon an HowTo on how to do that easily using *-catalog.xml files. In my example I will be using Eclipse/Oxygen as >it's the tools I use. But any complementary examples will be welcome. > > I wonder if we ever wrote something in best practices about that. If not I think we should, isn'it ? > > Jacques > > From: "David E Jones" <[hidden email]> >> >> At runtime OFBiz always uses local XSD files for validation, and you should do the same in your XML editor. >> >> The one on ofbiz.apache.org (if it says www.ofbiz.org it's a very old revision, at least 2-3 years old) is updated regularly to >> keep up with the trunk. >> >> So yeah, the solution is to use local copies of the files (which is the general practice for the code, and a recommended >> practice for development). >> >> -David >> >> >> On Mar 10, 2009, at 12:12 PM, Sanders, Brian wrote: >> >>> I'm not sure what trunk revision of OFBiz I'm on, but it seems that >>> OFBiz and the XSD file (http://www.ofbiz.org/dtds/simple-methods.xsd) >>> are in disagreement as to what attributes should go with certain >>> elements. For example, OFBiz is looking for the value-name attribute in >>> <make-value/>, while the XSD says that the attribute should be named >>> value-field. Is this because the XSD is for another version, or because >>> something is wrong? >>> >>> -----Original Message----- >>> From: Sanders, Brian [mailto:[hidden email]] >>> Sent: Tuesday, March 10, 2009 1:53 PM >>> To: [hidden email] >>> Subject: RE: keepAlive >>> >>> I think I found some leads. The log file indicates that some of the >>> elements are wrong (ie. Error message: cvc-complex-type.3.2.2: Attribute >>> 'value-field' is not allowed to appear in element 'make-value'.) >>> However, that's not what the XSD says. >>> >>> -----Original Message----- >>> From: Sanders, Brian [mailto:[hidden email]] >>> Sent: Tuesday, March 10, 2009 1:34 PM >>> To: [hidden email] >>> Subject: keepAlive >>> >>> I'm trying to implement the keepAlive workaround per >>> http://docs.ofbiz.org/pages/viewpage.action?pageId=1021 >>> <http://docs.ofbiz.org/pages/viewpage.action?pageId=1021> >>> >>> When I try to run the service, it says: Column 'GEO_TYPE_ID' cannot be >>> null >>> >>> Not sure what I'm doing wrong or how I could go about debugging the code >>> to see what I need to do. If anyone can suggest either somewhere to set >>> a breakpoint, or what I can do with the XML, it would be much >>> appreciated. Thanks. >>> >>> >>> >>> >>> >> > > |
In reply to this post by BJ Freeman
BJ Freeman wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hansen: > paymentoptions.ftl has if statements so if the option is not in the > productstore payments they will not show. > look in paymentoptions.groovy where the data for paymentoptions.ftl > is built. > > > Hansen Wang sent the following on 3/13/2009 5:23 PM: > >> The three payment methods (CC, EFT, GC) was hardcoded in the >> paymentoptions.ftl. It seems that you need to change the code to use billing >> account for the customer, or other offline payment methods to pass the >> payment method step. >> >> Hansen >> >> On Fri, Mar 13, 2009 at 5:13 PM, BJ Freeman <[hidden email]> wrote: >> >> without CC info, cc# and expire date minimum, you can not use cybersource. >> you only hope is to use paypal. >> you would send the order to paypal, they would process the CC and order >> then return a transaction number to you. >> >> >> Jacek Wagner sent the following on 3/13/2009 5:00 PM: >> >>>>> All, >>>>> >>>>> I setup a store that accepts only Cyber Source payment(s), but when I >>>>> buy a merchandise I am forced to use either credit card, gift >>>>> certificate or provide EFT Account. >>>>> In my business I am not allowed to collect credit card information, EFT >>>>> account info or any financial information for that matter. >>>>> What has to be done to let customer complete financial part of the >>>>> transaction thru the Cyber Source. >>>>> I read Apache OFBiz Business Setup Guide over and over and did not find >>>>> any clue. >>>>> Did I miss something? >>>>> >>>>> Jacek >>>>> >>>>> >>>>> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJuv15rP3NbaWWqE4RAh3wAJ9HF5Jc5cqEI7bbuP6b3g/xxhMHuQCgt0qx > kktFQeiMA3Ojg9vfUuZ78h4= > =hNs6 > -----END PGP SIGNATURE----- > ofbiz code in various areas. I was just hoping for an easy, out of the box, solution to my e commerce payment problem. Jacek |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 the only OOTB solution is paypal. you will have to find a payment processor that does the cc capture and processing then return you a transaction code, like paypal does. then write the code as an external payment processor. good luck in finding one. if you do Please share the provider in the FAQ's Jacek Wagner sent the following on 3/16/2009 8:14 AM: > BJ Freeman wrote: > Hansen: > paymentoptions.ftl has if statements so if the option is not in the > productstore payments they will not show. > look in paymentoptions.groovy where the data for paymentoptions.ftl > is built. > > > Hansen Wang sent the following on 3/13/2009 5:23 PM: > >>>> The three payment methods (CC, EFT, GC) was hardcoded in the >>>> paymentoptions.ftl. It seems that you need to change the code to use >>>> billing >>>> account for the customer, or other offline payment methods to pass the >>>> payment method step. >>>> >>>> Hansen >>>> >>>> On Fri, Mar 13, 2009 at 5:13 PM, BJ Freeman <[hidden email]> wrote: >>>> >>>> without CC info, cc# and expire date minimum, you can not use >>>> cybersource. >>>> you only hope is to use paypal. >>>> you would send the order to paypal, they would process the CC and order >>>> then return a transaction number to you. >>>> >>>> >>>> Jacek Wagner sent the following on 3/13/2009 5:00 PM: >>>> >>>>>>> All, >>>>>>> >>>>>>> I setup a store that accepts only Cyber Source payment(s), but when I >>>>>>> buy a merchandise I am forced to use either credit card, gift >>>>>>> certificate or provide EFT Account. >>>>>>> In my business I am not allowed to collect credit card >>>>>>> information, EFT >>>>>>> account info or any financial information for that matter. >>>>>>> What has to be done to let customer complete financial part of the >>>>>>> transaction thru the Cyber Source. >>>>>>> I read Apache OFBiz Business Setup Guide over and over and did not >>>>>>> find >>>>>>> any clue. >>>>>>> Did I miss something? >>>>>>> >>>>>>> Jacek >>>>>>> >>>>>>> >>>>>>> > > Thank you everyone who responded. I am quite comfortable with changing > ofbiz code in various areas. I was just hoping for an easy, out of the > box, solution to my e commerce payment problem. > Jacek -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJvqKsrP3NbaWWqE4RArynAJ9PrR3qObKO/Y5tvWRj9fOtVKtXMACcDip7 kKoY3hgWgs48C6IFLJ0kJIQ= =5a54 -----END PGP SIGNATURE----- |
I shall do. -- Jacek
BJ Freeman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > the only OOTB solution is paypal. > you will have to find a payment processor that does the cc capture and > processing then return you a transaction code, like paypal does. > then write the code as an external payment processor. > good luck in finding one. > if you do > Please share the provider in the FAQ's > > > Jacek Wagner sent the following on 3/16/2009 8:14 AM: > >> BJ Freeman wrote: >> Hansen: >> paymentoptions.ftl has if statements so if the option is not in the >> productstore payments they will not show. >> look in paymentoptions.groovy where the data for paymentoptions.ftl >> is built. >> >> >> Hansen Wang sent the following on 3/13/2009 5:23 PM: >> >> >>>>> The three payment methods (CC, EFT, GC) was hardcoded in the >>>>> paymentoptions.ftl. It seems that you need to change the code to use >>>>> billing >>>>> account for the customer, or other offline payment methods to pass the >>>>> payment method step. >>>>> >>>>> Hansen >>>>> >>>>> On Fri, Mar 13, 2009 at 5:13 PM, BJ Freeman <[hidden email]> wrote: >>>>> >>>>> without CC info, cc# and expire date minimum, you can not use >>>>> cybersource. >>>>> you only hope is to use paypal. >>>>> you would send the order to paypal, they would process the CC and order >>>>> then return a transaction number to you. >>>>> >>>>> >>>>> Jacek Wagner sent the following on 3/13/2009 5:00 PM: >>>>> >>>>> >>>>>>>> All, >>>>>>>> >>>>>>>> I setup a store that accepts only Cyber Source payment(s), but when I >>>>>>>> buy a merchandise I am forced to use either credit card, gift >>>>>>>> certificate or provide EFT Account. >>>>>>>> In my business I am not allowed to collect credit card >>>>>>>> information, EFT >>>>>>>> account info or any financial information for that matter. >>>>>>>> What has to be done to let customer complete financial part of the >>>>>>>> transaction thru the Cyber Source. >>>>>>>> I read Apache OFBiz Business Setup Guide over and over and did not >>>>>>>> find >>>>>>>> any clue. >>>>>>>> Did I miss something? >>>>>>>> >>>>>>>> Jacek >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> > > >> Thank you everyone who responded. I am quite comfortable with changing >> ofbiz code in various areas. I was just hoping for an easy, out of the >> box, solution to my e commerce payment problem. >> > > >> Jacek >> > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJvqKsrP3NbaWWqE4RArynAJ9PrR3qObKO/Y5tvWRj9fOtVKtXMACcDip7 > kKoY3hgWgs48C6IFLJ0kJIQ= > =5a54 > -----END PGP SIGNATURE----- > |
Free forum by Nabble | Edit this page |