Re: auto-stamp fields in "entity-engine in webtools". was [[Re: [PROPOSAL] DataModel - Improve Internal Fields injection]]

+1, Deepak Dixit. -- Best Regards, Suraj Khurana On Sat, Apr 27, 2019 at 11:05 AM Deepak Dixit wrote: > I think here we are mixing two different thread. > > >>>auto-stamp fields in "entity-engine in webtools" > > As I understand in this thread we are talking about only view part of find

Re: auto-stamp fields in "entity-engine in webtools". was [[Re: [PROPOSAL] DataModel - Improve Internal Fields injection]]

I think here we are mixing two different thread. >>>auto-stamp fields in "entity-engine in webtools" As I understand in this thread we are talking about only view part of find generic entity page. Here we are not talking about adding or removing fields in the entity. If an entity has stamp filed

Re: svn commit: r1856609 - in /ofbiz/ofbiz-framework/trunk/applications/order: groovyScripts/test/OrderTests.groovy testdef/data/OrderTestData.xml

Sure Jacques, I am into it today and if got nothing I will remove OrderTests.groovy -- Best Regards, Suraj Khurana On Fri, Apr 26, 2019 at 7:27 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Hi Suraj, > > I think that, as suggested by Mathieu, in the meantime it's better to

Re: svn commit: r1856609 - in /ofbiz/ofbiz-framework/trunk/applications/order: groovyScripts/test/OrderTests.groovy testdef/data/OrderTestData.xml

Hi Suraj, I think that, as suggested by Mathieu, in the meantime it's better to remove “OrderTests.groovy” Because it could hide other issues else reported by Buildbot which is our last safeguard Thanks Jacques Le 25/04/2019 à 10:52, Pierre Smits a écrit : Hi Mathieu, Is there a way to

auto-stamp fields in "entity-engine in webtools". was [[Re: [PROPOSAL] DataModel - Improve Internal Fields injection]]

Hi Pritam, All, To clarify, in case there is a confusion here. If I'm not wrong Suraj suggested to add the auto-stamp fields in "entity-engine in webtools". Like for instance at https://demo-trunk.ofbiz.apache.org/webtools/control/FindGeneric?entityName=OrderHeader He did not speak about the

Re: [PROPOSAL] DataModel - Improve Internal Fields injection

A big post for saying that the feature i just wanted to recall about do not fit your need :). I used it in the past for a critical audit, and was happy with it. Le 14:23 - vendredi 26 avril, Pierre Smits a écrit : > Gill, all, > > The entity_audit_log feature also sprung into my mind shortly

Re: [PROPOSAL] DataModel - Improve Internal Fields injection

Fwiw more often than not I can identify who made a specific change by searching the logs, assuming they're retained for long enough. Most http requests log the session ID (when the view is rendered) which can then be matched to a user via the Visit table. I'm not sure if that has changed in

Re: [PROPOSAL] DataModel - Improve Internal Fields injection

Gill, all, The entity_audit_log feature also sprung into my mind shortly after I posted my comment. I wonder how many of our adopters are aware of this feature and the penalty aspect in production setups. And of how many do we in this project know that these adopters are aware? Such info rarely

Re: [PROPOSAL] DataModel - Improve Internal Fields injection

Hello Pierre, If you have specific need of Auditing, after suspition of malicious users, you can enable entity_audit_log feature on the desired table. At a cost of performance loss. I do not understand why impersonation feature appears here, since it is a administrator specific feature. If an

Re: [PROPOSAL] DataModel - Improve Internal Fields injection

The two fields are extremely useful (even indispensable) regarding auditing and data analysis. Consider security assessments and fraud detection/prevention. In trunk, only 48 entities have those fields in following breakdown: Component Model Entities Having UserLogin fields % datamodel accounting

Re: Scheduled Service & recurrenceInfo & recurrenceRule

Do you check to revert your rule ? Run each hours except from 22-0 and 0-9 ? Nicolas On 21/04/2019 12:24, Pierre Smits wrote: Hi All, As part of an improvement regarding the BI component I created a service that I want to be executed daily at a certain hour. For this I created both

Re: svn commit: r1858094 - in /ofbiz/ofbiz-framework/branches/release18.12: ./ framework/webapp/src/main/java/org/apache/ofbiz/webapp/control/RequestHandler.java

Le 25/04/2019 à 14:59, Mathieu Lirzin a écrit : I think it might a good idea to revert and reopen OFBIZ-10895. Done Jacques

Re: Visit/Visitor specific client IPs tracking exclusion

Greats Giulio, I will follow this and try to help if my time permit this. Nicolas On 25/04/2019 11:22, Giulio Speri - MpStyle Srl wrote: Hello everyone, I have created a Jira task for this. OFBIZ-10957 Giulio Il giorno sab 13 apr 2019

Re: Reviving the OFBiz community day

I follow you on this way :) On 26/04/2019 09:09, Sanjay Yadav wrote: Nice initiative, Swapnil. I am in for community day. Best Regards, *Sanjay Yadav* | Manager, QA HotWax Systems 80, Scheme No. 78, Indore, M.P. 452010, India Mobile Phone: 787 918 8830 |

Re: [PROPOSAL] DataModel - Improve Internal Fields injection

Hello, When I worked on issue OFBIZ-5010, I have been imagine to use an other parameter on entity definition like internal to generate these 4 fields createdByUserLogin, lastModifiedByUserLogin, createdDate, lastModifiedDate. example :     but more with idea to extend it If we

Re: Reviving the OFBiz community day

Nice initiative, Swapnil. I am in for community day. Best Regards, *Sanjay Yadav* | Manager, QA HotWax Systems 80, Scheme No. 78, Indore, M.P. 452010, India Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav On Thu,

Re: Fwd: [PROPOSAL] Enable entity timestamp fields

Thank You, everyone, for the inputs. I have logged Jira for this https://issues.apache.org/jira/browse/OFBIZ-10959. -- Kind Regards, *Pawan Verma* | Technical Consultant HotWax Systems Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center, Indore,

Re: [PROPOSAL] DataModel - Improve Internal Fields injection

IMO, adding 'createdByUserLogin' and 'lastModifiedByUserLogin' fields to every entity is not that useful. Like for example, if we consider the "Visit" entity, I am not able to find any advantage of having these fields in this entity. But, it should be added to some crucial entities like