Hi
I see following errors:
ERROR 2012-04-06 12:57:26,822 (1407601211@qtp-1238538872-2) - Missing
resource 'listoutputs.DeleteOutputConnection' in bundle
'org.apache.manifoldcf.ui.i18n.common' for locale 'en_GB'
java.util.MissingResourceException: Can't find resource for bundle
java.util.PropertyResourceBundle, key
listoutputs.DeleteOutputConnection
at java.util.ResourceBundle.getObject(ResourceBundle.java:374)
at java.util.ResourceBundle.getString(ResourceBundle.java:334)
at
org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:180)
at org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:195)
at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:98)
at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:46)
at org.apache.jsp.listoutputs_jsp._jspService(listoutputs_jsp.java:257)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388)
and for other resources... Full log is at
http://dl.dropbox.com/u/1796900/manifoldcf.log.gz
Regarding Java version - I updated yesterday, and now I have:
ott@flash:example/logs\>java -version
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
java version "1.6.0_31"
Java(TM) SE Runtime Environment (build 1.6.0_31-b04-413-10M3623)
Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-413, mixed mode)
On Fri, Apr 6, 2012 at 6:41 PM, Karl Wright <[email protected]> wrote:
> Also, very interesting that you have a Mac. So does everyone else
> that has seen the problem. What jdk version are you running?
>
> Karl
>
> On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright <[email protected]> wrote:
>> What does your manifoldcf.log file have in it?
>>
>> Karl
>>
>> On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott <[email protected]> wrote:
>>> Hi Karl
>>>
>>> Ok, I'll try to reproduce this using code from repository...
>>>
>>> I'm using following locale on my machine (Mac OS X 10.6.8):
>>>
>>> LANG="C"
>>> LC_COLLATE="ru_RU.UTF-8"
>>> LC_CTYPE="ru_RU.UTF-8"
>>> LC_MESSAGES="C"
>>> LC_MONETARY="ru_RU.UTF-8"
>>> LC_NUMERIC="C"
>>> LC_TIME="ru_RU.UTF-8"
>>> LC_ALL=
>>>
>>> And here is example of request from my browser:
>>>
>>> GET /~ott/ HTTP/1.1
>>> Host: localhost
>>> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0)
>>> Gecko/20100101 Firefox/11.0
>>> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
>>> Accept-Language:
>>> en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0
>>> Accept-Encoding: gzip, deflate
>>> Connection: keep-alive
>>>
>>> On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright <[email protected]> wrote:
>>>> Hi Alex,
>>>>
>>>> What you are seeing is the i18n key name rather than the localized
>>>> translation. If you have a locale other than en_US or ja_JP, it's
>>>> supposed to map the locale to en_US, and look up the English text. If
>>>> it can't find the key even then, it will render the key name instead.
>>>>
>>>> The same issue you have seen has been reported before but it's been
>>>> impossible for me to reproduce. I've been using an add-on in Firefox
>>>> which allows me to set the locale but it doesn't fail for me no matter
>>>> what locale I select. However, in Italy apparently the same thing
>>>> happened on one machine as is now happening for you. We presumed that
>>>> the setup must be broken on the Italian machine that was exhibiting
>>>> the problem, apparently incorrectly.
>>>>
>>>> The other weird thing is that apparently only *some* fields have a
>>>> problem and the others are OK. The code, though, for rendering all
>>>> the fields is, however, identical.
>>>>
>>>> Any help or research you want to do would be very very welcome given
>>>> the bizarre nature of the issue.
>>>>
>>>> Karl
>>>>
>>>> On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott <[email protected]> wrote:
>>>>> I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is
>>>>> correct
>>>>>
>>>>> There is small error in README, it says that user need to switch to
>>>>> dist/example directory, while there is only example directory
>>>>>
>>>>> I run start.jar, and able to login to GUI, but in many places I see
>>>>> listconnections.ListOfRepositoryConnections instead of real text
>>>>>
>>>>> On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe
>>>>> <[email protected]> wrote:
>>>>>> You can download the release candidate from
>>>>>> http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/
>>>>>> and there is also a tag in svn under
>>>>>> https://svn.apache.org/repos/asf/incubator/lcf/tags.
>>>>>>
>>>>>> Thank you,
>>>>>> Shinichiro Abe
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> With best wishes, Alex Ott
>>>>> http://alexott.net/
>>>>> Tiwtter: alexott_en (English), alexott (Russian)
>>>>> Skype: alex.ott
>>>
>>>
>>>
>>> --
>>> With best wishes, Alex Ott
>>> http://alexott.net/
>>> Tiwtter: alexott_en (English), alexott (Russian)
>>> Skype: alex.ott
--
With best wishes, Alex Ott
http://alexott.net/
Tiwtter: alexott_en (English), alexott (Russian)
Skype: alex.ott
