[
https://issues.apache.org/jira/browse/OFBIZ-12459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17461369#comment-17461369
]
Pierre Smits commented on OFBIZ-12459:
--------------------------------------
[~mbrohl]
Switching over to using SystemProperty records for runtime configuration is an
ongoing effort since it was introduced way back when in 2012, effected by
contributors of all kinds. Never before somewhere in 2018, in your 20 years of
history with OFBiz (or even the 15 years of this project being part of the ASF)
have you 'collaborated' on this subject. And even when you started providing
comments/suggestions to the subject, you couldn't convince the community to
change directions.
Here, elsewhere, you keep circling back, or referring to creating a mess for
users. But the thing is that by insisting (like you do) on not moving forward
you perpetuate the mess. Not only regarding this aspects, but others as well.
A while back I advised you to read the header of OFBiz code files. Apparently
you did not learn anything from those files, still thinking that the project
must ensure any kind of compatibility.
You claim to know what OFBiz users want/need from the project. I suggest you
wake up. You're no OFBiz user! And what you know about what OFBiz users
wanted/needed is from the limited few that paid you regarding the
implementations you worked on.
You talk about destroying trust? You made me both cringe and laugh when you
mentioned that. In an other ticket discussion, you insist on not improving
just that trust by rejecting that fields like createdByUserLogin and
modifiedByUserLogin should be part of the metadata fields automatically added
and populated. Fields that are included in every piece of serious software
(like SalesForce, Microsoft Dynamics 365, SAP, etc.).
If you're so dissatisfied about the direction of the project, I suggest you
follow the route other (privileged) contributors embarked on and start working
on and promoting your own derivative.
And, if you're dissatisfied with how contributors react to your kind of
collaboration I suggest you take a hard look at your own actions and [those
tickets |
https://issues.apache.org/jira/issues/?jql=project%20%3D%20OFBIZ%20AND%20resolution%20%3D%20Unresolved%20AND%20assignee%20in%20(mbrohl)%20ORDER%20BY%20updated%20DESC]
you're 'collaborating on'.
I appreciate suggestions, but nowhere is it stated that any other contributor
(or I) *must* follow that, or adhere your kind of collaboration, blindly.
I object to your kind of collaboration. I reject your kind of collaboration.
Your kind of collaboration moves (contributions to) the project to a grinding
halt. You can't even seem to able to collaborate with the contributors from
your own company to get their contributions to move the project forward.
I rather have you 'collaborate' similarly to the dozens of other privileged
contributors than you injecting your unwanted kind of collaboration into
tickets.
So you ask yourself what else can you do...
Here are a few suggestions (how you can adjust your kind of collaborating for
the good of the project, its users and its contributors):
* go 'collaborate' with someone else, and stop stalking me,
* go take any of the tickets you have assigned yourself to and work those to a
satisfactory resolution, instead of 'managing' the status,
* go take any PR that is good enough and merge that into the code base,
* go take any other open ticket and work that to a satisfactory resolution,
* go take any Confluence page that is WIP and work that to an acceptable level.
> Cybersource - configuration
> ---------------------------
>
> Key: OFBIZ-12459
> URL: https://issues.apache.org/jira/browse/OFBIZ-12459
> Project: OFBiz
> Issue Type: Improvement
> Components: accounting
> Affects Versions: Trunk
> Reporter: Pierre Smits
> Assignee: Pierre Smits
> Priority: Major
> Labels: 3rdParty, cybersource, fintech, integration
>
> Move 3rd party Fintech integration configuration for Cybersource from
> initialisation configuration to runtime configuration.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
