Hello all, We're working for a while now with ofbiz and opentaps and run into an issue which we can't seem to resolve ourselves. We're having a webapp in the hot-deploy in opentaps (revision 4960) and seemingly quite randomly the system 'looses' the locale. The webapp is a website, not behind a login. When looking in the log, the parameters.locale is not there and the system uses the initialLocale which is en_GB. These are the settings in general.properties: 1. -- the default currency to use for prices, etc currency.uom.id.default=EUR 1. -- the default decimal format for currency currency.decimal.format=##0,00 1. -- locales made available separated by comma's locales.available=en,fr,nl,de 1. -- the default country for drop downs country.geo.id.default=NLD During the request the only service used is getElectronicText and nowhere in the content and dataresource records do we have the locale en_GB. Also, we only encounter this on the server we use; on the localhost the problem is not there (same opentap revision:4960) Your help is much appreciated. Willem |
this is best dealt with in the opentaps forum.
Not sure how their release numbers relate to the svn numbers in ofbiz currently ofbiz is 584440 in the trunk and 582088 in version 4.0. https://sourceforge.net/forum/?group_id=145855 Willem Janssen sent the following on 10/14/2007 2:09 AM: > Hello all, > > We're working for a while now with ofbiz and opentaps and run into an > issue which we can't seem to resolve ourselves. > We're having a webapp in the hot-deploy in opentaps (revision 4960) and > seemingly quite randomly the system 'looses' the locale. The webapp is a > website, not behind a login. When looking in the log, the > parameters.locale is not there and the system uses the initialLocale which > is en_GB. > > These are the settings in general.properties: > > 1. -- the default currency to use for prices, etc > > currency.uom.id.default=EUR > 1. -- the default decimal format for currency > > currency.decimal.format=##0,00 > 1. -- locales made available separated by comma's > > locales.available=en,fr,nl,de > 1. -- the default country for drop downs > > country.geo.id.default=NLD > During the request the only service used is getElectronicText and nowhere > in the content and dataresource records do we have the locale en_GB. > Also, we only encounter this on the server we use; on the localhost the > problem is not there (same opentap revision:4960) > > Your help is much appreciated. > > Willem > > > > > > |
Hi BJ,
i do think this is an OFBiz issue because here i experience the same. Mostly using content management functions the locale get changed without notice. I spend already some time on it, however i could yet find the cause.... Anybody else has this experience? (and perhaps has a solution?) Regards, Hans On Sun, 2007-10-14 at 03:22 -0700, BJ Freeman wrote: > this is best dealt with in the opentaps forum. > Not sure how their release numbers relate to the svn numbers in ofbiz > currently ofbiz is 584440 in the trunk and 582088 in version 4.0. > https://sourceforge.net/forum/?group_id=145855 > > Willem Janssen sent the following on 10/14/2007 2:09 AM: > > Hello all, > > > > We're working for a while now with ofbiz and opentaps and run into an > > issue which we can't seem to resolve ourselves. > > We're having a webapp in the hot-deploy in opentaps (revision 4960) and > > seemingly quite randomly the system 'looses' the locale. The webapp is a > > website, not behind a login. When looking in the log, the > > parameters.locale is not there and the system uses the initialLocale which > > is en_GB. > > > > These are the settings in general.properties: > > > > 1. -- the default currency to use for prices, etc > > > > currency.uom.id.default=EUR > > 1. -- the default decimal format for currency > > > > currency.decimal.format=##0,00 > > 1. -- locales made available separated by comma's > > > > locales.available=en,fr,nl,de > > 1. -- the default country for drop downs > > > > country.geo.id.default=NLD > > During the request the only service used is getElectronicText and nowhere > > in the content and dataresource records do we have the locale en_GB. > > Also, we only encounter this on the server we use; on the localhost the > > problem is not there (same opentap revision:4960) > > > > Your help is much appreciated. > > > > Willem > > > > > > > > > > > > > http://Antwebsystems.com : OFBiz Quality support for competitive rates. |
It maybe, however it is best that a module that is in ofbiz be used to
explain the problem, like yours. When other derived works are introduced it is hard to trouble shoot, since we don't have access to those. Hans Bakker sent the following on 10/14/2007 5:08 AM: > Hi BJ, > > i do think this is an OFBiz issue because here i experience the same. > Mostly using content management functions the locale get changed without > notice. I spend already some time on it, however i could yet find the > cause.... Anybody else has this experience? (and perhaps has a > solution?) > > Regards, > Hans > > On Sun, 2007-10-14 at 03:22 -0700, BJ Freeman wrote: >> this is best dealt with in the opentaps forum. >> Not sure how their release numbers relate to the svn numbers in ofbiz >> currently ofbiz is 584440 in the trunk and 582088 in version 4.0. >> https://sourceforge.net/forum/?group_id=145855 >> >> Willem Janssen sent the following on 10/14/2007 2:09 AM: >>> Hello all, >>> >>> We're working for a while now with ofbiz and opentaps and run into an >>> issue which we can't seem to resolve ourselves. >>> We're having a webapp in the hot-deploy in opentaps (revision 4960) and >>> seemingly quite randomly the system 'looses' the locale. The webapp is a >>> website, not behind a login. When looking in the log, the >>> parameters.locale is not there and the system uses the initialLocale which >>> is en_GB. >>> >>> These are the settings in general.properties: >>> >>> 1. -- the default currency to use for prices, etc >>> >>> currency.uom.id.default=EUR >>> 1. -- the default decimal format for currency >>> >>> currency.decimal.format=##0,00 >>> 1. -- locales made available separated by comma's >>> >>> locales.available=en,fr,nl,de >>> 1. -- the default country for drop downs >>> >>> country.geo.id.default=NLD >>> During the request the only service used is getElectronicText and nowhere >>> in the content and dataresource records do we have the locale en_GB. >>> Also, we only encounter this on the server we use; on the localhost the >>> problem is not there (same opentap revision:4960) >>> >>> Your help is much appreciated. >>> >>> Willem >>> >>> >>> >>> >>> >>> |
In reply to this post by hans_bakker
Hans,
Please check out rev 579571 or later and see if this is still a problem. If it is, then please create a Jira issue for it and I will take a look at it. -Adrian Hans Bakker wrote: > Hi BJ, > > i do think this is an OFBiz issue because here i experience the same. > Mostly using content management functions the locale get changed without > notice. I spend already some time on it, however i could yet find the > cause.... Anybody else has this experience? (and perhaps has a > solution?) > > Regards, > Hans > > On Sun, 2007-10-14 at 03:22 -0700, BJ Freeman wrote: > >>this is best dealt with in the opentaps forum. >>Not sure how their release numbers relate to the svn numbers in ofbiz >>currently ofbiz is 584440 in the trunk and 582088 in version 4.0. >>https://sourceforge.net/forum/?group_id=145855 >> >>Willem Janssen sent the following on 10/14/2007 2:09 AM: >> >>>Hello all, >>> >>>We're working for a while now with ofbiz and opentaps and run into an >>>issue which we can't seem to resolve ourselves. >>>We're having a webapp in the hot-deploy in opentaps (revision 4960) and >>>seemingly quite randomly the system 'looses' the locale. The webapp is a >>>website, not behind a login. When looking in the log, the >>>parameters.locale is not there and the system uses the initialLocale which >>>is en_GB. >>> >>>These are the settings in general.properties: >>> >>>1. -- the default currency to use for prices, etc >>> >>>currency.uom.id.default=EUR >>>1. -- the default decimal format for currency >>> >>>currency.decimal.format=##0,00 >>>1. -- locales made available separated by comma's >>> >>>locales.available=en,fr,nl,de >>>1. -- the default country for drop downs >>> >>>country.geo.id.default=NLD >>>During the request the only service used is getElectronicText and nowhere >>>in the content and dataresource records do we have the locale en_GB. >>>Also, we only encounter this on the server we use; on the localhost the >>>problem is not there (same opentap revision:4960) >>> >>>Your help is much appreciated. >>> >>>Willem >>> >>> >>> >>> >>> >>> >> |
Hi Adrian,
thanks for your help, i applied the patch in 579571 and it did not remove the problem.....i will create a jira issue..... Regards, Hans On Mon, 2007-10-15 at 07:52 -0700, Adrian Crum wrote: > Hans, > > Please check out rev 579571 or later and see if this is still a problem. If it is, then please > create a Jira issue for it and I will take a look at it. > > -Adrian > > Hans Bakker wrote: > > > Hi BJ, > > > > i do think this is an OFBiz issue because here i experience the same. > > Mostly using content management functions the locale get changed without > > notice. I spend already some time on it, however i could yet find the > > cause.... Anybody else has this experience? (and perhaps has a > > solution?) > > > > Regards, > > Hans > > > > On Sun, 2007-10-14 at 03:22 -0700, BJ Freeman wrote: > > > >>this is best dealt with in the opentaps forum. > >>Not sure how their release numbers relate to the svn numbers in ofbiz > >>currently ofbiz is 584440 in the trunk and 582088 in version 4.0. > >>https://sourceforge.net/forum/?group_id=145855 > >> > >>Willem Janssen sent the following on 10/14/2007 2:09 AM: > >> > >>>Hello all, > >>> > >>>We're working for a while now with ofbiz and opentaps and run into an > >>>issue which we can't seem to resolve ourselves. > >>>We're having a webapp in the hot-deploy in opentaps (revision 4960) and > >>>seemingly quite randomly the system 'looses' the locale. The webapp is a > >>>website, not behind a login. When looking in the log, the > >>>parameters.locale is not there and the system uses the initialLocale which > >>>is en_GB. > >>> > >>>These are the settings in general.properties: > >>> > >>>1. -- the default currency to use for prices, etc > >>> > >>>currency.uom.id.default=EUR > >>>1. -- the default decimal format for currency > >>> > >>>currency.decimal.format=##0,00 > >>>1. -- locales made available separated by comma's > >>> > >>>locales.available=en,fr,nl,de > >>>1. -- the default country for drop downs > >>> > >>>country.geo.id.default=NLD > >>>During the request the only service used is getElectronicText and nowhere > >>>in the content and dataresource records do we have the locale en_GB. > >>>Also, we only encounter this on the server we use; on the localhost the > >>>problem is not there (same opentap revision:4960) > >>> > >>>Your help is much appreciated. > >>> > >>>Willem > >>> > >>> > >>> > >>> > >>> > >>> > >> > > http://Antwebsystems.com : OFBiz Quality support for competitive rates. |
Free forum by Nabble | Edit this page |