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: | BPEL BluePrint1 build fails on Mac | ||
---|---|---|---|
Product: | xml | Reporter: | tonybeckham <tonybeckham> |
Component: | WSDL Tools | Assignee: | Shivanand Kini <skini> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | hong_lin, nnguyen, sonali |
Priority: | P1 | ||
Version: | 6.x | ||
Hardware: | Macintosh | ||
OS: | Mac OS X | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
tonybeckham
2007-10-09 19:17:15 UTC
Build fail output: Created dir: /Users/Tony/NetBeansProjects/BluePrint11/BluePrint11/build Found validation errors: Error: Invalid encoding name "MacRoman". Error: Invalid encoding name "MacRoman". BUILD FAILED (total time: 0 seconds) The problem is in xml/wsdl validation, in org.netbeans.modules.xml.wsdl.validator.WSDLInlineSchemaValidator How to reproduce on Windows XP: 1. Create SOA sample SynchronousSample 2. Open SynchronousSample.xsd in source editor 3. In first line set encoding="MacRoman" 4. Build the project See: Found validation errors: Error: Invalid encoding name "MacRoman". Based on Tony assessment, assign to Kini for evaluation. Seem to be more than P3 if the sample could not build (on Mac). Fixed, enabled allow-java-encodings feature on the schemafactory. This also seems to occur in the schema editor too. request to file separate issue. not fixed Tony, how is the netbeans running with MacRoman by default, when on Mac OS X UTF8 is the default? Do you pass the encoding, when you run netbeans I never specify anything when running the IDE. Tony, as part of http://www.netbeans.org/issues/show_bug.cgi?id=112814, 'yaroslavskiy' changed the blueprint samples (removed the project encoding), can you verify whether this still occurs. Since this issue affects all SOA samples, upgrade it to P1. It is a beta2 stopper. Tony, would you please clarify if it is only reproduced on Mac OS platform? Thanks, Hong Just re-read the issue report, looks like it might be reproduced on WinXP as well. ------- Additional comments from yaroslavskiy Thu Oct 11 09:55:41 +0000 2007 ------- The problem is in xml/wsdl validation, in org.netbeans.modules.xml.wsdl.validator.WSDLInlineSchemaValidator How to reproduce on Windows XP: This is confusing. Kini: If it is determined the fix is in the SOA sample projects then we should change category and owner properly, right? what I am trying to see is whether this is a P1, I mean, whether the user will easily get to this state, without manually doing anything. On windows, I do not see this problem. Most of the time, people do not change the encoding manually, because most people do not understand them. There is surely a problem with the schema validation part both in the Schema Editor and the WSDL editor. I am not sure though which encodings cause this error, nor how to fix this issue. I just downloaded the trunk build #4037 and installed it on a Mac. Product Version: NetBeans IDE Dev (Build 20071018235728) Java: 1.5.0_07; Java HotSpot(TM) Client VM 1.5.0_07-87 System: Mac OS X version 10.4.10 running on i386; MacRoman; en_US (nb) Userdir: /Users/abuilds/.netbeans/dev The build does not fail. Do not see the problem on Mac w/ Beta2: Product Version: NetBeans IDE 6.0 Beta 2 (Build 200710181000) Java: 1.5.0_07; Java HotSpot(TM) Client VM 1.5.0_07-87 System: Mac OS X version 10.4.10 running on i386; MacRoman; en_US (nb) Or on XP w/ Beta2 following the steps provided by yaroslavskiy: Product Version: NetBeans IDE 6.0 Beta 2 (Build 200710181000) Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b02 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) I think it was fixed by either "allow-java-encodings feature on the schemafactory" or the fix for issue 112814 see my last comment, I should have marked this as resolved then. it was fixed by the IZ 112814. Product Version: NetBeans IDE 6.0 Beta 2 (Build 200710181000) Java: 1.5.0_07; Java HotSpot(TM) Client VM 1.5.0_07-87 System: Mac OS X version 10.4.10 running on i386; MacRoman; en_US (nb) Verified |