|
|
|
Matt Raible-3
|
Gilberto,
On my blog, you mentioned the following in regards to 1.9.1 RC1. <quote> The main problem is the character encoding for brasil locale (I think for other locales too) and the Appfuse in English link doesn't work. </quote> From http://raibledesigns.com/page/rd?entry=ann_appfuse_1_9_2#comments . The "AppFuse in English" link won't work unless you're logged in. It links to mainMenu.html by default, but I can easily change it to / (which will redirect to mainMenu if you're logged in). I'll go ahead and make that change. As far as other encoding issues, it seems that things work fine on my local machine, but not on the demo server. Maybe there's something messed up with the default locale I'm building with on that server. Matt |
||||||||||||||||
|
Matt Raible-3
|
On 6/6/06, Matt Raible <[hidden email]> wrote:
> Gilberto, > > On my blog, you mentioned the following in regards to 1.9.1 RC1. > > <quote> > The main problem is the character encoding for brasil locale (I think for > other locales too) and the Appfuse in English link doesn't work. > </quote> > > From > http://raibledesigns.com/page/rd?entry=ann_appfuse_1_9_2#comments > . > > The "AppFuse in English" link won't work unless you're logged in. It links > to mainMenu.html by default, but I can easily change it to / (which will > redirect to mainMenu if you're logged in). I'll go ahead and make that > change. > > As far as other encoding issues, it seems that things work fine on my local > machine, but not on the demo server. Maybe there's something messed up with > the default locale I'm building with on that server. Below is the message I sent to my ISP. If anyone has any ideas of how to fix this, please let me know. It seems to happen on Linux only. I can reproduce it on my Suse 10 box, but not on XP+Cygwin or OS X. Running "ant fixcrlf" doesn't help either. <quote> When I build the latest release of AppFuse on the appfuse.org server, I'm seeing some strange behavior. Basically, some i18n files are getting chewed up and spit out with the wrong characters in them. I'm unable to reproduce this issue locally on Windows XP with Cygwin. For example: web/WEB-INF/classes/ApplicationResources_pt.properties: source: activeUsers.title=Usuários Ativos appfuse.org: activeUsers.title=Usu�rios Ativos locally: activeUsers.title=Usuários Ativos </quote> Matt --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
|
gilbertoca
|
Matt Raible escreveu:
> On 6/6/06, Matt Raible <[hidden email]> wrote: >> Gilberto, >> >> On my blog, you mentioned the following in regards to 1.9.1 RC1. >> >> <quote> >> The main problem is the character encoding for brasil locale (I think >> for >> other locales too) and the Appfuse in English link doesn't work. >> </quote> >> >> From >> http://raibledesigns.com/page/rd?entry=ann_appfuse_1_9_2#comments >> . >> >> The "AppFuse in English" link won't work unless you're logged in. It >> links >> to mainMenu.html by default, but I can easily change it to / (which will >> redirect to mainMenu if you're logged in). I'll go ahead and make that >> change. >> >> As far as other encoding issues, it seems that things work fine on my >> local >> machine, but not on the demo server. Maybe there's something messed >> up with >> the default locale I'm building with on that server. > > Below is the message I sent to my ISP. If anyone has any ideas of how > to fix this, please let me know. It seems to happen on Linux only. I > can reproduce it on my Suse 10 box, but not on XP+Cygwin or OS X. > Running "ant fixcrlf" doesn't help either. > > <quote> > When I build the latest release of AppFuse on the appfuse.org server, > I'm seeing some strange behavior. Basically, some i18n files are > getting chewed up and spit out with the wrong characters in them. I'm > unable to reproduce this issue locally on Windows XP with Cygwin. > > For example: > > web/WEB-INF/classes/ApplicationResources_pt.properties: > > source: activeUsers.title=Usuários Ativos > > appfuse.org: activeUsers.title=Usu�rios Ativos > > locally: activeUsers.title=Usuários Ativos > </quote> > > Matt > This is a OS specific issue! Recently I came across myself with this problem! I thought to be a problem with java and tomcat but not. To solve it you need to configure its OS to accept other character encoding, not only UTF-8. And yes, the problem happens with whom builds the appfuse based project! So, I work with suse then: Control Center->System->Choose Language There choose Details buttom and in the Language Details dialog uncheck Use UTF-8 Encoding. or use the /etc/sysconfig/language file Hope this help! Gilberto Gilberto --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
|
Matt Raible-3
|
Gilberto - I figured out a solution, thanks to my ISP (KGBInternet.com):
<quote> Hi Matt. I found some links that suggest this might work... export LC_CTYPE=example_LANGUAGE export LANG=example_LANGUAGE export LANGUAGE=example_LANGUAGE like export LC_CTYPE=en_US export LANG=en_US export LANGUAGE=en_US Keith </quote> I'm rebuilding the demo site with these settings right now. Matt On 6/6/06, gilbertoca <[hidden email]> wrote: > Matt Raible escreveu: > > On 6/6/06, Matt Raible <[hidden email]> wrote: > >> Gilberto, > >> > >> On my blog, you mentioned the following in regards to 1.9.1 RC1. > >> > >> <quote> > >> The main problem is the character encoding for brasil locale (I think > >> for > >> other locales too) and the Appfuse in English link doesn't work. > >> </quote> > >> > >> From > >> http://raibledesigns.com/page/rd?entry=ann_appfuse_1_9_2#comments > >> . > >> > >> The "AppFuse in English" link won't work unless you're logged in. It > >> links > >> to mainMenu.html by default, but I can easily change it to / (which will > >> redirect to mainMenu if you're logged in). I'll go ahead and make that > >> change. > >> > >> As far as other encoding issues, it seems that things work fine on my > >> local > >> machine, but not on the demo server. Maybe there's something messed > >> up with > >> the default locale I'm building with on that server. > > > > Below is the message I sent to my ISP. If anyone has any ideas of how > > to fix this, please let me know. It seems to happen on Linux only. I > > can reproduce it on my Suse 10 box, but not on XP+Cygwin or OS X. > > Running "ant fixcrlf" doesn't help either. > > > > <quote> > > When I build the latest release of AppFuse on the appfuse.org server, > > I'm seeing some strange behavior. Basically, some i18n files are > > getting chewed up and spit out with the wrong characters in them. I'm > > unable to reproduce this issue locally on Windows XP with Cygwin. > > > > For example: > > > > web/WEB-INF/classes/ApplicationResources_pt.properties: > > > > source: activeUsers.title=Usuários Ativos > > > > appfuse.org: activeUsers.title=Usu�rios Ativos > > > > locally: activeUsers.title=Usuários Ativos > > </quote> > > > > Matt > > > > This is a OS specific issue! Recently I came across myself with this > problem! > I thought to be a problem with java and tomcat but not. > To solve it you need to configure its OS to accept other character > encoding, not only UTF-8. And yes, the problem happens with whom builds > the appfuse based project! > > So, I work with suse then: > Control Center->System->Choose Language > There choose Details buttom and in the Language Details dialog uncheck > Use UTF-8 Encoding. > > or use the /etc/sysconfig/language file > > Hope this help! > Gilberto > > Gilberto > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
|
Francois D.
|
Good evening
I had the same situation and the fix did not work for me. In the task copy-resources (which copy application ressource files) there is a *filterset*. According to ant copy task doc: * attribute encoding: The encoding to assume when *filter-copying* the files (defaults to default JVM encoding) * attribute outputencoding: The encoding to use when writing the files. defaults to the value of the encoding attribute if given or the default JVM encoding otherwise After an internet search, the default JVM encoding is in the property 'file.encoding' so a solution may be to set this property. On my local machine, I solved the problem by adding in the build.xml task copy-resources, a copy **without filtering** for french application ressource <copy todir="${build.dir}/web/classes" includeEmptyDirs="no"> <fileset dir="web/WEB-INF/classes"> <include name="ApplicationResources_fr*.properties"/> <include name="displaytag_fr*.properties"/> </fileset> </copy> It was just an information email to share conclusion good bye François Matt Raible <[hidden email]> a écrit : Gilberto - I figured out a solution, thanks to my ISP (KGBInternet.com):
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. Cliquez ici. |
|||||||||||||||||||
|
Francois D.
|
Good morning
in my previous email I have forgotten the attribute overwrite in the ant task (necessary if ressouce files are not excluded from the first copy instruction in copy-resource task) <copy todir="${build.dir}/web/classes" includeEmptyDirs="no" overwrite="true" > <fileset dir="web/WEB-INF/classes"> <include name="ApplicationResources_fr*.properties"/> <include name="displaytag_fr*.properties"/> </fileset> </copy sorry François "Francois D." <[hidden email]> a écrit : Good evening
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. Cliquez ici. |
|||||||||||||||||||
| Free Embeddable Forum Powered by Nabble | Help |