Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0014501 | Openbravo ERP | A. Platform | public | 2010-09-09 15:59 | 2010-09-21 03:41 |
|
Reporter | shuehner | |
Assigned To | alostale | |
Priority | urgent | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | 2.50MP22 | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | No |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0014501: ActivationKey load from <source.path>/config/licenseRestrictions which breaks erp running without sources |
Description | When trying to run an erp instance with i.e. just the war-file + database and without sources available on the server then this is no longer possible after the new License Manager project was merged to pi. As this code does load from source.path/config/licenseRestrictions.
This needs to be refactored to get back to the old state in which erp runs fine without source.path as long as some special areas are not used:
- dataset import/export
- mmc
Other note: config/ is not the best location as there's nothing the user can configure in that file.
|
Steps To Reproduce | I.e. point source.path to a wrong location and try to login & use the application -> fails as file licenseRestrcitions cannot be found |
Proposed Solution | Several:
a.) move from file to db-content as its shipped with core
b.) move file to a normal source folder (i.e. inside the package of the ActivationKey class) and copy that file to WebContent and load from there
Version a.) would be consistent with how we handle the license-data. |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2010-09-09 15:59 | shuehner | New Issue | |
2010-09-09 15:59 | shuehner | Assigned To | => alostale |
2010-09-09 15:59 | shuehner | OBNetwork customer | => No |
2010-09-10 09:14 | alostale | Note Added: 0030920 | |
2010-09-10 09:17 | hgbot | Checkin | |
2010-09-10 09:17 | hgbot | Note Added: 0030921 | |
2010-09-10 09:17 | hgbot | Status | new => resolved |
2010-09-10 09:17 | hgbot | Resolution | open => fixed |
2010-09-10 09:17 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/224a37b46fd961a58d5481f9ec631abe91293191 [^] |
2010-09-10 09:17 | alostale | Note Added: 0030922 | |
2010-09-10 18:59 | hudsonbot | Checkin | |
2010-09-10 18:59 | hudsonbot | Note Added: 0030952 | |
2010-09-13 11:44 | gorkaion | Note Added: 0030978 | |
2010-09-13 11:44 | gorkaion | Status | resolved => new |
2010-09-13 11:44 | gorkaion | Resolution | fixed => open |
2010-09-13 12:54 | hgbot | Checkin | |
2010-09-13 12:54 | hgbot | Note Added: 0030985 | |
2010-09-13 12:54 | hgbot | Status | new => resolved |
2010-09-13 12:54 | hgbot | Resolution | open => fixed |
2010-09-13 12:54 | hgbot | Fixed in SCM revision | http://code.openbravo.com/erp/devel/pi/rev/224a37b46fd961a58d5481f9ec631abe91293191 [^] => http://code.openbravo.com/erp/devel/pi/rev/f26df97fe120eb871b2f27a9c1adaad3b26d2627 [^] |
2010-09-13 22:28 | hudsonbot | Checkin | |
2010-09-13 22:28 | hudsonbot | Note Added: 0031016 | |
2010-09-14 18:11 | shuehner | Note Added: 0031059 | |
2010-09-14 18:11 | shuehner | Status | resolved => closed |
2010-09-15 00:00 | anonymous | sf_bug_id | 0 => 3066292 |
2010-09-21 03:41 | xeonn | Note Added: 0031247 | |
Notes |
|
|
Following approach b.
Currently there is not table in AD dataset where this info could suit. The most appropriate ones would be the ad_system* ones, but for this it would be required to import this info with as reference data. |
|
|
(0030921)
|
hgbot
|
2010-09-10 09:17
|
|
Repository: erp/devel/pi
Changeset: 224a37b46fd961a58d5481f9ec631abe91293191
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Fri Sep 10 09:16:41 2010 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/224a37b46fd961a58d5481f9ec631abe91293191 [^]
fixed bug 14501: licenseRestrictions is loaded from <source.path> directory
Now license restrictions is in the same package directory as ActivationKey class is.
---
M src/build.xml
M src/org/openbravo/erpCommon/obps/ActivationKey.java
A src/org/openbravo/erpCommon/obps/licenseRestrictions
R config/licenseRestrictions
---
|
|
|
|
Tested with the three existent deploy modes: none, class and war. |
|
|
|
|
|
|
When the system is compiled using Eclipse's "build all" feature the licenseRestrictions file is deleted from the build folder so it is not possible to log in into the application successfully. |
|
|
(0030985)
|
hgbot
|
2010-09-13 12:54
|
|
Repository: erp/devel/pi
Changeset: f26df97fe120eb871b2f27a9c1adaad3b26d2627
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Mon Sep 13 12:54:01 2010 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/f26df97fe120eb871b2f27a9c1adaad3b26d2627 [^]
fixed bug 14501
License restrictions file is copied to design directory so eclipse
does not delete it when rebuilding.
---
M src/build.xml
M src/org/openbravo/erpCommon/obps/ActivationKey.java
---
|
|
|
|
|
|
|
Reviewed and test on pi/pgsql and upgrade via mmc/obx-file from MP21 appliance to pi,obx-file including the changes. Upgrade working fine. New code now works without needed the file in <source.path>/config anymore. Note that the config/licenseRestrictions file will not be deleted from the config/ folder, but will remain there but will no longer be used. |
|
|
(0031247)
|
xeonn
|
2010-09-21 03:41
|
|
Same error appear with OpenbravoERP3.0RC2. |
|