up-2.50topi-pgsql - Build # 275 - Failure:
Check console output at https://ci.openbravo.com/job/up-2.50topi-pgsql/275/ to
view the results.
Committers since last success:
Changes for Build #275
Sandra Huguet <sandra.hug...@openbravo.com> null
Backed out changeset 26214ce6e789
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_TransactionProcess.java
Sandra Huguet <sandra.hug...@openbravo.com> null
Backed out changeset 58849d9510ba
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_TransactionProcess.java
Sandra Huguet <sandra.hug...@openbravo.com> null
related to issue 39672 lockForNoKeyUpdate not returns the id
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_TransactionProcess.java
Sandra Huguet <sandra.hug...@openbravo.com> null
related to issue 39755 code review changes
Not necessary to return the id. Only creates the lock.
Use createNativeQuery and improve code.
src/org/openbravo/dal/service/OBDal.java
Sandra Huguet <sandra.hug...@openbravo.com> null
related to issue 39672 use lockForNoKeyUpdate instead of lockFinAccount
Use lockForNoKeyUpdate instead of use lockFinAccount in which a
"FOR UPDATE" is done and is too agressive.
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_TransactionProcess.java
Sandra Huguet <sandra.hug...@openbravo.com> null
Fixed issue 39755 added in OBDAL lockForNoKeyUpdate
new lockForNoKeyUpdate method to allow the use "FOR NO KEY UPDATE",
because "FOR UPDATE" in PostgreSQL is too aggressive.
src/org/openbravo/dal/service/OBDal.java
Sandra Huguet <sandra.hug...@openbravo.com> null
Fixed issue 39672 reduce lock and calculate the current balance at the end
of the process
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_TransactionProcess.java
Atul Gaware <atul.gaw...@openbravo.com> null
Fixes Issue 39709: POS Order documents should not be shown
in create shipment from orders process
Avoid POS Order sub type sales order in the create
shipments from order process.
src/org/openbravo/erpCommon/ad_forms/GenerateShipmentsmanual_data.xsql
Asier Lostalé <asier.lost...@openbravo.com> null
fixed bug 39717: unnecesary contention to create new documents in UI
AD_Sequence_DocType acquired a "FOR UPDATE" lock whenever it was invoked
regardless
whether it updated the sequence number or only returned a number proposal. The
latter is the the case of proposing document numbers while creating from UI,
which was forced to be sequentially executed due to this lock.
AD_Sequence_DocType behavior has been changed to:
1. If AD_Sequence_DocType is not going to finally update AD_Sequence, no lock
is acquired.
2. Acquire the lock only if AD_Sequence is updated. Even this lock has been
relaxed in PostgreSQL from FOR UPDATE to FOR NO KEY UPDATE, by doing the
update (which aquires the lock) before doing the select, which now needs
to know in which case we are in order to properly calculate the actual
number.
The same applies to AD_Sequence_Doc.
src-db/database/model/functions/AD_SEQUENCE_DOC.xml
src-db/database/model/functions/AD_SEQUENCE_DOCTYPE.xml
Asier Lostalé <asier.lost...@openbravo.com> null
fixed bug 39725: ViewGeneration fails in retail CI
Retail now has a new grid configuration which caused:
1. SortingFilteringGridConfiguration to be skipped as it is detected as
custom
grid config.
2. SortingFilteringGridConfiguration to leave core module in an inconsistent
state having isIndevelopment = null
This fix:
* Ensures even skipped SortingFilteringGridConfiguration core is kept in a
correct state
* Registers the new grid config so that SortingFilteringGridConfiguration is
executed
* Recovers ViewGeneration execution
src-test/src/org/openbravo/test/views/GridConfigurationTest.java
src-test/src/org/openbravo/test/views/SortingFilteringGridConfiguration.java
src-test/src/org/openbravo/test/views/ViewGeneration.java
Last 20 lines of the console output:
[...truncated 4606 lines...]
at org.apache.tools.ant.Target.performTasks(Target.java:456)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
at org.apache.tools.ant.Project.executeTarget(Project.java:1364)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1248)
at org.apache.tools.ant.Main.runBuild(Main.java:851)
at org.apache.tools.ant.Main.startAnt(Main.java:235)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
Caused by: java.lang.IllegalStateException: Failed to create VMBridge instance
at org.openbravo.javascript.VMBridge.makeInstance(VMBridge.java:68)
at org.openbravo.javascript.VMBridge.<clinit>(VMBridge.java:48)
... 83 more
Total time: 46 seconds
Build step 'Execute managed script' marked build as failure
Checking console output
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
_______________________________________________
Openbravo-builds mailing list
Openbravo-builds@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openbravo-builds
