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" FYI:

Re: GenericValue.getRelatedOne/Cache

+1 Jacques From: "Adam Heath" 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 i

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 ru

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 sa

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 > Ryan Foster wrote: > >> What about creating a tag or branch before the merge so that users who >

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

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

[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-tabpanel&focusedCommentId=12966283#action_12966283 ] Marco Risaliti commented on OFBIZ-2589: --- I will provide an example of shipment gatewa

[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-tabpanel&focusedCommentId=12966280#action_12966280 ] Marco Risaliti commented on OFBIZ-1262: --- Hi Jacques, I agree with you to manage this

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

[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 cons

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

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 an

[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-tabpanel&focusedCommentId=12966263#action_12966263 ] Marco Risaliti commented on OFBIZ-1262: --- Hi David & Jacques, I have tested last trun

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/sim

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 Specialtymarket.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 :-)

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 --

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 Cu

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: Author: erwan Date: Thu Dec 2 15:01:20 2010 New Revision: 1041400 URL: http://svn.apache.org/viewvc?rev=1041400&view=rev Log: Thi

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

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 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 <

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.2

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 : > 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? >> >>

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 appli

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: jquey

Looks like, apart Bruno, we are all on the same page so far Other opinions, ideas? Thanks Jacques From: "Hans Bakker" 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 wi

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 Jacq