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.
Product Version: NetBeans IDE Dev (Build 200808101401) Java: 1.6.0_06; Java HotSpot(TM) Client VM 10.0-b22 I'm running in Japanese locale, using a pseudo localized Netbeans with font size 16 option. The issue doesn't exist in case of Latin chars only. 1. Create WebApp, use multibyte chars in int's name or path 2. Start GlassFishV3 3. Try to deploy the project There is an exception. See attached file.
Created attachment 68125 [details] exception
Using GFv2 the app was deployed without exceptions.
Created attachment 68128 [details] the same for 0817 build, glassfish-v3-prelude-b18
Created attachment 68130 [details] messages.log
Server bug. See https://glassfish.dev.java.net/issues/show_bug.cgi?id=5592 To confirm, can you deploy the same application via asadmin or browser request? See also issue 140767 which is the same problem. *** This issue has been marked as a duplicate of 140767 ***
Deployment works fine using admin console. Multibyte chars were replaced by underscore symbols.
What do you mean by "Multibyte chars were replaced by underscore symbols"? I would have expected multibyte characters to be respected. Can you give me a before & after picture?
Applications node under GFv3 looks empty before the deployment. I created web app with the following name: と粮粤ろ. After the app was deployed I saw underscore chars below Applications node. See image.
Created attachment 68562 [details] after the deployment
war file also has underscore chars instead of real app name.
isnt the underscores just based on what nb web project does - it takes any non ascii in project name and replaces those characters with underscores since context root is based on project name - but the non ascii does not work well as context root (not sure if its server situation or urls for browser) (also not sure if extended ascii is stripped also and replaced with underscores or if all ascii is ok) thus I think what kaa is saying is that this scenario works all the time for gf2 but same case is not working for gf3 - kaa please correct me if i'm not correct here. ken.frank@sun.com
I understand non-ascii is not supported in the context root. But I don't understand why the application name is being changed. Those are two distinct fields. I don't believe web project is involved here. Kaa, can you restart NetBeans with -J-Dglassfish.level=FINE and then undeploy/deploy this application. Then look at the netbeans log file for the deploy command we used -- it will be logged like this: FINE [glassfish]: V3 HTTP Command: http://localhost:4848/__asadmin/deploy?path=/space/tmp/... I would like to see if the command was constructed correctly.
Actually, good point Ken, about multibyte in request URL's. I was just looking at some specs and I think the plugin screwed up the encoding in the HTTP deploy request. Reopening issue.
See RFC 2396 http://www.ietf.org/rfc/rfc2396.txt See also http://www.javaworld.com/javaworld/jw-04-2004/jw-0419-multibytes.html?page=6 for more information on URL encodings.
I implemented proper UTF8 encoding for all server commands. This should be completely resolved. If there are further problems with projects using non-latin characters, please file a new issue with specific details. Fixed by http://hg.netbeans.org/main/rev/cfd00a02413e
I could not reproduce this issue after pulling pcw's changes. I tested a web app with multibytes in the project location field. deploy/redeploy/undeploy - OK I tested a web app with multibytes in the project name field. deploy/redeploy/undeploy - OK setting resolution to FIXED
verified: build 0910