This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
When we create an "ant" file, we can choose the type of compilation from the properties window.But here the message "Jikes Compilation" doesnt come a property file. Steps to reproduce the bug Steps: 1.File->New.Expannd "Ant Building Scripts".Choose "sample Ant Project". 2.Finish the Wizard. 3.The Ant package appears in the Explorer. 4.Expand the package and choose the node under it.Its properties appear in the property window. 5.Choose the "Execution"tab in the property window and click on "Compiler".In the drop down box "Jikes Compilation" appears. I have attached a snapshot to give better understanding of the issue.
Still waiting for the snapshot or a more complete description, but I assume that the issue is that while the file Services/CompilerType/JikesCompiler.settings has a localized filename according to java/Bundle.properties, the ServiceType itself does not (because it is serialized)--perhaps? Unclear if you are working with a Japanese-localized build or something like this. Anyway I don't see anything making this specifically an Ant module bug. BTW it is senseless to change the compiler on an Ant script to Jikes Compilation. This will not work; that compiler is for Java source files, not Ant scripts. Probably what you meant to do was set build.compiler=jikes in Ant Settings | Global Properties.
Created attachment 3722 [details] The message does not come from Bundle.properties file
we are using pseudo localized builds adding multibyte prefix and suffix to all the messages that come from the properties file.The message "Jikes Compiler" doesnt have any prefix and suffix.Also i see that this message does not come from the properties file.
Please, could java module developers bring some light to this issue. Is the fix difficult or not?
It's not easy (but not as difficult). The point is that Jikes compiler is just a preconfigured External Compiler service and as such has the service name, which is being displayed to the user, serialized within the configuration. I would rather leave this issue for the next release, if it is not a blocker because of the issues with serialized data compatibility.
*** Issue 25253 has been marked as a duplicate of this issue. ***
Set target milestone to TBD
Are there are some other labels like "External Executor" and "Internal Exceutor" under the "Execution" tab in the property window that also don't come from bundle, like the Jikes Compilation message ?
/cvs/java/src/org/netbeans/modules/java/Bundle.properties,v <-- Bundle.properties new revision: 1.68; previous revision: 1.67 done Checking in JavaExternalCompilerType.java; /cvs/java/src/org/netbeans/modules/java/JavaExternalCompilerType.java,v <-- JavaExternalCompilerType.java new revision: 1.54; previous revision: 1.53 /cvs/java/src/org/netbeans/modules/java/resources/JavacCompiler.settings,v <-- JavacCompiler.settings new revision: 1.2; previous revision: 1.1 /cvs/java/src/org/netbeans/modules/java/resources/JikesCompiler.settings,v <-- JikesCompiler.settings new revision: 1.3; previous revision: 1.2
Verifed in trunk
verified fix on sierra update1 with patch 113638-4. Configuration: Build:Sierra Update1 020923 JDK:1.4.0_03 Locale:ja_JP
Created attachment 12599 [details] Jikes Compilation message
This issue is reproducible again on nb main trunk(build031215) and following products now, so I would like to re-open this issue. Please see an attached snapshot to check the appearance of the message "Jikes Compilation" with no resource bundle property information as (123:45). reproducible products and nb build nb main trunk(031215) nb Q-build(031125) Nevada(030904) Nevada Patch1(031031_1) Radegast(031205_2) diff result: JikesCompiler.settings revision: 1.3(main trunk) = nb main trunk(031215) JavacCompiler.settings revision: 1.2(main trunk) = nb main trunk(031215) JavaExternalCompilerType.java revision1.57(main trunk) = Nevada(030904) revision1.54 has coding to fix this issue. revision1.51.40.1 has coding to fix this issue. revision1.54 is not equal to revision1.57(main trunk)&Nevada(030904) It seems like JavaExternalCompilerType.java revision1.51.40.1 and 1.54 has coding for JikesCompiler message to display in I18N lang. I could see only the difference between 1.57(this issue is still reproducible) and 1.54 is below. protected NbProcessDescriptor createDescriptor() { NbProcessDescriptor createDescriptor() { I am not familiar with nb source, so I hope this is proper information for this issue to bring verified module to current product.
Created attachment 12608 [details] ide.log of nb trunk
JavaExternalCompilerType.localizedNameKey must equal CTL_JikesCompilerType otherwise the service displayname is not properly I18N. Fixed in /cvs/java/src/org/netbeans/modules/java/resources/JikesCompiler.settings new revision: 1.4; previous revision: 1.3
Verified on nb36 q-build. Message, "Jikes Compilation", is now able to be pseud localized properly and can be i18ned.