Re: COGS costing method is not supported Error

[Paul Foxworthy]

Hi Shweta,

Were you able to solve the problem?

Cheers

Paul Foxworthy

On 12 January 2017 at 17:02, Paul Foxworthy  wrote:

> Hi Shweta,
>
> OK. Check the owners of the relevant inventory item or items. Are they
> Company too, or another party without accounting prefs?
>
> If that doesn't help, I suggest you add some logging
> to applications/accounting/minilang/ledger/GeneralLedgerServices.xml to
> discover the value of cogsMethodId.
>
> So about here:
>
> http://svn.apache.org/viewvc/ofbiz/trunk/applications/
> accounting/minilang/ledger/GeneralLedgerServices.xml?view=markup#l1054
>
> after the party accounting preferense have been fetched, add a line like
>
>  />
>
> Hope that helps.
>
> Cheers
>
> Paul
>
>
>
> On 9 January 2017 at 14:46, shwetacf  wrote:
>
>> It is for a company only. And the owner is Company.
>>
>>
>> Thanks
>> Shweta
>>
>>
>>
>> --
>> View this message in context: http://ofbiz.135035.n4.nabble.
>> com/COGS-costing-method-is-not-supported-Error-tp4700827p4700882.html
>> Sent from the OFBiz - User mailing list archive at Nabble.com.
>>
>
>
>
> --
> Coherent Software Australia Pty Ltd
> PO Box 2773
> Cheltenham Vic 3192
> Australia
>
> Phone: +61 3 9585 6788 <+61%203%209585%206788>
> Web: http://www.coherentsoftware.com.au/
> Email: i...@coherentsoftware.com.au
>



-- 
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia

Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: i...@coherentsoftware.com.au

Re: MySQL Deadlocks in OfBiz 12.04

[Scott Gray]

For example, a current project has some heavily used FinAccount rows and
the OFBiz implementation has a tendency to modify the child rows
(FinAccountAuth/FinAccountTrans) before modifying the parent FinAccount
row.  This very easily results in a deadlock as soon as one of the
competing transactions attempts to perform an update on the FinAccount
record.  This happens because the child row modifications result in a
shared lock on the parent row due to the foreign key constraint, but once
multiple transactions both have that shared lock, neither can update the
FinAccount without causing a deadlock exception.

So my quick fix solution is to acquire a lock on the FinAccount record
*before* any child rows are modified:
delegator.storeByCondition("FinAccount", UtilMisc.toMap("lastUpdatedStamp",
UtilDateTime.nowTimestamp()), EntityCondition.makeCondition("finAccountId",
finAccountId));

Assuming all code paths relating to modifying FinAccount data are following
this strategy then each transaction will have to queue on this update
statement until their turn comes up.  Voila, deadlocks are gone.

Regards
Scott


On 16 February 2017 at 09:29, Robb Wagoner  wrote:

