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 258985

Summary:	RepositoryForBinaryQueryImpl.getJarMetaDataCoordinates() should cache its results
Product:	projects	Reporter:	markiewb
Component:	Maven	Assignee:	Tomas Stupka <tstupka>
Status:	RESOLVED FIXED
Severity:	normal	CC:	markiewb, tstupka
Priority:	P3
Version:	8.1
Hardware:	PC
OS:	Windows 7
See Also:	https://netbeans.org/bugzilla/show_bug.cgi?id=262313
Issue Type:	DEFECT	Exception Reporter:
Attachments:	Shows the snapshot and the code

Description markiewb 2016-04-23 14:35:02 UTC

Created attachment 159407 [details]
Shows the snapshot and the code

I wondered why opening the "rename field"-refactoring-dialog takes so long. More than 2s to open. Our application uses many dependencies. Maven transitive dependencies, starting from hibernate and spring.

So I took a snapshot and saw that NetBeans scans all the jars of the dependencies of our application to get the GAV-information from the META-INF/.../pom.properties files. 

See the screenshot.

EXPECTED: Cache the GAV-information. Especially released versions in the maven repo change seldom/never. The caching key might be the file path combined with the file change date. Or the file path plus checksum.

Perhaps analog to https://netbeans.org/bugzilla/show_bug.cgi?id=251990 ?

Comment 1 Tomas Stupka 2016-05-18 11:59:23 UTC

fixed in jet-main #cd5049fedcf9

Comment 2 Quality Engineering 2016-05-19 01:43:53 UTC

Integrated into 'main-silver', will be available in build *201605190002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)

Changeset: http://hg.netbeans.org/main-silver/rev/cd5049fedcf9
User: Tomas Stupka <tstupka@netbeans.org>
Log: Issue #258985 - RepositoryForBinaryQueryImpl.getJarMetaDataCoordinates() should cache its results

Comment 3 markiewb 2016-07-10 20:53:06 UTC

*** Bug 251973 has been marked as a duplicate of this bug. ***