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.
This is related to the avk plugin and product that is on stable uc from nb5.0 timeframe and will be needed as well for upcoming coco jse release. that avk product is in process of being localized, and as part of that, a new nbm will be needed to replace the one on the nb5 stable uc. As part of that, if that plugin needs any changes, that would be needed as well. When using the current plugin, and replacing the javke dir in enterprise2/ of installed ide, the report files are not generated or not shown. Information has been sent separately to Nitya on this. I realize that just swapping the javke dirs is not the right way, but until I have an updated nbm, thats the only thing can think of of how to test it. For now, the pseudo localized avk product, from Sahoo's team, could be used as a basis for the repackaging of the avk nbm (plugin plus product) I noticed also that the avk localized product has different dirs than the one in our nbm, like additional jar files in lib, and samples and docs dirs, so am guessing some repackaging is necessary anyway. So until there is a repackaged avk plugin/product, it does not seem can really test the newly localized avk product. avk team has tested it standalone and it works ok for them.
Applies to NetBeans 5.0 only, adding the NO55 keyword.
although applies to nb5.0, this is needed for coco release since coco release supports avk; and the avk for coco is gotten from nb UC. So before we can localize the avk product, we need this re-pkging and/or fixing of the avk product/plugin for 5.0. So this is on same timeline and requirements as for nb5.5 things, IMO. Its needed soon, since then l10n work needs to happen, but we don't want to start the l10n if there is a chance that for whatever reason the plugin might not work with the newly localized avk product. Can someone reply to this with a timeline estimate ? ken.frank@sun.com
Please ignore all descriptions below in previous sections; I will try to restate what is needed. Am changing this to be a task vs issue. I do not see any bug or problem because there is nothing to test until this issue/task is done, so suggest viewing this as a task. Please contact George Vasick, manager of the coco product team, for information on why this task would need to be done. 1. avk product team has changed the avk product (the one found in our avk nbm on nb uc) to be localizable in some various ways. In addition, it has been pseudo localized. 2. this avk product needs to be incorporated/replace the current avk product that is part of the avk nbm on nb uc. 3. in addition, the avk plugin that is also part of that nbm might need changes to work well with that newly localized product - this is just a guess - only plugin developers would know. 4. I will point to or attach the pseudo localized avk product. 5. I assume developers who work on this have communicated with avk product team before and would do so again if needed to work on this task/issue/rfe. ken.frank@sun.com
here are the locations of the pseudo localized avk product from the avk product team - they are large size, but if you need to attach them, please feel free to do so. contacts on the avk team are bhavanishankara.sapaliga@sun.com sanjeeb.sahoo@sun.com green.india.sun.com:8080/setupUnix.sh installer for the pseudo localized avk product green.india.sun.com:8080/javke1.4.2_fcs-netbeans.zip pseudo localized avk product ken.frank@sun.com
The issue has been fixed in nb5.0 sustaining branch and that produces a working pseudo-localized nbm.
verified ! Thanks Karthik. ken.frank@sun.com