+1 Suraj,
Make sense to add fromDate and thruDate these kind of Assoc entity.
Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co
On Tue, Aug 1, 2017 at 11:11 AM, Rishi Solanki
wrote:
> Suraj,
>
> I would say, MarketingCampaignPrice and
Hi Paul,
I will start a new thread later on to keep this one focused like others
suggested. I should take my time and really develop the idea and then share
it on the ML.
Cheers,
On Aug 4, 2017 5:17 AM, "Paul Foxworthy" wrote:
> On 2 August 2017 at 18:14, Taher Alkhateeb
On 2 August 2017 at 18:14, Taher Alkhateeb
wrote:
> what I meant is a new single component where move all
> services to it. The reason I suggested that is to reduce "mass
> operations" and make them into one.
>
Hi Taher,
I'm still not clear what you have in mind. By
Hi Nicolas,
Inline...
Le 03/08/2017 à 18:47, Nicolas Malin a écrit :
Hello,
I'm in favor to have a generic crud soa api as possible coherent with the
following model :
* createEntity -> create the new entity
* updateEntity -> update all field
* deleteEntity -> remove entity
* expireEntity
Hi Nicolas,
We can keep delete/remove service for other entity as well (aprt from
Assoc), but I think there is no use of these kind of delete service due to
foreign key constraints .
I am fine with your proposal as well.
Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co
On
The Buildbot has detected a restored build on builder
ofbiz-trunk-framework-plugins while building . Full details are available at:
https://ci.apache.org/builders/ofbiz-trunk-framework-plugins/builds/305
Buildbot URL: https://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build
Hello,
I'm in favor to have a generic crud soa api as possible coherent with
the following model :
* createEntity -> create the new entity
* updateEntity -> update all field
* deleteEntity -> remove entity
* expireEntity -> functionnal remove by thruDate expiration (or other
field related)
Hi Kyra,
It seems that these changes are intentional, you can also check the comment
inside the code itself:
"NOTE DEJ20080609 commenting out this code because the old OFBiz Workflow
Engine is being deprecated and this was only for that get the delegator
from the dispatcher"
For more
Hello OFBiz Enthusiasts,
I am working to rid OFBiz of Bugs using the help of a code analysis tool called
FindBugs. With this, I find all kinds of peculiar code in the OFBiz project.
This JIRA ticket describes further details about this effort:
https://issues.apache.org/jira/browse/OFBIZ-9450