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: | junit libraries not downloaded when using resolve references dialog | ||
---|---|---|---|
Product: | projects | Reporter: | Kenneth Ganfield <kganfield> |
Component: | Maven | Assignee: | Jesse Glick <jglick> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | mmirilovic, pjiricka |
Priority: | P2 | ||
Version: | 7.0 | ||
Hardware: | PC | ||
OS: | Mac OS X | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 195123 |
Description
Kenneth Ganfield
2011-02-08 18:35:43 UTC
Product Version: NetBeans IDE 7.0 Beta 2 (Build 201102052128) Java: 1.6.0_22; Java HotSpot(TM) 64-Bit Server VM 17.1-b03-307 System: Mac OS X version 10.5.8 running on x86_64; MacRoman; en_US (nb) Userdir: /Applications/NetBeans/userdirs/7.0beta2 Redirecting to Maven. The download of JUnit artifacts from the Maven Central repository failed. Are you online? Behind a proxy? If you create a new Maven > Java Application and click Test Project, does it succeed? Probably irrelevant since this impl is temporary for b2 and planned to be replaced after bug #195041 is implemented. *** This bug has been marked as a duplicate of bug 195041 *** This behavior is from behind a proxy, so I can understand why it failed. I think the main issue for me is that there was no indication that the download failed. So this could be a UI issue that the user was only given the Libraries manager without an explanation of why. The minimum should be a message that says download failed, please check your connection and proxy settings. Again, a rather different implementation is under preparation as part of bug #195041. I don't think it's worth tweaking the behavior of this one just for b2, but that's for b2 QE to decide. Was decided to handle this for b2. Should be able to fall back to direct HTTP download (without using Maven resolver & cache), which ought to work with the IDE's configured proxy settings. FWIW I cannot reproduce the reported problem so I cannot easily verify a fix. When I go on VPN and set my GNOME proxy settings to use wpad.dat (leaving the IDE to use system settings as by default), nothing works in the IDE (e.g. Hudson Builders). If I manually configure Oracle proxies in GNOME proxy settings, then e.g. Hudson Builders does work, but so does the Maven-based download (confirmed after deleting ~/.m2/repository/junit) without touching ~/.m2/settings.xml. Can try deliberately breaking my Maven settings. (In reply to comment #0) > INFO [org.netbeans.modules.progress.spi.InternalHandle]: Cannot process ... Side problem fixed in core-main #7bceb174a607. Bug #195296 shows that doing a direct download is not going to change behavior; the Maven embedder already effectively does this. The reporter's proxy was probably just not configured. Bug #195041 will result in a different UI anyway. (In reply to comment #8) > Side problem fixed in core-main #7bceb174a607. And backported to b2: releases #9dc121cf80b2 |