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.
Build: NetBeans IDE Dev (Build nbms-and-javadoc-7678-on-20110810) VM: Java HotSpot(TM) 64-Bit Server VM, 21.0-b17, Java(TM) SE Runtime Environment, 1.7.0-b147 OS: Windows 7 User Comments: jhavlin: Tried to create JavaHelp Help Set from New File wizard (clicking Finish button) Stacktrace: java.lang.IllegalArgumentException: Called DataObject.find on null at org.openide.loaders.DataObject.find(DataObject.java:513) at org.netbeans.modules.apisupport.project.ui.wizard.common.CreatedModifiedFiles$PackageInfo$1.run(CreatedModifiedFiles.java:1196) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:127) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.netbeans.modules.apisupport.project.ui.wizard.common.CreatedModifiedFiles$PackageInfo.run(CreatedModifiedFiles.java:1152) at org.netbeans.modules.apisupport.project.ui.wizard.common.CreatedModifiedFiles.run(CreatedModifiedFiles.java:329)
Created attachment 112454 [details] stacktrace
Could be caused by hard-coded slash in paths on Windows. I will try to prepare a patch.
Sorry, I was wrong, slashes are correct. Giving up. File package-info.java and its parent directories are not created. File project.xml is modified correctly (dependency to javahelp added). It seems to work on Linux.
It is probably caused by different line endings on Windows. File package-info.java is created from a template and then modified, but it contains some unexpected \r characters. For example in CasualDiff.java:300, character positions are incorrect and output file is corrupted.
I have also noticed that when updating project properties (right click on project and selecting Properties), e.g. changing version number, file manifest.mf is re-created with windows line-endings, although originally it had unix line endings. It could be related to this issue.
(In reply to comment #4) > It is probably caused by different line endings on Windows. File > package-info.java is created from a template and then modified, but it contains > some unexpected \r characters. > For example in CasualDiff.java:300, character positions are incorrect and > output file is corrupted. I was unable to reproduce on XP. If it continues to occur for you, please try to investigate further. Maybe a bug in java.source? Maybe dupe of bug #194569?
(In reply to comment #5) > I have also noticed that when updating project properties (right click on > project and selecting Properties), e.g. changing version number, file > manifest.mf is re-created with windows line-endings, although originally it had > unix line endings. It could be related to this issue. Probably unrelated.
I tested it with current daily build and it works fine on Windows 7 as well.
*** Bug 204764 has been marked as a duplicate of this bug. ***
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/d885062c5e51 User: Jesse Glick <jglick@netbeans.org> Log: Cleaner recovery from #204274.
*** Bug 206780 has been marked as a duplicate of this bug. ***