> Thanks Scott. Since I am new to OfBiz can you provide a code example? I.e.
> by what means are you issuing an arbitrary no-op update statement on a
> parent row?
>
> On Wed, Feb 15, 2017 at 1:02 PM Scott Gray 
> wrote:
>
> Hi Robb,
>
> I've encountered similar deadlocks in the past and have simply issued an
> update statement on the main row before attempting to work with any child
> rows. That has the same effect as the FOR UPDATE statement but without
> needing to enhance the framework.
>
> Regards
> Scott
>
> On 16/02/2017 08:03, "Robb Wagoner"  wrote:
>
> > We are running OfBiz 12.04 and are using MySQL 5.6 as the RDBMS. We are
> > experiencing database deadlocks and would like to be able to add
> > MySQL-specific statements to deal with the deadlocks. For example:
> `SELECT
> > ... FOR UPDATE` on PRIMARY KEYs and/or FOREIGN KEYs in the transactions.
> >
> > Being new to OfBiz, I've been reviewing the ofbiz-user and ofbiz-dev
> > archives, OfBiz Wiki, Packt's *Apache OfBiz Cookbook*, and other
> resources
> > to learn how we can achieve this.
> > I see mentions of deadlocks in the archives and in JIRA issues (
> > https://issues.apache.org/jira/browse/OFBIZ-5065). Nothing conclusive or
> > directly actionable on managing/dealing with deadlocks is mentioned.
> >
> > What is the OfBiz-way of dealing with RDBMS deadlocks?
> >
> >
> > *Deadlocking statements:*
> > UPDATE SHIPMENT
> > UPDATE INVENTORY_ITEM
> > UPDATE GL_ACCOUNT_ORGANIZATION
> > INSERT INTO ACCTG_TRANS_ENTRY
> >
> >
> > *entityengine.xml datasource element:*
> >  > helper-class="org.ofbiz.entity.datasource.GenericHelperDAO"
> > field-type-name="mysql"
> > check-on-start="true"
> > add-missing-on-start="true"
> > check-pks-on-start="false"
> > check-indices-on-start="false"
> > use-foreign-keys="true"
> > join-style="ansi-no-parenthesis"
> > alias-view-columns="false"
> > drop-fk-use-foreign-key-keyword="true"
> > table-type="InnoDB"
> > character-set="utf8"
> > collate="utf8_general_ci">
> > 
> > 
> > 
> > 
> > 
> >  > jdbc-driver="com.mysql.jdbc.Driver"
> > jdbc-uri="jdbc:mysql://
> > ofbiz-db.example.com/ofbiz?autoReconnect=true"
> > jdbc-username="ofbiz"
> > jdbc-password="password"
> > isolation-level="ReadCommitted"
> > pool-minsize="2"
> > pool-maxsize="250"
> > time-between-eviction-runs-millis="60"/>
> > 
> >
>

Re: MySQL Deadlocks in OfBiz 12.04

[Shi Jinghai]

I'd suggest if possible, use MariaDB 5.5 or MySQL 5.7 and later instead. MySQL 
5.6 is very bad performance, I tried to migrate our postgresql to MySQL 5.5/5.6 
one month ago. Some of our sql scripts take less than 0.1s in postgresql and 
MariaDB, but consume more than 100s in MySQL 5.5/5.6 :).

-邮件原件-
发件人: Robb Wagoner [mailto:r...@pandastrike.com] 
发送时间: 2017年2月16日 7:09
收件人: user@ofbiz.apache.org
主题: Re: MySQL Deadlocks in OfBiz 12.04

It is AWS Aurora variant of MySQL v5.6.10.
$ mysql -hofbiz.example.com -e 'select version(), @@aurora_version'
++--+
| version()  | @@aurora_version |
++--+
| 5.6.10-log | 1.10 |
++--+

On Wed, Feb 15, 2017 at 3:28 PM Jacques Le Roux < jacques.le.r...@les7arts.com> 
wrote:

> Hi Robb,
>
> Just to be sure, the MySQL version you use >= 5.6.4 ?
>
> Jacques
>
>
> Le 15/02/2017 à 20:03, Robb Wagoner a écrit :
> > We are running OfBiz 12.04 and are using MySQL 5.6 as the RDBMS. We 
> > are experiencing database deadlocks and would like to be able to add 
> > MySQL-specific statements to deal with the deadlocks. For example:
> `SELECT
> > ... FOR UPDATE` on PRIMARY KEYs and/or FOREIGN KEYs in the transactions.
> >
> > Being new to OfBiz, I've been reviewing the ofbiz-user and ofbiz-dev 
> > archives, OfBiz Wiki, Packt's *Apache OfBiz Cookbook*, and other
> resources
> > to learn how we can achieve this.
> > I see mentions of deadlocks in the archives and in JIRA issues ( 
> > https://issues.apache.org/jira/browse/OFBIZ-5065). Nothing 
> > conclusive or directly actionable on managing/dealing with deadlocks is 
> > mentioned.
> >
> > What is the OfBiz-way of dealing with RDBMS deadlocks?
> >
> >
> > *Deadlocking statements:*
> > UPDATE SHIPMENT
> > UPDATE INVENTORY_ITEM
> > UPDATE GL_ACCOUNT_ORGANIZATION
> > INSERT INTO ACCTG_TRANS_ENTRY
> >
> >
> > *entityengine.xml datasource element:*  >  helper-class="org.ofbiz.entity.datasource.GenericHelperDAO"
> >  field-type-name="mysql"
> >  check-on-start="true"
> >  add-missing-on-start="true"
> >  check-pks-on-start="false"
> >  check-indices-on-start="false"
> >  use-foreign-keys="true"
> >  join-style="ansi-no-parenthesis"
> >  alias-view-columns="false"
> >  drop-fk-use-foreign-key-keyword="true"
> >  table-type="InnoDB"
> >  character-set="utf8"
> >  collate="utf8_general_ci">
> >  
> >  
> >  
> >  
> >  
> >   >  jdbc-driver="com.mysql.jdbc.Driver"
> >  jdbc-uri="jdbc:mysql:// 
> > ofbiz-db.example.com/ofbiz?autoReconnect=true"
> >  jdbc-username="ofbiz"
> >  jdbc-password="password"
> >  isolation-level="ReadCommitted"
> >  pool-minsize="2"
> >  pool-maxsize="250"
> >  time-between-eviction-runs-millis="60"/>
> >  
> >
>
>

Re: MySQL Deadlocks in OfBiz 12.04

[Robb Wagoner]

It is AWS Aurora variant of MySQL v5.6.10.
$ mysql -hofbiz.example.com -e 'select version(), @@aurora_version'
++--+
| version()  | @@aurora_version |
++--+
| 5.6.10-log | 1.10 |
++--+

On Wed, Feb 15, 2017 at 3:28 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Robb,
>
> Just to be sure, the MySQL version you use >= 5.6.4 ?
>
> Jacques
>
>
> Le 15/02/2017 à 20:03, Robb Wagoner a écrit :
> > We are running OfBiz 12.04 and are using MySQL 5.6 as the RDBMS. We are
> > experiencing database deadlocks and would like to be able to add
> > MySQL-specific statements to deal with the deadlocks. For example:
> `SELECT
> > ... FOR UPDATE` on PRIMARY KEYs and/or FOREIGN KEYs in the transactions.
> >
> > Being new to OfBiz, I've been reviewing the ofbiz-user and ofbiz-dev
> > archives, OfBiz Wiki, Packt's *Apache OfBiz Cookbook*, and other
> resources
> > to learn how we can achieve this.
> > I see mentions of deadlocks in the archives and in JIRA issues (
> > https://issues.apache.org/jira/browse/OFBIZ-5065). Nothing conclusive or
> > directly actionable on managing/dealing with deadlocks is mentioned.
> >
> > What is the OfBiz-way of dealing with RDBMS deadlocks?
> >
> >
> > *Deadlocking statements:*
> > UPDATE SHIPMENT
> > UPDATE INVENTORY_ITEM
> > UPDATE GL_ACCOUNT_ORGANIZATION
> > INSERT INTO ACCTG_TRANS_ENTRY
> >
> >
> > *entityengine.xml datasource element:*
> >  >  helper-class="org.ofbiz.entity.datasource.GenericHelperDAO"
> >  field-type-name="mysql"
> >  check-on-start="true"
> >  add-missing-on-start="true"
> >  check-pks-on-start="false"
> >  check-indices-on-start="false"
> >  use-foreign-keys="true"
> >  join-style="ansi-no-parenthesis"
> >  alias-view-columns="false"
> >  drop-fk-use-foreign-key-keyword="true"
> >  table-type="InnoDB"
> >  character-set="utf8"
> >  collate="utf8_general_ci">
> >  
> >  
> >  
> >  
> >  
> >   >  jdbc-driver="com.mysql.jdbc.Driver"
> >  jdbc-uri="jdbc:mysql://
> > ofbiz-db.example.com/ofbiz?autoReconnect=true"
> >  jdbc-username="ofbiz"
> >  jdbc-password="password"
> >  isolation-level="ReadCommitted"
> >  pool-minsize="2"
> >  pool-maxsize="250"
> >  time-between-eviction-runs-millis="60"/>
> >  
> >
>
>

Re: MySQL Deadlocks in OfBiz 12.04

[Jacques Le Roux]

Hi Robb,

Just to be sure, the MySQL version you use >= 5.6.4 ?

Jacques


Le 15/02/2017 à 20:03, Robb Wagoner a écrit :

We are running OfBiz 12.04 and are using MySQL 5.6 as the RDBMS. We are
experiencing database deadlocks and would like to be able to add
MySQL-specific statements to deal with the deadlocks. For example: `SELECT
... FOR UPDATE` on PRIMARY KEYs and/or FOREIGN KEYs in the transactions.

Being new to OfBiz, I've been reviewing the ofbiz-user and ofbiz-dev
archives, OfBiz Wiki, Packt's *Apache OfBiz Cookbook*, and other resources
to learn how we can achieve this.
I see mentions of deadlocks in the archives and in JIRA issues (
https://issues.apache.org/jira/browse/OFBIZ-5065). Nothing conclusive or
directly actionable on managing/dealing with deadlocks is mentioned.

What is the OfBiz-way of dealing with RDBMS deadlocks?


*Deadlocking statements:*
UPDATE SHIPMENT
UPDATE INVENTORY_ITEM
UPDATE GL_ACCOUNT_ORGANIZATION
INSERT INTO ACCTG_TRANS_ENTRY


*entityengine.xml datasource element:*

 
 
 
 
 
 
 

Re: MySQL Deadlocks in OfBiz 12.04

[Robb Wagoner]

Thanks Scott. Since I am new to OfBiz can you provide a code example? I.e.
by what means are you issuing an arbitrary no-op update statement on a
parent row?

On Wed, Feb 15, 2017 at 1:02 PM Scott Gray 
wrote:

Hi Robb,

I've encountered similar deadlocks in the past and have simply issued an
update statement on the main row before attempting to work with any child
rows. That has the same effect as the FOR UPDATE statement but without
needing to enhance the framework.

Regards
Scott

On 16/02/2017 08:03, "Robb Wagoner"  wrote:

> We are running OfBiz 12.04 and are using MySQL 5.6 as the RDBMS. We are
> experiencing database deadlocks and would like to be able to add
> MySQL-specific statements to deal with the deadlocks. For example: `SELECT
> ... FOR UPDATE` on PRIMARY KEYs and/or FOREIGN KEYs in the transactions.
>
> Being new to OfBiz, I've been reviewing the ofbiz-user and ofbiz-dev
> archives, OfBiz Wiki, Packt's *Apache OfBiz Cookbook*, and other resources
> to learn how we can achieve this.
> I see mentions of deadlocks in the archives and in JIRA issues (
> https://issues.apache.org/jira/browse/OFBIZ-5065). Nothing conclusive or
> directly actionable on managing/dealing with deadlocks is mentioned.
>
> What is the OfBiz-way of dealing with RDBMS deadlocks?
>
>
> *Deadlocking statements:*
> UPDATE SHIPMENT
> UPDATE INVENTORY_ITEM
> UPDATE GL_ACCOUNT_ORGANIZATION
> INSERT INTO ACCTG_TRANS_ENTRY
>
>
> *entityengine.xml datasource element:*
>  helper-class="org.ofbiz.entity.datasource.GenericHelperDAO"
> field-type-name="mysql"
> check-on-start="true"
> add-missing-on-start="true"
> check-pks-on-start="false"
> check-indices-on-start="false"
> use-foreign-keys="true"
> join-style="ansi-no-parenthesis"
> alias-view-columns="false"
> drop-fk-use-foreign-key-keyword="true"
> table-type="InnoDB"
> character-set="utf8"
> collate="utf8_general_ci">
> 
> 
> 
> 
> 
>  jdbc-driver="com.mysql.jdbc.Driver"
> jdbc-uri="jdbc:mysql://
> ofbiz-db.example.com/ofbiz?autoReconnect=true"
> jdbc-username="ofbiz"
> jdbc-password="password"
> isolation-level="ReadCommitted"
> pool-minsize="2"
> pool-maxsize="250"
> time-between-eviction-runs-millis="60"/>
> 
>

Re: MySQL Deadlocks in OfBiz 12.04

[Scott Gray]

Hi Robb,

I've encountered similar deadlocks in the past and have simply issued an
update statement on the main row before attempting to work with any child
rows. That has the same effect as the FOR UPDATE statement but without
needing to enhance the framework.

Regards
Scott

On 16/02/2017 08:03, "Robb Wagoner"  wrote:

> We are running OfBiz 12.04 and are using MySQL 5.6 as the RDBMS. We are
> experiencing database deadlocks and would like to be able to add
> MySQL-specific statements to deal with the deadlocks. For example: `SELECT
> ... FOR UPDATE` on PRIMARY KEYs and/or FOREIGN KEYs in the transactions.
>
> Being new to OfBiz, I've been reviewing the ofbiz-user and ofbiz-dev
> archives, OfBiz Wiki, Packt's *Apache OfBiz Cookbook*, and other resources
> to learn how we can achieve this.
> I see mentions of deadlocks in the archives and in JIRA issues (
> https://issues.apache.org/jira/browse/OFBIZ-5065). Nothing conclusive or
> directly actionable on managing/dealing with deadlocks is mentioned.
>
> What is the OfBiz-way of dealing with RDBMS deadlocks?
>
>
> *Deadlocking statements:*
> UPDATE SHIPMENT
> UPDATE INVENTORY_ITEM
> UPDATE GL_ACCOUNT_ORGANIZATION
> INSERT INTO ACCTG_TRANS_ENTRY
>
>
> *entityengine.xml datasource element:*
>  helper-class="org.ofbiz.entity.datasource.GenericHelperDAO"
> field-type-name="mysql"
> check-on-start="true"
> add-missing-on-start="true"
> check-pks-on-start="false"
> check-indices-on-start="false"
> use-foreign-keys="true"
> join-style="ansi-no-parenthesis"
> alias-view-columns="false"
> drop-fk-use-foreign-key-keyword="true"
> table-type="InnoDB"
> character-set="utf8"
> collate="utf8_general_ci">
> 
> 
> 
> 
> 
>  jdbc-driver="com.mysql.jdbc.Driver"
> jdbc-uri="jdbc:mysql://
> ofbiz-db.example.com/ofbiz?autoReconnect=true"
> jdbc-username="ofbiz"
> jdbc-password="password"
> isolation-level="ReadCommitted"
> pool-minsize="2"
> pool-maxsize="250"
> time-between-eviction-runs-millis="60"/>
> 
>

MySQL Deadlocks in OfBiz 12.04

[Robb Wagoner]

We are running OfBiz 12.04 and are using MySQL 5.6 as the RDBMS. We are
experiencing database deadlocks and would like to be able to add
MySQL-specific statements to deal with the deadlocks. For example: `SELECT
... FOR UPDATE` on PRIMARY KEYs and/or FOREIGN KEYs in the transactions.

Being new to OfBiz, I've been reviewing the ofbiz-user and ofbiz-dev
archives, OfBiz Wiki, Packt's *Apache OfBiz Cookbook*, and other resources
to learn how we can achieve this.
I see mentions of deadlocks in the archives and in JIRA issues (
https://issues.apache.org/jira/browse/OFBIZ-5065). Nothing conclusive or
directly actionable on managing/dealing with deadlocks is mentioned.

What is the OfBiz-way of dealing with RDBMS deadlocks?


*Deadlocking statements:*
UPDATE SHIPMENT
UPDATE INVENTORY_ITEM
UPDATE GL_ACCOUNT_ORGANIZATION
INSERT INTO ACCTG_TRANS_ENTRY


*entityengine.xml datasource element:*

RE: opening balance upload

[Taher Alkhateeb]

Well .. manual is just going to the accounting app and adding transactions
by hand. So perhaps your starting point is the below screen

https://ofbiz-vm2.apache.org:8443/accounting/control/FindAcctgTrans?organizationPartyId=Company

On Feb 15, 2017 3:46 PM, "Moatasim Al Masri"  wrote:

> Thank you Taher
> How can do it manual?
>
> Best Regards,
>
> Moatasim L. Al-Masri
> Program Manager
>
>
>
>
>
>
> P.O.Box 3516 Amman, 11821
> The Hashemite Kingdom of Jordan
> Tel. +962 (6) 556 2620
> Mob (Jordan).   +962 79 5426384
>
>
> /biict
> @biict
> Kingdom of Saudi Arabia
> Mob (KSA).+966 55 7885607
>
>
>
>
>
>
>
>
>
>
> -Original Message-
> From: Taher Alkhateeb [mailto:slidingfilame...@gmail.com]
> Sent: Wednesday, February 15, 2017 2:41 PM
> To: user@ofbiz.apache.org
> Subject: Re: opening balance upload
>
> Hi Moatasim,
>
> I'm assuming you mean you don't want to do manual data entry. If this is
> the case then perhaps one way to do it is to create a data entity xml file
> with all the transactions that you want and then load it from the webtools
> or through the command line
>
> On Feb 15, 2017 3:29 PM, "Moatasim Al Masri"  wrote:
>
> > Dears
> >
> > This is Moatasim, I need to upload opening balances for company, is
> > there any way to do that without heavy transactions entry?
> >
> >
> >
> > *Best Regards,*
> >
> >
> >
> > *Moatasim L. Al-Masri*
> >
> > Program Manager
> >
> >
> >
> > [image: Description: Logo for Office-4]
> >
> >
> >
> > [image: Description: bi email-3-02]
> >
> >
> >
> > P.O.Box 3516 Amman, 11821
> >
> > The Hashemite Kingdom of Jordan
> >
> > *Tel.* +962 (6) 556 2620
> >
> > *Mob (Jordan).*   +962 79 5426384
> >
> > [image: Description: bi email-3-04]
> >
> > [image: Description: bi email-3-05]
> >
> > /biict
> >
> > @biict
> >
> > Kingdom of Saudi Arabia
> >
> > *Mob (KSA).*+966 55 7885607 <+966%2055%20788%205607>
> >
> >
> >
> >
> >
> >
> >
> >
> >
>

RE: opening balance upload

[Moatasim Al Masri]

Thank you Taher
How can do it manual?

Best Regards,

Moatasim L. Al-Masri
Program Manager


 


 
P.O.Box 3516 Amman, 11821
The Hashemite Kingdom of Jordan
Tel.     +962 (6) 556 2620
Mob (Jordan).   +962 79 5426384


/biict
@biict
Kingdom of Saudi Arabia
Mob (KSA).    +966 55 7885607










-Original Message-
From: Taher Alkhateeb [mailto:slidingfilame...@gmail.com] 
Sent: Wednesday, February 15, 2017 2:41 PM
To: user@ofbiz.apache.org
Subject: Re: opening balance upload

Hi Moatasim,

I'm assuming you mean you don't want to do manual data entry. If this is the 
case then perhaps one way to do it is to create a data entity xml file with all 
the transactions that you want and then load it from the webtools or through 
the command line

On Feb 15, 2017 3:29 PM, "Moatasim Al Masri"  wrote:

> Dears
>
> This is Moatasim, I need to upload opening balances for company, is 
> there any way to do that without heavy transactions entry?
>
>
>
> *Best Regards,*
>
>
>
> *Moatasim L. Al-Masri*
>
> Program Manager
>
>
>
> [image: Description: Logo for Office-4]
>
>
>
> [image: Description: bi email-3-02]
>
>
>
> P.O.Box 3516 Amman, 11821
>
> The Hashemite Kingdom of Jordan
>
> *Tel.* +962 (6) 556 2620
>
> *Mob (Jordan).*   +962 79 5426384
>
> [image: Description: bi email-3-04]
>
> [image: Description: bi email-3-05]
>
> /biict
>
> @biict
>
> Kingdom of Saudi Arabia
>
> *Mob (KSA).*+966 55 7885607 <+966%2055%20788%205607>
>
>
>
>
>
>
>
>
>

Re: opening balance upload

[Taher Alkhateeb]

Hi Moatasim,

I'm assuming you mean you don't want to do manual data entry. If this is
the case then perhaps one way to do it is to create a data entity xml file
with all the transactions that you want and then load it from the webtools
or through the command line

On Feb 15, 2017 3:29 PM, "Moatasim Al Masri"  wrote:

> Dears
>
> This is Moatasim, I need to upload opening balances for company, is there
> any way to do that without heavy transactions entry?
>
>
>
> *Best Regards,*
>
>
>
> *Moatasim L. Al-Masri*
>
> Program Manager
>
>
>
> [image: Description: Logo for Office-4]
>
>
>
> [image: Description: bi email-3-02]
>
>
>
> P.O.Box 3516 Amman, 11821
>
> The Hashemite Kingdom of Jordan
>
> *Tel.* +962 (6) 556 2620
>
> *Mob (Jordan).*   +962 79 5426384
>
> [image: Description: bi email-3-04]
>
> [image: Description: bi email-3-05]
>
> /biict
>
> @biict
>
> Kingdom of Saudi Arabia
>
> *Mob (KSA).*+966 55 7885607 <+966%2055%20788%205607>
>
>
>
>
>
>
>
>
>

opening balance upload

[Moatasim Al Masri]

Dears
This is Moatasim, I need to upload opening balances for company, is there any 
way to do that without heavy transactions entry?

Best Regards,

Moatasim L. Al-Masri
Program Manager


[Description: Logo for Office-4]



[Description: bi email-3-02]



P.O.Box 3516 Amman, 11821
The Hashemite Kingdom of Jordan

Tel. +962 (6) 556 2620
Mob (Jordan).   +962 79 5426384

[Description: bi email-3-04]
[Description: bi email-3-05]

/biict
@biict

Kingdom of Saudi Arabia

Mob (KSA).+966 55 7885607

Re: Braintree (updated PayPal) integration?

[Pierre Smits]

Hi all,

I am looking forward to collaborate on this.

Best regards,

Pierre

On Tuesday, February 14, 2017, Dank Me  wrote:

> Hey guys,
>
> Yeah sorry for the confusion. I asked on the dev group, Paul on the user
> group. :-)
>
> We are on the same team here. I believe Paul was wanting to see if any
> Ofbiz users were interested in teaming up to roll out the latest
> Braintree/PayPal integration and be able to contribute it into the core
> Ofbiz, replacing what is there currently which is really out of date.
>
> Thanks!
>
> Steve Dankanich
>
>
> > On Feb 14, 2017, at 3:22 AM, Jacques Le Roux <
> jacques.le.r...@les7arts.com > wrote:
> >
> > Thanks Michael,
> >
> > Actually, apart if this has changed, Paul and Steve are part of the same
> company :)
> >
> > Jacques
> >
> >
> > Le 14/02/2017 à 10:04, Michael Brohl a écrit :
> >> Hi Paul,
> >>
> >> this is great news and I believe this would be a valuable contribution.
> >>
> >> Please refer to https://lists.apache.org/thread.html/
> 4b4d7e85c7182e2885b5d05dc3839c265663e98410c9ece90f8a44be@%
> 3Cdev.ofbiz.apache.org%3E where Steve Dankanich lately announced to work
> on PayPal integration also.
> >>
> >> Best regards,
> >>
> >> Michael
> >>
> >> Am 13.02.17 um 19:44 schrieb Paul Mandeltort:
> >>> Hey guys, anyone using the PayPal integration currently? The existing
> OFBiz integration is based on the ancient API.
> >>>
> >>> We’ve been investigating and the new Braintree API, acquired by
> PayPal, is very modern, keeps CC data on Paypal’s side which greatly
> simplifies PCI Compliance, and makes a great universal payment
> infrastructure for e-commerce focused businesses. It would integrate nicely
> with OFbiz 16.xx’s new architecture.
> >>>
> >>> I’m looking for other companies interested in getting this going, and
> for potentially sharing resources to get this back into OFbiz so everyone
> can benefit.
> >>>
> >>> This would also smooth OFbiz adoption.
> >>>
> >>> —P
> >>
> >>
> >
>
>

-- 
Pierre Smits

ORRTIZ.COM 
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/