Error text language Webservices

Belias
Member Posts: 2,998
hi guys,
i have an annoying problem with nav 2009 R2 (build 33154) webservices.
When some "standard" error comes out, it is half english and half "application language", for example:
"Codice Cliente" must not be zero or empty.
("Customer Code must not be zero or empty.")
This only happens when the web application catches the error from nav, and only for the "application defined texts", not with "user defined text" (for example a field name or a text constant).
NOTE: RTC client works fine.
Have you ever noticed this behavior?
thanks in advance for your help
i have an annoying problem with nav 2009 R2 (build 33154) webservices.
When some "standard" error comes out, it is half english and half "application language", for example:
"Codice Cliente" must not be zero or empty.
("Customer Code must not be zero or empty.")
This only happens when the web application catches the error from nav, and only for the "application defined texts", not with "user defined text" (for example a field name or a text constant).
NOTE: RTC client works fine.
Have you ever noticed this behavior?
thanks in advance for your help
0
Answers
-
CustomSettings.config:
<add key="ServicesCultureDefaultUserPersonalization" value="true"/>
I'm not sure in which build this setting was introduced or it's available in your build but it might cause this strange behavior. The story is that in some build the web service has started to use English only and if this setting is specified, it uses the language specified in the User Personalization table for the current user
EDIT it's introduced in build 32558. More info here: http://blogs.msdn.com/b/nav/archive/2012/02/06/ws-on-a-multilanguage-environment.aspx-Mihail- [MCTS]0 -
i know mihail, i've already set that parameter...actually, you can see that Multilanguage "user defined" parts are ok..BUT the "system defined" text is english.
I think (but i don't hope) that the system defined text of the errors ("...does not exist", "cannot be zero or empty" and so on) are in english because they are part of the executable BEFORE i can "tell" to it that i want to work in Italian language...
EDIT: after re-reading your post, i guess you arrived to the same conclusion i just wrote...this really sucks, how can i translate all the errors of a posting routine and all the validates?!?!0 -
UPDATE: my colleague has a similar environment but in another language (webservices exposed in a website) and works fine...the errors are fully translated. His build is 33137 (just a bit older than mine).
I wonder if there's something wrong with italian language pack (actually, the installer does not install the language correctly and must be done manually), or there's something wrong with the our web application... :-k :-k :-k :-k0 -
Hello,
I do not have the solution however I have the very same issue in the Czech version running on hotfix build 6.0.33413.0. So if there is any way to have the "system defined texts (stored perhaps in DLL or STX files)" in the application language it would be really helpful.
Thanks ahead for any replies!
Igor0 -
another update: it seems that TESTFIELD generated errors are half italian half english, but errors due to validate (for example, by inserting "aòsoòidljfàsfà" in item no. field) are full italian texts0
-
it seems like there's a big, bad, :bug: for the TESTFIELD function. The "half translated" message happens in the environment of my colleague, too (he told me that now he should kill to keep the thing secret).
Morale: All the errors are fine, but TESTFIELD error ONLY is buggy (we tried to do bring errors from a wrong "GET" function and from "FIELDERROR" function, but they are fully translated)0 -
I can add some :bug: :bug: :bug: from the Application Server - seems like locks and deadlocks are not translated too.
Your activity was deadlocked with another user who was modifying the Lageraktivitätszeile table.
I start thinking that this is happening after applying some hotfix. Probably the language pack is getting corrupted somehow and this is a problem with the stx files.-Mihail- [MCTS]0 -
yes, i have this feeling as well.
Language packs are never updated, and honestly, i don't expect MS employees to check all the error messages every time they release some build.
Thanks for the added infos, mihail...i will add some keywords below so that this thread can be "googlable" (i've not find such a problem anywhere in the web)
TESTFIELD error half english webservice web service dynamics nav navision language0 -
I've a similar problem with TESTFIELD (and also with some of the messages in Windows Event Log) in NAS after we patched another Build. This is very annoying as we need to support several languages across Europe. We would be happy if all the messages were in English but they turned to German after we applied that Build.
Did you find any additional information or any solution in the meantime?"Money is likewise the greatest chance and the greatest scourge of mankind."0 -
Hi,
perhaps the function GLOBALLANGUAGE(<LanguageID>) at the start of your web service function may help.
You can find it in the C/AL Symbol Menu under System/Language.
(I.e. <LanguageID> for Germany is 1031)
Oli0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions