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.

Bug 49312 - javadoc and code completion does not work on OpenVMS
Summary: javadoc and code completion does not work on OpenVMS
Status: CLOSED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Platform (show other bugs)
Version: 4.x
Hardware: Other OpenVMS
: P1 blocker (vote)
Assignee: Tomas Zezula
URL:
Keywords: JDK_SPECIFIC
Depends on: 48616
Blocks:
  Show dependency tree
 
Reported: 2004-09-20 20:41 UTC by Isao Yanagimachi
Modified: 2011-06-09 09:51 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Patch file for DefaultPlatformImpl.java (2.47 KB, patch)
2004-09-20 20:42 UTC, Isao Yanagimachi
Details | Diff
New Patch file for DefaultPlatformImpl.java (1.76 KB, patch)
2004-09-30 18:24 UTC, Isao Yanagimachi
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Isao Yanagimachi 2004-09-20 20:41:42 UTC
There is an extra folder at the top level of 
src.zip installed with OpenVMS JVM, and this
causes an exception to be thrown during the 
javadoc and code completion.  We have also 
reported it to the OpenVMS JVM group and they 
will be fixing it for the next release of the 
JVM.
         
We are submitting a patch for this in the 
meantime to allow us to specify a different 
directory in which to find the SRC.ZIP file.

Thanks
 
/Isao,Meg
Comment 1 Isao Yanagimachi 2004-09-20 20:42:49 UTC
Created attachment 17772 [details]
Patch file for DefaultPlatformImpl.java
Comment 2 Jan Becicka 2004-09-21 07:36:30 UTC
Can anyone review and apply this patch? Thanks.
Comment 3 Tomas Zezula 2004-09-27 12:50:10 UTC
I've looked at the patch. It seems good, but there is a call to the
FileUtil.normalizeVMSFilePath () which is not currently in the FileUtil.
Could you attach also the FileUtil diff or the number if issue which 
 is related to this method?
When you do this, please reassign the issue back to me.
Comment 4 Isao Yanagimachi 2004-09-27 14:51:55 UTC
Hi

The issue related to the "FileUtil.normalizeVMSFilePath" method 
is : 48616

Thanks

/Isao
Comment 5 Tomas Zezula 2004-09-28 15:56:43 UTC
The patch seems to be OK, I will integrate it when the issue
http://www.netbeans.org/issues/show_bug.cgi?id=48616 will be solved.
Comment 6 Isao Yanagimachi 2004-09-30 18:22:58 UTC
Hi I am submitting a patch which does not depend on
the issue 48616 (this one does not use the
"FileUtil.normalizeVMSFilePath".) 

Please ignore the patch submitted on 2004-09-20.

Thanks

/Isao
Comment 7 Isao Yanagimachi 2004-09-30 18:24:28 UTC
Created attachment 17955 [details]
New Patch file for DefaultPlatformImpl.java
Comment 8 Tomas Zezula 2004-10-04 17:01:35 UTC
The patch is integrated, thanks for it.

Checking in
j2seplatform/src/org/netbeans/modules/java/j2seplatform/platformdefinition/DefaultPlatformImpl.java;
/cvs/java/j2seplatform/src/org/netbeans/modules/java/j2seplatform/platformdefinition/DefaultPlatformImpl.java,v
 <--  DefaultPlatformImpl.java
new revision: 1.7; previous revision: 1.6
done
Comment 9 Jesse Glick 2004-10-04 17:27:56 UTC
Tomas I think this should be reverted. The j2seplatform module should
report the jar:$jdkhome/src.zip!/src/ URL. See issue #43593 - when
fixed, then this class of problems should disappear also for Mac OS X.
Comment 10 Tomas Zezula 2004-10-05 09:11:04 UTC
I don't think so,
The patch fixes the way the src.zip it is found itself on the VMS.
It is located using netbeans.openvms.j2seplatform.default.srcdir property.
The additional src folder in the src.zip is resolved on the line 100
in the DefaultPlatformImpl, the same way as for Mac.

The Default platform returns the right URL:
jar:file://${netbeans.openvms.j2seplatform.default.srcdir}/src.zip!/src/
but the FileScanner ignores it
(http://www.netbeans.org/issues/show_bug.cgi?id=43593)


Comment 11 Jesse Glick 2004-10-05 15:41:46 UTC
OK, sorry for the confusion.
Comment 12 Marian Mirilovic 2011-06-09 09:51:18 UTC
v/c