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.
| Summary: | charset in servlet code could be seeded with the project encoding | ||
|---|---|---|---|
| Product: | javaee | Reporter: | Jiri Prox <jiriprox> |
| Component: | Servlet | Assignee: | issues@javaee <issues> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | blocker | CC: | kaa, kfrank, marfous, pjiricka |
| Priority: | P4 | Keywords: | I18N |
| Version: | 5.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
| Bug Depends on: | 118203 | ||
| Bug Blocks: | |||
| Attachments: |
full log
sample project |
||
|
Description
Jiri Prox
2007-03-01 11:23:07 UTC
Created attachment 39043 [details]
full log
Please consult with http://docs.sun.com/source/819-0789/tsg-security.html#wp20452 or attach your project here. Here is the project. Note that some filenames contains japan characters. Created attachment 39762 [details]
sample project
removing incomplete keyword since requested info was attached. ken.frank@sun.com Obsolete milestone, please reevaluate can this be fixed for nb6 ? other parts of nb allow multibyte chars in names of items, or in java file names or methods, variables, etc. ken.frank@sun.com Currently I cannot reproduce because of issue 118203 *** This issue has been marked as a duplicate of 118203 *** Sorry, of course not duplicate, but blocked by 118203 It looks to me like server/runtime problem. Is there anything wrong in what NetBeans has done? I really have no idea what should I do with this. Jirka, does it still reproduce using latest nb or does the 118203 block from seeing if it does ? ken.frank@sun.com Are there any real users who have hit this issue? I don't know about actual users about this issues, but do see in other issues about use of non ascii here and there, in file/paths and data, and nb overall is good about allowing use of those kind of characters, so I think fixing this one would be about consistency of all project and file types, especially since various file types can be used in different project types. Since the issue was filed, there has been a lot of feq project and file fucntionality; I don't know if that is related to or helps avoid this issue so maybe we can see if its still a problem in current nb6. ken.frank@sun.com From what Martin wrote this really sounds like a runtime problem, so we agreed we would not try to fix for 6.0. Removing the fix-in-60 marker. since it was seem in nb6, the following comment might still apply even though
its about nb6, since the case is in effect the same:
I don't know if this happens when using utf-8 project properties or
when using another one, like for solaris ja locale, the encoding is
euc-jp so a user might need to change proj encoding prop to that -
but in created servlet the encoding is hardcoded from template as:
response.setContentType("text/html;charset=UTF-8");
PrintWriter out = response.getWriter();
I realize the issue is about use of mbyte in name of session bean but the
error referred to servlet.
the higher level question for nb6 is -- should the charset in servlet
code be seeded with the project encoding, and not always utf-8,
as per the new feq for nb6 ?
ken.frank@sun.com
can this be fixed for 6.1 or for upcoming patch 3 ? ken.frank@sun.com I'll try, but probably for 6.1. Not critical for 7.0. Will be addressed in the next release. Not planned for 6.8 Ok, it seems that the real issue is about default charset encoding for servlet instead of calling multibyte EJB (which finally worked to user after removing his project issue). Changing to proper category. This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss |