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 167639 - com.sun.org.apache.* classes shouldn't be loaded on nb startup with j2se project
Summary: com.sun.org.apache.* classes shouldn't be loaded on nb startup with j2se project
Status: RESOLVED INVALID
Alias: None
Product: java
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: All Windows XP
: P2 blocker (vote)
Assignee: Tomas Zezula
URL: http://wiki.netbeans.org/FitnessViaWh...
Keywords: PERFORMANCE, TEST
Depends on:
Blocks:
 
Reported: 2009-06-25 11:21 UTC by Oleg Khokhlov
Modified: 2009-09-09 09:04 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
stacktraces (2.52 MB, text/plain)
2009-06-25 11:22 UTC, Oleg Khokhlov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Oleg Khokhlov 2009-06-25 11:21:49 UTC
> >   com.sun.org.apache.xalan.internal.xsltc.DOM
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.ApplyTemplates
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.CallTemplate
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Choose
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Comment
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Copy
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.ForEach
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.If
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Otherwise
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Output
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Param
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Stylesheet
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Template
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Text
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.ValueOf
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.Variable
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.When
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.WithParam
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.XslAttribute
> >     com.sun.org.apache.xalan.internal.xsltc.compiler.XslElement
> >     com.sun.org.apache.xalan.internal.xsltc.dom.AbsoluteIterator
> >     com.sun.org.apache.xalan.internal.xsltc.dom.CachedNodeListIterator
> >     com.sun.org.apache.xalan.internal.xsltc.dom.CurrentNodeListFilter
> >     com.sun.org.apache.xalan.internal.xsltc.dom.CurrentNodeListIterator
> >     com.sun.org.apache.xalan.internal.xsltc.dom.StepIterator
> >     com.sun.org.apache.xalan.internal.xsltc.dom.UnionIterator
> >     com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet
> >     com.sun.org.apache.xalan.internal.xsltc.runtime.BasisLibrary
> >     com.sun.org.apache.xalan.internal.xsltc.runtime.StringValueHandler
> >     com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl
> >     com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl
> >     com.sun.org.apache.xerces.internal.parsers.SAXParser
> >     com.sun.org.apache.xerces.internal.parsers.XIncludeParserConfiguration
> >     com.sun.org.apache.xml.internal.dtm.DTMAxisIterator
> >     com.sun.org.apache.xml.internal.dtm.ref.DTMManagerDefault
> >     com.sun.org.apache.xml.internal.serializer.SerializationHandler
> >     com.sun.org.apache.xpath.internal.jaxp.XPathFactoryImpl

comment from jtulach:
Imho P2 for JavaSE project (and potentially similar). The code seems to 
regenerate build scripts everytime a project is open. That is not correct:
         
org.netbeans.spi.project.support.ant.GeneratedFilesHelper.refreshBuildScript(GeneratedFilesHelper.java:802)         
org.netbeans.modules.java.j2seproject.J2SEProject$ProjectOpenedHookImpl.projectOpened(J2SEProject.java:522)
Comment 1 Oleg Khokhlov 2009-06-25 11:22:53 UTC
Created attachment 84012 [details]
stacktraces
Comment 2 Oleg Khokhlov 2009-06-25 12:51:17 UTC
build 20090625
Comment 3 David Strupl 2009-07-09 12:47:32 UTC
Jesse, do you have any comment on this?
Comment 4 Jesse Glick 2009-07-09 16:05:15 UTC
Of course it should not be regenerated if nothing relevant has changed. I cannot reproduce just by restarting the IDE
with a j2seproject open. If you can, look for a nonzero return value from GeneratedFilesHelper.getBuildScriptState.
Comment 5 Tomas Zezula 2009-09-08 12:44:07 UTC
As Jesse already noticed above, the J2SEProject regenerates the build*.xml only when the relevant change happened (change of build-impl.xsl, project.xml, 
non existend build*.xml)
I've tried to reproduce it having several j2seproject and neither GFH.generateBuildScriptFromStylesheet method was called nor File Monitor has detected fs 
event.
Closing as INVALID.
BTW: Don't you have a project with invalid genfiles.properties?
Comment 6 Jaroslav Tulach 2009-09-09 07:16:39 UTC
Oleg, please tell us what test to run to reproduce the problem, thanks.
Comment 7 Tomas Zezula 2009-09-09 09:03:59 UTC
The IDE test is quite simple.
1) Run OS FileSystem monitor, eg. FSEvents on Mac
2) Start IDE with several j2seproject
3) Check list of changed files [folders]