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 184735 - REST client wizard does not add jersey lib to NB module's deps
Summary: REST client wizard does not add jersey lib to NB module's deps
Status: VERIFIED FIXED
Alias: None
Product: webservices
Classification: Unclassified
Component: REST (show other bugs)
Version: 6.x
Hardware: PC Linux
: P2 normal (vote)
Assignee: Milan Kuchtiak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-22 14:31 UTC by Antonin Nebuzelsky
Modified: 2010-05-20 11:59 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
com.sun.jersey.api.client is not on module's classpath (134.88 KB, image/png)
2010-04-22 14:31 UTC, Antonin Nebuzelsky
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Antonin Nebuzelsky 2010-04-22 14:31:03 UTC
Created attachment 97864 [details]
com.sun.jersey.api.client is not on module's classpath

See the attachment.

com.sun.jersey.api.client classes are not added on NB Module project's classpath after the RESTful Java Client wizard generates the client's classes to module's project.
Comment 1 Jeffrey Rubinoff 2010-04-22 15:04:04 UTC
If true, this is a regression. Worked fine for me on April 07 dev build.
Comment 2 Jeffrey Rubinoff 2010-04-22 15:26:01 UTC
cannot reproduce on Windows Vista, latest 6.9 Beta ALL distro, JDK 6 update 18.
Comment 3 Antonin Nebuzelsky 2010-04-22 15:35:45 UTC
What I have is Ubuntu 9.10, latest Beta 6.9 all distro, jdk 6u20.
Comment 4 Jeffrey Rubinoff 2010-04-22 15:42:28 UTC
possibly linux-specific issue. Added workaround to tutorial.
Comment 5 Milan Kuchtiak 2010-04-26 08:24:18 UTC
Cannot reproduce on latest Netbeans build.
I followed the scenario described in Jeffrey's tutorial:
http://nbstaging.czech.sun.com/kb/docs/websvc/jersey-rcp-client.html

I'd also ask the quality engineer to reproduce this issue with 6.9 Beta.
Comment 6 Jaroslav Pospisil 2010-04-26 09:04:46 UTC
Can't reproduce with Beta on Vista - everything works as supposed.
Comment 7 Antonin Nebuzelsky 2010-04-26 11:34:50 UTC
> possibly linux-specific issue

> Can't reproduce with Beta on Vista - everything works as supposed

Well, trying to reproduce on Windows if the assumption is it might be Linux specific does not seem like the right approach.

You need to test on Linux.
Comment 8 Milan Kuchtiak 2010-04-26 14:57:18 UTC
Find one issue (typo) and one problem related to OAUTH authentication mechanism:
http://hg.netbeans.org/main/rev/fb1f4cdf248

However, this is not related to the original problem. REST libraries are not added. This might be a problem with ergonomics functionality. Needs to be tested on empty IDE when a first project is being created.
Comment 9 Antonin Nebuzelsky 2010-04-26 15:02:33 UTC
Thanks for the follow-up. It might be ergonomics related because at the time of reporting this issue, this was my first project created in the IDE session.

Now, trying with the same IDE again, the library was correctly automatically added by the REST client wizard to the project.
Comment 10 Milan Kuchtiak 2010-04-27 09:24:00 UTC
Testing with the same conditions:

- installed Nb6.9 Beta from netbeans.org
- clean userdir
- JDK version: 1.6.0_20

JAXB API as well as REST library was added successfully.
I also searched the code and there is no suspicion of timing issue.

I am closing the issue as "Works for Me" as I don't see any reason why "add libraries" step failed.

There is a warning message with exception that should explain the failure if this occurs again.

I've added one more warning (not related to original issue):
http://hg.netbeans.org/main/rev/4c571b01c5aa
Comment 11 Quality Engineering 2010-04-28 05:07:45 UTC
Integrated into 'main-golden', will be available in build *201004280200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/
User: 
Log:
Comment 12 Jaroslav Pospisil 2010-05-20 11:59:15 UTC
v.