int-basic-oracle - Build # 2160 - Still Failing:
Check console output at https://ci.openbravo.com/job/int-basic-oracle/2160/ to
view the results.
Committers since last success:
Changes for Build #2159
Inigo Sanchez <[email protected]> null
Fixes issue 35838: Improved the performance in Alert Management window
When you had several alerts (the problem was reported with +20000 alerts) and
the Alert Management
window was opening, there was a performance problem: The alerts weren't show,
java was consuming
the memory,etc.
Several refactors and improvements have been done in order to improve the
performance in Alert
Management window:
- The getWhereAndFilterClause method was performing twice per alert status. It
is removed the
invocation from the fetch method in ADAlertDatasourceService because it is done
in the fetch method
of the super class.
- It is not neccesary to retrieves the full alert object when only the alert ID
is needed. The same
for AlertRule.
- Now the status of the alert is take into account in the queries in order to
retrieves from the DB
only the alerts that should be needed.
- StringBuilder is used instead of String when concatenate several IDs.
Now the performance of the window is improvement a lot. For example, having
more than 20000 alerts,
it has been reduce the time from 40.1 seconds to 0.6 seconds (Times in
DataSourceServlet.doFetch)
showing to the user the same information.
modules/org.openbravo.client.application/src/org/openbravo/client/application/ADAlertDatasourceService.java
David Miguelez <[email protected]> null
Related to Issue 37199. Added comments and changed method name
to something more meaningful
src/org/openbravo/erpCommon/ad_reports/ReportGeneralLedgerJournal.java
src/org/openbravo/erpCommon/ad_reports/ReportGeneralLedgerJournal_data.xsql
Atul Gaware <[email protected]> null
Fixes Issue 37199:Date filtering criteria not properly carried when
navigating from General Ledger Report to Journal Entries Report
** Accounting Schema Filter is mandatory in Journal Entries Report
so far fetching strFactAcctGroupId is it necessary to remove
the isEmpty check for strcAcctSchemaId as it wont be empty
in any case.
** In case of printing pdf or xls report when factacctgroup id or
record id is not passed (default), a reportslimit check is done to
avoid performance problem.
src/org/openbravo/erpCommon/ad_reports/ReportGeneralLedgerJournal.java
src/org/openbravo/erpCommon/ad_reports/ReportGeneralLedgerJournal_data.xsql
Carlos Aristu <[email protected]> null
related to issue 37259: minor code improvements
- Removed testLabels() test from GenerateComponentTest as the generation of
the I18NComponent component is already covered with the LabelTest class
- Use the log to print the result of the component generation instead of the
standard error output
- Generate the I18NComponent using its generate method. This is how it is
generated by the SessionDynamicResourceComponent
modules/org.openbravo.client.kernel/src-test/org/openbravo/client/kernel/freemarker/test/GenerateComponentTest.java
modules/org.openbravo.client.kernel/src-test/org/openbravo/client/kernel/freemarker/test/LabelTest.java
Carlos Aristu <[email protected]> null
related to issue 37259: adapt test case to the new component's definition
modules/org.openbravo.client.kernel/src-test/org/openbravo/client/kernel/freemarker/test/GenerateComponentTest.java
Carlos Aristu <[email protected]> null
related to issue 37259: adapt test case to the new component's definition
modules/org.openbravo.client.kernel/src-test/org/openbravo/client/kernel/freemarker/test/LabelTest.java
Carlos Aristu <[email protected]> null
fixes bug 37259: Some labels are not translated after switching the language
After the changes introduced on issue #35852 the labels were being cached
together with the rest of the static javascript code. Thus, being in an
environment not in "in development" status, the labels were being cached in the
language of the first login avoiding the translation when switching to another
language afterwards.
To fix the problem now the component responsible of collecting the labels has
been defined as a session dynamic component. This way the labels will be
retrieved on every login. And to avoid querying to the database on each login
request, the labels are now being cached in the server per language.
modules/org.openbravo.client.kernel/src/org/openbravo/client/kernel/I18NComponent.java
modules/org.openbravo.client.kernel/src/org/openbravo/client/kernel/KernelComponentProvider.java
Asier Lostalé <[email protected]> null
fixed 37083: support JDK 9
Asier Lostalé <[email protected]> null
[java9] add all java ee modules at once
build.xml
Asier Lostalé <[email protected]> null
[java9] since ant 1.9.8 javac version has been renamed
src/build.xml
Asier Lostalé <[email protected]> null
[java9] updated copyright
src/build.xml
Asier Lostalé <[email protected]> null
[java9] compile all jrxml files
So we ensure ejc + jdk combination still allows to compile
src-test/src/org/openbravo/test/reporting/AllJrxmlCompilation.java
src-test/src/org/openbravo/test/AllAntTaskTests.java
Asier Lostalé <[email protected]> null
[java9] pi merge
Asier Lostalé <[email protected]> null
[java9] don't fail javadoc due to invalid tags
build.xml
Asier Lostalé <[email protected]> null
[java9] different target for javadoc with jdk9
build.xml
Asier Lostalé <[email protected]> null
[java9] don't try to generate javadoc with java9
For now don't do it as there is not a common manner to do so, if needed
we might need to create 2 different tasks.
build.xml
Asier Lostalé <[email protected]> null
[java9] pi merge
Asier Lostalé <[email protected]> null
[java9] don't set add-modules param if jdk<9
build.xml
src/build.xml
Stefan Hühner <[email protected]> null
[java9] show warning information when compiling core
src-core/build.xml
Stefan Hühner <[email protected]> null
[java9] added not visible modules
Java 9 makes not visible java.activation and java.xml.ws.annotation modules
which are required to compile Openbravo.
build.xml
src/build.xml
Changes for Build #2160
David Miguelez <[email protected]> null
Related to Issue 36693.
Added Licensing info for new XML file.
legal/Licensing.txt
Carlos Aristu <[email protected]> null
related to issue 37269: Do not need to limit the query results
Is not necessary to limit the query results because the obuiapp_process_trl
has a unique constraint based in the obuiapp_process_id and ad_language columns
modules/org.openbravo.client.application/src/org/openbravo/client/application/report/BaseReportActionHandler.java
Carlos Aristu <[email protected]> null
fixes issue 37269: Ability of translating the title of the report result tab
modules/org.openbravo.client.application/src/org/openbravo/client/application/report/BaseReportActionHandler.java
Carlos Aristu <[email protected]> null
related to issue 37269: removed unused variable
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/utilities/ob-utilities-action-def.js
David Miguelez <[email protected]> null
Fixes Issue 36828. Changes Locator selector in Goods Movement Window
to a new OBUISEL_Selector using On Hand Locator Selector
src-db/database/sourcedata/AD_COLUMN.xml
src-db/database/sourcedata/AD_WINDOW.xml
Nono Carballo <[email protected]> null
Related to Issue 37033. Added automated test cases
src-test/src/org/openbravo/test/costing/TestCostingUtils.java
src-test/src/org/openbravo/test/costing/TestCosting.java
David Miguelez <[email protected]> null
Related to Issue 37094. If the description field is empty,
set the description of the related payment if it's any and it's
description is not empty too.
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddTransactionActionHandler.java
Armaignac <[email protected]> null
Fixes issue 37094:Description field is not successfully updated by 'Match
Statement' process
When using a payment in the Match Statement process the description of the
transaction only takes into account the payment description, skipping the user
input value.
Now the new transaction created in the process uses the value of the description
field of the Add New Transaction Popup
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddTransactionActionHandler.java
Last 20 lines of the console output:
[...truncated 8146 lines...]
+ (( i=0 ))
+ (( i<12 ))
++ jps
++ grep Bootstrap
++ true
+ '[' '' = '' ']'
+ break
++ jps
++ grep Bootstrap
++ true
+ '[' '' '!=' '' ']'
+ true
+ '[' 0 '!=' 0 ']'
+ echo
POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Openbravo-builds mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-builds
