[ BUILD # : 200807101204 ]
[ JDK VERSION : 1.5.* ]
I'm getting this error when I try to create a new project. It seems
the "I / i" problem of the Turkish localisation. A workaround exists;
if "--locale en_US" parameter is given to etc/netbeans.conf file it
ERROR: 'Instruction unknown: loadınstruction'
FATAL ERROR: 'Could not compile stylesheet'
Created attachment 64476 [details]
Output of the error
the problem is caused by the wrong name of the template - loadÄ±nstruction. It cannot contain special character the
freemarker then fails. Please change it back to English name
I did not change any templates. This is on a clean install of the IDE.
do you use a localized IDE? The different template name has to come from a different bundle than in English locale.
No, I do not. I just download and install latest nightly build. I believe the name of the template is not different but
IDE is looking for it with a wrong name. Lowercase of letter "I" in Turkish is not "i" but "ı" (dotless 'i'). So it
seems NB is using tr_TR locale to lowercase letters and that causes the problem.
Please check this issue too; http://www.netbeans.org/issues/show_bug.cgi?id=139952
This locale error causes Installer to crash and cancel the installation.
I believe these two issues should have P2 priority according to BugPriority Guidelines
(http://qa.netbeans.org/bugzilla/bug_priority_guidelines.html) that says "Any of the other non internationalization
situations in this section happen when user is running in other locale, that does not happen when user runs in en
locale, that is also a P2 bug "
Ken, could you help here. I have no idea why the idea is using Turkish characters when it is running in different than
Reassigning to translatedfiles component. This is not a problem in code, rather in L10N.
moving back to core, since translatedfiles is not correct category.
as mentioned in issue, user is not using a translated netbeans.
(I'm not saying core is the final category, but its not translatedfiles)
and am changing it to p2 also as per guidelines.
the "i" problem of java or netbeans with Turkish has happened in past
with other issues.
and user should be able to run in Turkish locale without needing
to workaround with --locale option.
- do you name the project with any letters that are Turkish ?
(or path to the project ?)
is your nb or jdk installed in any path that has Turkish characters in it ?
is your userdir or path to userdir named with anything that has
Turkish characters ?
does this problem happen with all project types ?
if answer is yes to part about naming project or path or install or userdir,
can you try without having any Turkish characters in names or paths,
but run in tr locale, and see if it happens ?
havan, also please try using jdk6 and let us know if problems
problem might be related to problem seen in 139952 on installing
nb, as to issues of jdk and apache, issues 6240963 and 38787
but query nb issuezilla with word Turkish and other issues
related to Turkish "i" situation can be found also.
I just test this in JDK 6u7 and it seems to fix the problem. I can create new projects of any kind with no problem as
far as I test.
And just for info; I don't use any Turkish related characters in any of projects' names, projects' paths or any other
path in my file system. Problem still exists in JDK 5.
So, because it's not there when using JDK 6, should we presume that this is a JDK bug instead of NB? Though still many
people use JDK5 in especially in enterprise projects. (I have to use JDK5 in many of my JBoss/JBoss Seam projects)
as to if this is jdk issue or not, I think developers can look at it
and see if it is or not; perhaps it is related to jdk issue mentioned in 139952 or related to other nb issues
regarding Turkish 'i' that might have been jdk issues.
havan, thank you for verification with 1.6. I'm happy to hear that it works for you finally.
I'm closing as WONTFIX when it is bug on jdk side.