Re: jquey
I would be in favor to merge quickly, like the replacing of the ftl macroprocessor, the system only get properly tested when it is in the trunk. If it is in the trunk, we will help debugging it. Regards, Hans On Thu, 2010-12-02 at 00:18 -0500, Anil Patel wrote: Hans, On other thread Jacques indicated that work of migrating to JQuery is complete. Do you think, it will be good idea to merge JQuery branch with trunk quickly so you can add additional features much more easily? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Dec 1, 2010, at 10:21 PM, Hans Bakker wrote: We have a number of new ofbiz features lined up, however they use jquery... is it possble to add the jquery libraries earlier then waiting for the merge of the jquery branch? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates. -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates.
Re: jquey
Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques From: Hans Bakker mailingl...@antwebsystems.com I would be in favor to merge quickly, like the replacing of the ftl macroprocessor, the system only get properly tested when it is in the trunk. If it is in the trunk, we will help debugging it. Regards, Hans On Thu, 2010-12-02 at 00:18 -0500, Anil Patel wrote: Hans, On other thread Jacques indicated that work of migrating to JQuery is complete. Do you think, it will be good idea to merge JQuery branch with trunk quickly so you can add additional features much more easily? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Dec 1, 2010, at 10:21 PM, Hans Bakker wrote: We have a number of new ofbiz features lined up, however they use jquery... is it possble to add the jquery libraries earlier then waiting for the merge of the jquery branch? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates. -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates.
Re: jquey
Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
Re: OpenID Integration for OFBiz
Hi Tim, I think Crowd is a centralized authentication server, which can be used across many applications, but does it support gmail,aol, etc... A simple scenario i need is, a customer who is having Gmail Account, AOL Account, myopenid account, should be granted access to our ecommerce application. How is it possible. Can we achieve it using Crowd??? Regards, Naveen Kumar B.V On Wed, Dec 1, 2010 at 11:16 PM, Tim Ruppert tim.rupp...@hotwaxmedia.comwrote: It's single sign on, but I'm not sure if it ready for CrowdID: http://www.atlassian.com/software/crowd/features/openid.jsp Cheers, Ruppert On Dec 1, 2010, at 4:34 AM, Hans Bakker wrote: Isn't the component 'crowd' in the specialpurpose directory provide openId? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates. On Wed, 2010-12-01 at 15:54 +0530, Naveen Kumar B V wrote: Hi, Does OFBiz provide OpenId integration. As per my knowledge, and after looking at the code. there is no such functionality. Can anyone help me regarding this? How can i integrate OpenId (Gmail, MyOpenId, AOL, etc) into my application? Regards, Naveen Kumar B.V
Re: jquey
You're welcome +1 Would be a great Xmas present to merge all the stuff into the trunk :-) Am 02.12.2010 um 10:59 schrieb Erwan de FERRIERES erwan.de-ferrie...@nereide.fr: Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
Re: jquey
+1, always better to merge sooner, get more testing on it... Marc Morin Emforium Group Inc. ALL-IN Software 519-772-6824 ext 201 mmo...@emforium.com - Original Message - You're welcome +1 Would be a great Xmas present to merge all the stuff into the trunk :-) Am 02.12.2010 um 10:59 schrieb Erwan de FERRIERES erwan.de-ferrie...@nereide.fr: Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
Re: jquey
+1 Yeah, I would love such a great Xmas present :-) -- Regards, Michael Xu (xudong) On Thu, Dec 2, 2010 at 8:45 PM, Sascha Rodekamp sascha.rodekamp.lynx.de@ googlemail.com wrote: You're welcome +1 Would be a great Xmas present to merge all the stuff into the trunk :-) Am 02.12.2010 um 10:59 schrieb Erwan de FERRIERES erwan.de-ferrie...@nereide.fr: Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
Re: Configuring LDAP with OFBiz
Thank you guys for your support, So is it final that, we should write a Custom Groovy Script to save details in LDAP also, while the details are being saved in OFBiz during registration process. And no such functionality is already implemented?? Please comment on this.. Regards, Naveen Kumar B.V On Mon, Nov 29, 2010 at 1:29 PM, Jacques Le Roux jacques.le.r...@les7arts.com wrote: Then I'd prefer to use Groovy than BSH and please, as already requested by Adrian, use users ML than dev ML for such dicussions Thanks Jacques From: Abhishake Agarwal abhishake.agar...@gmail.com Hi, I would have prefer to call the service from minilang through bsh script which can be embedded in minilang. You cab refer: http://www.opensourcestrategies.com/ofbiz/ofbiz_minilang_cookbook.txt Regards, Abhishake On Sun, Nov 28, 2010 at 2:07 PM, Naveen Kumar B V naveen.whishwo...@gmail.com wrote: Hi Abhishek, Yes true, modifying both the files you mentioned will ensure that the details will be saved from both store-front and backoffice. But, how is the actual implementation logic written. I suppose it cannot be done only with OFBiz Mini-Lang in the xml files. Should a separate service be written for example in Java (using JLDAP). Can you throw some light on the implementation and some sample code. Thank you once again for your time. Your inputs are really taking me forward. Regards, Naveen Kumar B.V On Sun, Nov 28, 2010 at 12:16 PM, Abhishake Agarwal abhishake.agar...@gmail.com wrote: Hi, Also if you want party userlogin created from ofbiz backoffice should be stored in ldap, you should also modify ofbiz/applications/party/ script/org/ofbiz/party/customer/CustomerEvents.xml Regards, Abhishake On Sun, Nov 28, 2010 at 11:40 AM, Abhishake Agarwal abhishake.agar...@gmail.com wrote: Hi, I think you have to use : ofbiz/specialpurpose/ecommerce/script/org/ofbiz/ecommerce/customer/CustomerEvents.xml Regards, Abhishake On Sun, Nov 28, 2010 at 1:22 AM, Naveen Kumar B V naveen.whishwo...@gmail.com wrote: Hi Abhishek, Thanks for your reply, that gives me some hope that while user registration, details can be stored in LDAP also. When i tried to figure out how to do this, i found CustomerEvents.xml file in 3 locations as below: * ofbiz/applications/order/script/org/ofbiz/order/customer/CustomerEvents.xml * * ofbiz/applications/party/script/org/ofbiz/party/customer/CustomerEvents.xml * * ofbiz/specialpurpose/ecommerce/script/org/ofbiz/ecommerce/customer/CustomerEvents.xml * * * Can you help me in identifying which is the file to be modified so that user details can be stored in LDAP, also how do we actually specify other details related to LDAP like Distinguished Name(DN), Organizational Unit(OU), username, password, LDAP location, etc Some sample code.. to do this.. would really be helping me.. Thanks Regards, Naveen Kumar B.V On Sun, Nov 28, 2010 at 12:36 AM, Abhishake Agarwal abhishake.agar...@gmail.com wrote: Hi, You have to modify createCustomer events in CustomerEvents.xml to store user details in LDAP when user gets registered. Regards, Abhishake On Sat, Nov 27, 2010 at 11:26 PM, Naveen Bahatam naveen.baha...@whishworks.com wrote: Hi Adrian, Thanks for your reply. If at all the users data is to be stored in LDAP, when the user is getting registered, or for password updations, can you tell me how can it be done.??. Is it possible with the current implementation in OFBiz, or should we write a service to perform such an operation. And yes, i will make sure to post these questions on user mailing list. Thank you once again. Regards, Naveen Kumar B.V On 26 November 2010 21:20, Adrian Crum adrian.c...@yahoo.com wrote: The current LDAP integration is used for authentication only. User data is not stored in LDAP. By the way, this type of question should be posted on the user mailing list. -Adrian --- On Fri, 11/26/10, Naveen Bahatam naveen.baha...@whishworks.com wrote: From: Naveen Bahatam naveen.baha...@whishworks.com Subject: Configuring LDAP with OFBiz To: dev@ofbiz.apache.org Date: Friday, November 26, 2010, 2:27 AM Hi, I have understood configuring LDAP with OFBiz by editing two properties file as below: *jndiLdap.properties file:* * * # OFBiz LDAP Authentication Settings # JNDI LDAP settings. Change the following line to # point to your LDAP server.
Re: svn commit: r1041400 - /ofbiz/branches/jquery/framework/base/lib/etl/
Thanks Erwan, Sorry for the wrong commit. Also I must say that Opentaps messed things up when they added those libs there. Anyway not an excuse :/ Jacques From: er...@apache.org Author: erwan Date: Thu Dec 2 15:01:20 2010 New Revision: 1041400 URL: http://svn.apache.org/viewvc?rev=1041400view=rev Log: This should not have been added in OFBiz, license issues Removed: ofbiz/branches/jquery/framework/base/lib/etl/
Re: Configuring LDAP with OFBiz
If it is something that is going into the project, then it would be best if the data sharing was bidirectional - so that changes in LDAP are be copied to OFBiz. -Adrian On 12/2/2010 7:16 AM, Naveen Kumar B V wrote: Thank you guys for your support, So is it final that, we should write a Custom Groovy Script to save details in LDAP also, while the details are being saved in OFBiz during registration process. And no such functionality is already implemented?? Please comment on this.. Regards, Naveen Kumar B.V On Mon, Nov 29, 2010 at 1:29 PM, Jacques Le Roux jacques.le.r...@les7arts.com wrote: Then I'd prefer to use Groovy than BSH and please, as already requested by Adrian, use users ML than dev ML for such dicussions Thanks Jacques From: Abhishake Agarwalabhishake.agar...@gmail.com Hi, I would have prefer to call the service from minilang through bsh script which can be embedded in minilang. You cab refer: http://www.opensourcestrategies.com/ofbiz/ofbiz_minilang_cookbook.txt Regards, Abhishake On Sun, Nov 28, 2010 at 2:07 PM, Naveen Kumar B V naveen.whishwo...@gmail.com wrote: Hi Abhishek, Yes true, modifying both the files you mentioned will ensure that the details will be saved from both store-front and backoffice. But, how is the actual implementation logic written. I suppose it cannot be done only with OFBiz Mini-Lang in the xml files. Should a separate service be written for example in Java (using JLDAP). Can you throw some light on the implementation and some sample code. Thank you once again for your time. Your inputs are really taking me forward. Regards, Naveen Kumar B.V On Sun, Nov 28, 2010 at 12:16 PM, Abhishake Agarwal abhishake.agar...@gmail.com wrote: Hi, Also if you want party userlogin created from ofbiz backoffice should be stored in ldap, you should also modify ofbiz/applications/party/ script/org/ofbiz/party/customer/CustomerEvents.xml Regards, Abhishake On Sun, Nov 28, 2010 at 11:40 AM, Abhishake Agarwal abhishake.agar...@gmail.com wrote: Hi, I think you have to use : ofbiz/specialpurpose/ecommerce/script/org/ofbiz/ecommerce/customer/CustomerEvents.xml Regards, Abhishake On Sun, Nov 28, 2010 at 1:22 AM, Naveen Kumar B V naveen.whishwo...@gmail.com wrote: Hi Abhishek, Thanks for your reply, that gives me some hope that while user registration, details can be stored in LDAP also. When i tried to figure out how to do this, i found CustomerEvents.xml file in 3 locations as below: * ofbiz/applications/order/script/org/ofbiz/order/customer/CustomerEvents.xml * * ofbiz/applications/party/script/org/ofbiz/party/customer/CustomerEvents.xml * * ofbiz/specialpurpose/ecommerce/script/org/ofbiz/ecommerce/customer/CustomerEvents.xml * * * Can you help me in identifying which is the file to be modified so that user details can be stored in LDAP, also how do we actually specify other details related to LDAP like Distinguished Name(DN), Organizational Unit(OU), username, password, LDAP location, etc Some sample code.. to do this.. would really be helping me.. Thanks Regards, Naveen Kumar B.V On Sun, Nov 28, 2010 at 12:36 AM, Abhishake Agarwal abhishake.agar...@gmail.com wrote: Hi, You have to modify createCustomer events in CustomerEvents.xml to store user details in LDAP when user gets registered. Regards, Abhishake On Sat, Nov 27, 2010 at 11:26 PM, Naveen Bahatam naveen.baha...@whishworks.com wrote: Hi Adrian, Thanks for your reply. If at all the users data is to be stored in LDAP, when the user is getting registered, or for password updations, can you tell me how can it be done.??. Is it possible with the current implementation in OFBiz, or should we write a service to perform such an operation. And yes, i will make sure to post these questions on user mailing list. Thank you once again. Regards, Naveen Kumar B.V On 26 November 2010 21:20, Adrian Crumadrian.c...@yahoo.com wrote: The current LDAP integration is used for authentication only. User data is not stored in LDAP. By the way, this type of question should be posted on the user mailing list. -Adrian --- On Fri, 11/26/10, Naveen Bahatam naveen.baha...@whishworks.com wrote: From: Naveen Bahatamnaveen.baha...@whishworks.com Subject: Configuring LDAP with OFBiz To: dev@ofbiz.apache.org Date: Friday, November 26, 2010, 2:27 AM Hi, I have understood configuring LDAP with OFBiz by editing two properties file as below: *jndiLdap.properties file:* * * # OFBiz LDAP Authentication Settings # JNDI LDAP settings. Change the following line to # point to your LDAP server. java.naming.provider.url=ldap://localhost:389 java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory java.naming.security.authentication=simple com.sun.jndi.ldap.connect.timeout=5000 # Distinguished Name template. This is used as a default if # UserLogin.userLdapDn is empty. # The %u placeholder
Re: [jira] Closed: (OFBIZ-4006) jQuery Test and Bug fixing
Hi Jacques, I will be glad to help, however we work with the code in the trunk only. If the code is reasonably complete as it appears from the discussions, i would like to see it merged in the trunk. As that will allow more people to test it and detect and report bugs if any. Thanks, Rohit -- View this message in context: http://ofbiz.135035.n4.nabble.com/jira-Created-OFBIZ-4006-jQuery-Test-and-Bug-fixing-tp3016706p3068562.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: jquey
I'm sorry for Bruno, but it seems everybody is looking forward for this merging. So hopefully I will do it soon. If you are interested you can already check https://issues.apache.org/jira/browse/OFBIZ-3814 Jacques Michael Xu (xudong) wrote: +1 Yeah, I would love such a great Xmas present :-) You're welcome +1 Would be a great Xmas present to merge all the stuff into the trunk :-) Am 02.12.2010 um 10:59 schrieb Erwan de FERRIERES erwan.de-ferrie...@nereide.fr: Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
Re: jquey
sigh so all work on Selenium screens will have to be re-done. Jacques Le Roux sent the following on 12/2/2010 1:35 AM: = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques From: Hans Bakker mailingl...@antwebsystems.com I would be in favor to merge quickly, like the replacing of the ftl macroprocessor, the system only get properly tested when it is in the trunk. If it is in the trunk, we will help debugging it. Regards, Hans On Thu, 2010-12-02 at 00:18 -0500, Anil Patel wrote: Hans, On other thread Jacques indicated that work of migrating to JQuery is complete. Do you think, it will be good idea to merge JQuery branch with trunk quickly so you can add additional features much more easily? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Dec 1, 2010, at 10:21 PM, Hans Bakker wrote: We have a number of new ofbiz features lined up, however they use jquery... is it possble to add the jquery libraries earlier then waiting for the merge of the jquery branch? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates. -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates.
Re: jquey
What about creating a tag or branch before the merge so that users who have custom projects or applications based on the trunk have a reference point in the event that they want to freeze their applications at a particular revision? Oh and +1 on merging in JQuery. I am all for consolidating/simplifying our Javascript libraries. No reason to have 3 libraries that all essentially do the same thing. In the end, Javascript is Javascript. My heart says we should have chosen Prototype as that one (as anyone who knows me would agree, I'm a big Prototype JS evangelist). But, my head says that JQuery is the right choice for the long-term growth and success of the project, as it has definitely become the drug of choice for a majority of developers and has much more wide-spread community involvement as far as development of plugins is concerned. Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Dec 2, 2010, at 11:18 AM, Jacques Le Roux wrote: I'm sorry for Bruno, but it seems everybody is looking forward for this merging. So hopefully I will do it soon. If you are interested you can already check https://issues.apache.org/jira/browse/OFBIZ-3814 Jacques Michael Xu (xudong) wrote: +1 Yeah, I would love such a great Xmas present :-) You're welcome +1 Would be a great Xmas present to merge all the stuff into the trunk :-) Am 02.12.2010 um 10:59 schrieb Erwan de FERRIERES erwan.de-ferrie...@nereide.fr: Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
[jira] Commented: (OFBIZ-1262) Complete the support for VAT (Value-Added-Tax)
[ https://issues.apache.org/jira/browse/OFBIZ-1262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12966263#action_12966263 ] Marco Risaliti commented on OFBIZ-1262: --- Hi David Jacques, I have tested last trunk revision that includes the improvements done by David and it seems to me a better and easy way compare to what I have proposed here in this task some years ago. So I could close this issue has won't be fix. A small difference I have noticed is that normally in e-commerce site that sell products with VAT taxes when you add products to cart the taxes are normally included or showed immediately and not like now that they are calculated when you select the shipment destination address. Normally the taxes are calculated basically from the shipment origin once selected the product. This can be considered as another improvement can be done later. Thanks Marco Complete the support for VAT (Value-Added-Tax) -- Key: OFBIZ-1262 URL: https://issues.apache.org/jira/browse/OFBIZ-1262 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Fix For: SVN trunk Attachments: CalculateVatTax2.patch, ecommerceEu.zip I have tried to implement a different of VAT Tax calculation without total change the actual calculation of tax for USA. I have add a new field into the ProductStore to understand if for a store the vat tax has to be calculated (calculateVatTax). The old field showPricesWithVatTax it will be used only if the calculateVatTax will be set to yes for show the prices with tax included or excluded. I have created a sample application (ecommerceEu) to show how it's working. For the moment I have used only two product with vat tax calculated (GZ-1000 and GZ-1001). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: jquey
Ryan Foster wrote: What about creating a tag or branch before the merge so that users who have custom projects or applications based on the trunk have a reference point in the event that they want to freeze their applications at a particular revision? Yes, that's what I have proposed. With another option: to have a branch. But I think the later is more a fork and I prefer the 1st. Oh and +1 on merging in JQuery. I am all for consolidating/simplifying our Javascript libraries. No reason to have 3 libraries that all essentially do the same thing. In the end, Javascript is Javascript. My heart says we should have chosen Prototype as that one (as anyone who knows me would agree, I'm a big Prototype JS evangelist). But, my head says that JQuery is the right choice for the long-term growth and success of the project, as it has definitely become the drug of choice for a majority of developers and has much more wide-spread community involvement as far as development of plugins is concerned. I think we now all agree on that Jacques Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Dec 2, 2010, at 11:18 AM, Jacques Le Roux wrote: I'm sorry for Bruno, but it seems everybody is looking forward for this merging. So hopefully I will do it soon. If you are interested you can already check https://issues.apache.org/jira/browse/OFBIZ-3814 Jacques Michael Xu (xudong) wrote: +1 Yeah, I would love such a great Xmas present :-) You're welcome +1 Would be a great Xmas present to merge all the stuff into the trunk :-) Am 02.12.2010 um 10:59 schrieb Erwan de FERRIERES erwan.de-ferrie...@nereide.fr: Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
Re: jquey
Why? Did you use Dojo or Prototype? Jacques BJ Freeman wrote: sigh so all work on Selenium screens will have to be re-done. Jacques Le Roux sent the following on 12/2/2010 1:35 AM: = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques From: Hans Bakker mailingl...@antwebsystems.com I would be in favor to merge quickly, like the replacing of the ftl macroprocessor, the system only get properly tested when it is in the trunk. If it is in the trunk, we will help debugging it. Regards, Hans On Thu, 2010-12-02 at 00:18 -0500, Anil Patel wrote: Hans, On other thread Jacques indicated that work of migrating to JQuery is complete. Do you think, it will be good idea to merge JQuery branch with trunk quickly so you can add additional features much more easily? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Dec 1, 2010, at 10:21 PM, Hans Bakker wrote: We have a number of new ofbiz features lined up, however they use jquery... is it possble to add the jquery libraries earlier then waiting for the merge of the jquery branch? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates. -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates.
[jira] Closed: (OFBIZ-1262) Complete the support for VAT (Value-Added-Tax)
[ https://issues.apache.org/jira/browse/OFBIZ-1262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux closed OFBIZ-1262. -- Resolution: Won't Fix Hi Marco, This is a possibility when you work on a sole country but consider the case were you sell globaly. Then the VAT taxes depend on the destination, notably in EU. And also (and especially) consider that the same mechanism is used for sales taxes in general and in US in particular where it's more complicated (many levels). So we decided a while ago to keep this general mechanism OOTB. I agree that it may be improved when you are sure of the VAT taxes values that will be applied. Thanks for your comment, I'm closing... Complete the support for VAT (Value-Added-Tax) -- Key: OFBIZ-1262 URL: https://issues.apache.org/jira/browse/OFBIZ-1262 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Fix For: SVN trunk Attachments: CalculateVatTax2.patch, ecommerceEu.zip I have tried to implement a different of VAT Tax calculation without total change the actual calculation of tax for USA. I have add a new field into the ProductStore to understand if for a store the vat tax has to be calculated (calculateVatTax). The old field showPricesWithVatTax it will be used only if the calculateVatTax will be set to yes for show the prices with tax included or excluded. I have created a sample application (ecommerceEu) to show how it's working. For the moment I have used only two product with vat tax calculated (GZ-1000 and GZ-1001). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: jquey
before I jump I guess I should test. my thinking was the screens as Selenium would see them be changed, so the tests would fail. will try over the weekend = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Jacques Le Roux sent the following on 12/2/2010 12:27 PM: Why? Did you use Dojo or Prototype? Jacques BJ Freeman wrote: sigh so all work on Selenium screens will have to be re-done. Jacques Le Roux sent the following on 12/2/2010 1:35 AM: = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques From: Hans Bakker mailingl...@antwebsystems.com I would be in favor to merge quickly, like the replacing of the ftl macroprocessor, the system only get properly tested when it is in the trunk. If it is in the trunk, we will help debugging it. Regards, Hans On Thu, 2010-12-02 at 00:18 -0500, Anil Patel wrote: Hans, On other thread Jacques indicated that work of migrating to JQuery is complete. Do you think, it will be good idea to merge JQuery branch with trunk quickly so you can add additional features much more easily? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On Dec 1, 2010, at 10:21 PM, Hans Bakker wrote: We have a number of new ofbiz features lined up, however they use jquery... is it possble to add the jquery libraries earlier then waiting for the merge of the jquery branch? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates. -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates.
[jira] Commented: (OFBIZ-1262) Complete the support for VAT (Value-Added-Tax)
[ https://issues.apache.org/jira/browse/OFBIZ-1262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12966280#action_12966280 ] Marco Risaliti commented on OFBIZ-1262: --- Hi Jacques, I agree with you to manage this general mechanism OOTB. Thanks Marco Complete the support for VAT (Value-Added-Tax) -- Key: OFBIZ-1262 URL: https://issues.apache.org/jira/browse/OFBIZ-1262 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Fix For: SVN trunk Attachments: CalculateVatTax2.patch, ecommerceEu.zip I have tried to implement a different of VAT Tax calculation without total change the actual calculation of tax for USA. I have add a new field into the ProductStore to understand if for a store the vat tax has to be calculated (calculateVatTax). The old field showPricesWithVatTax it will be used only if the calculateVatTax will be set to yes for show the prices with tax included or excluded. I have created a sample application (ecommerceEu) to show how it's working. For the moment I have used only two product with vat tax calculated (GZ-1000 and GZ-1001). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-2589) New Shipment Gateway Config entities
[ https://issues.apache.org/jira/browse/OFBIZ-2589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12966283#action_12966283 ] Marco Risaliti commented on OFBIZ-2589: --- I will provide an example of shipment gateway that it will use the new shipment gateway config entities. Thanks Marco New Shipment Gateway Config entities Key: OFBIZ-2589 URL: https://issues.apache.org/jira/browse/OFBIZ-2589 Project: OFBiz Issue Type: Improvement Components: product Affects Versions: SVN trunk Reporter: Marco Risaliti Assignee: Marco Risaliti Priority: Minor Fix For: SVN trunk Attachments: ShipmentGatewayConfig.patch, ShipmentGatewayConfig2.patch Add some new entities/fields to move the shipment gateway config from shipment.properties to the new entities. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: jquey
Le 02/12/2010 21:48, BJ Freeman a écrit : before I jump I guess I should test. my thinking was the screens as Selenium would see them be changed, so the tests would fail. Hi BJ, maybe, but work should not be so important. Selenium are also broken when an elenent is changing its location, like a button-bar instead of a link, etc... Anyway, the problem will be in finding the element, so very little change in the end. Cheers, -- Erwan de FERRIERES www.nereide.biz
Re: jquey
Chuckle that is what I thought, and I dread more workload to just keep up. at this point I think you and I are the only ones that have invested in Selenium = BJ Freeman Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=52 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Erwan de FERRIERES sent the following on 12/2/2010 1:50 PM: Le 02/12/2010 21:48, BJ Freeman a écrit : before I jump I guess I should test. my thinking was the screens as Selenium would see them be changed, so the tests would fail. Hi BJ, maybe, but work should not be so important. Selenium are also broken when an elenent is changing its location, like a button-bar instead of a link, etc... Anyway, the problem will be in finding the element, so very little change in the end. Cheers,
Re: jquey
Why you think that making a new release branch would create a fork? It will be managed as we manage R10.04 and R9.04 right now. Only bug fixes will be backported. -Bruno 2010/12/2 Jacques Le Roux jacques.le.r...@les7arts.com Ryan Foster wrote: What about creating a tag or branch before the merge so that users who have custom projects or applications based on the trunk have a reference point in the event that they want to freeze their applications at a particular revision? Yes, that's what I have proposed. With another option: to have a branch. But I think the later is more a fork and I prefer the 1st. Oh and +1 on merging in JQuery. I am all for consolidating/simplifying our Javascript libraries. No reason to have 3 libraries that all essentially do the same thing. In the end, Javascript is Javascript. My heart says we should have chosen Prototype as that one (as anyone who knows me would agree, I'm a big Prototype JS evangelist). But, my head says that JQuery is the right choice for the long-term growth and success of the project, as it has definitely become the drug of choice for a majority of developers and has much more wide-spread community involvement as far as development of plugins is concerned. I think we now all agree on that Jacques Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com On Dec 2, 2010, at 11:18 AM, Jacques Le Roux wrote: I'm sorry for Bruno, but it seems everybody is looking forward for this merging. So hopefully I will do it soon. If you are interested you can already check https://issues.apache.org/jira/browse/OFBIZ-3814 Jacques Michael Xu (xudong) wrote: +1 Yeah, I would love such a great Xmas present :-) You're welcome +1 Would be a great Xmas present to merge all the stuff into the trunk :-) Am 02.12.2010 um 10:59 schrieb Erwan de FERRIERES erwan.de-ferrie...@nereide.fr: Le 02/12/2010 10:35, Jacques Le Roux a écrit : Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques The sooner the better ! Thanks for all your work, Jacques and Sascha -- Erwan de FERRIERES www.nereide.biz
GenericValue.getRelatedOne/Cache
A while back, I started adding more variants of
GenericDelegator.findByPrimaryKey. The outcome of that was to remove
those variants, and reduce the methods.
However, while looking at unrelated code tonight, I thought we should
do the same to the lookup methods in GenericValue. For instance, I
saw this pattern:
if (booleanValue) {
nextValue = value.getRelatedOneCache(relation);
} else {
nextValue = value.getRelatedOne(relation);
}
I think it would be better to change that to getRelatedOne(relation,
boolean).
Do others agree? What about the other methods in that class?
Re: jquey
BJ Freeman wrote: Chuckle that is what I thought, and I dread more workload to just keep up. at this point I think you and I are the only ones that have invested in Selenium The solution there is to stop maintaining it outside of the normal development pipeline. Get it into trunk, make running selenium tests automatic, with a simple call in build.xml.
Re: GenericValue.getRelatedOne/Cache
+1
Jacques
From: Adam Heath doo...@brainfood.com
A while back, I started adding more variants of
GenericDelegator.findByPrimaryKey. The outcome of that was to remove
those variants, and reduce the methods.
However, while looking at unrelated code tonight, I thought we should
do the same to the lookup methods in GenericValue. For instance, I
saw this pattern:
if (booleanValue) {
nextValue = value.getRelatedOneCache(relation);
} else {
nextValue = value.getRelatedOne(relation);
}
I think it would be better to change that to getRelatedOne(relation,
boolean).
Do others agree? What about the other methods in that class?
Re: svn commit: r1039887 - /ofbiz/site/doap_OFBiz.rdf
Hi, I have also sent a message with some enhancements in ofbiz.rdf to site-...@apache.org. I have not received any answers and http://projects.apache.org/projects/ofbiz.html did not change Is this not used anymore? Should I do something special? Thanks Jacques From: Jacques Le Roux jacques.le.r...@les7arts.com FYI: for the PMC info we need to update https://svn.apache.org/repos/asf/infrastructure/site-tools/trunk/projects/data_files/ofbiz.rdf But I have no rights for this. I will ask on site-...@apache.org Jacques From: jler...@apache.org Author: jleroux Date: Sun Nov 28 14:39:40 2010 New Revision: 1039887 URL: http://svn.apache.org/viewvc?rev=1039887view=rev Log: Adds some languages and releases information. Also modify the link to the repository page in wiki. I have tried to add PMC information but it's not quite clear to me Modified: ofbiz/site/doap_OFBiz.rdf Modified: ofbiz/site/doap_OFBiz.rdf URL: http://svn.apache.org/viewvc/ofbiz/site/doap_OFBiz.rdf?rev=1039887r1=1039886r2=1039887view=diff == --- ofbiz/site/doap_OFBiz.rdf (original) +++ ofbiz/site/doap_OFBiz.rdf Sun Nov 28 14:39:40 2010 @@ -8,7 +8,7 @@ !-- === - Copyright (c) 2006 The Apache Software Foundation. + Copyright (c) 2006-2010 The Apache Software Foundation. All rights reserved. === @@ -30,6 +30,9 @@ mailing-list rdf:resource=https://cwiki.apache.org/confluence/x/L4B2; / download-page rdf:resource=http://ofbiz.apache.org/download.html; / programming-languageJava/programming-language +programming-languageGroovy/programming-language +programming-languageJavaScript/programming-language +programming-languageXML/programming-language category rdf:resource=http://projects.apache.org/category/web-framework; / category rdf:resource=http://projects.apache.org/category/database; / category rdf:resource=http://projects.apache.org/category/network-server; / @@ -37,8 +40,8 @@ category rdf:resource=http://projects.apache.org/category/http; / repository SVNRepository -location rdf:resource=http://svn.apache.org/viewvc/ofbiz/trunk// -browse rdf:resource=http://svn.apache.org/repos/asf/ofbiz/trunk/ +location rdf:resource=http://svn.apache.org/repos/asf/ofbiz/trunk// +browse rdf:resource=https://cwiki.apache.org/confluence/x/BYB2/ /SVNRepository /repository maintainer @@ -47,6 +50,20 @@ foaf:mbox rdf:resource=mailto:jone...@apache.org/ /foaf:Person /maintainer - +release +Version +nameOld unofficial and not maintained/name +created2007-04-01/created +revision4.0/revision +/Version +/release +release +Version +nameLast stable/name +created2009-04-01/created +revision9.04/revision +/Version +/release +shortdesc xml:lang=enThe Open For Business Project (Apache OFBiz) is an open source enterprise automation software project/shortdesc /Project /rdf:RDF
