Firstcup JAX-RS shows error Cannot access WADL when I test it with Netbeans 7.0

[egivler]

I'm trying to follow along with the firstcup java tutorial that I downloaded from Oracle's site with the latest Netbeans 7.0 (which I downloaded with a bundled Glassfish 3.1)

When I test it, I get:

Cannot access WADL: Please restart your REST application, and refresh this page.

If you still see this error and if you are accessing this page using Firefox with Firebug plugin, then
you need to disable firebug for local files. That is from Firefox menubar, check
Tools > Firebug > Disable Firebug for Local Files

If I go to the RESTful Web Services node in Netbeans, and select REST Resources Configuration and switch it from the top selection (Netbeans will generate a subclass of javax.ws.rs.core.Applicaiton, all REST resources will be registered by this class automatically (Java EE 6)) to the last one (Create default REST servlet adapter in web.xml), then the test works fine.

I'm VERY new to all this, so it's probably a user error. If I try to hit the URL (http://localhost:8080/DukesAgeService/resources/dukesAge), directly, I get a 404 error. If I try to hit it with configuration #2 (the web.xml entry is there), it works fine.

I know something is deployed, since I see "Hello World!" when I go to: http://localhost:8080/DukesAgeService/.

The only thing that seemed out of place in the tutorial up to that point was a missing library (restlib-gfv3ee6.) on the project libraries tab.

Any help will be greatly appreciated.

[toto]

I had the same 404 problem. I don't understand much more than you, but I think that NetBeans "forgets" to create one configuration file. I got my web service working by copying from a sample project a file WEB-INF/web.xml as follows:

[JeffRubinoff]

There is a known issue with GlassFish, see http://java.net/jira/browse/GLASSFISH-16118. It should be fixed in 3.1.1. Until it is fixed, you have to deploy EE6 RESTful WS to GlassFish with a deployment descriptor (web.xml) instead of a subclass of Application.

NetBeans does not "forget" to create the deployment descriptor. For EE6 services, NetBeans either creates a subclass of Application or creates web.xml, as you choose during service creation and as egivler noted. For EE5 services, web.xml is created automatically.[/url]

[JeffRubinoff]

I have tested this with a development build of NetBeans on GlassFish 3.1.1 final release and the bug is fixed. I successfully tested a RESTful service registered with a subclass of Application.

[kpenrose]

[JeffRubinoff]

kpenrose,
You are not the only person who builds RESTful web services in NetBeans 7.1 with GlassFish. I did not experience your problem when running the NetBeans Getting Started with RESTful Web Services tutorial, and we have not heard from anyone else with your problem.
Did you create a fresh userdir when you installed NB 7.1 or did you import settings from an earlier installation? If you imported settings, that may be your problem.
There might be a problem with the First Cup tutorial. I don't own this tutorial, Java EE guys do, so I have never tested it. I will go through it and report to that team if I find any problems.

[JeffRubinoff]

Sorry, I was reading down the thread and see that you were in fact using the same NetBeans tutorial that I own and that I tested successfully, many times, against 7.1 builds, using Application class instance. And I just tested it again, and it still works, against both 7.1 and daily build.
So I really don't think there is a bug on our end. The most likely cause IMO is using old userdir settings. See http://wiki.netbeans.org/FaqAlternateUserdir and http://blogs.oracle.com/NetBeansSupport/entry/resetting_the_netbeans_userdir.

[kpenrose]

JeffRubinoff-
I did import the 7.0.1 settings to 7.1. I've looked through the links on setting a new userdir - my problem is I'm on a unix system at work where I can't create a new user directory. Can I point userdir at any directory?

[JeffRubinoff]

I'm not sure, I have no experience with alternate userdirs. I just delete or rename the old one and let NB generate a new one in the same folder. You can try. If NB doesn't remember which files or projects you had open, and you need to reinstall all plugins, you're using a fresh userdir.

[kpenrose]

JeffRubinoff,

I read a little further and found I could point the userdir anywhere, so I created a new userdir, built a brand new web project, created RESTful webservices from database, built, tried to test the RESTful service and I STILL get "Cannot access WADL" Please restart your RESTful application and refresh this page.

Do I need to do something on the glassfish side also?

[kpenrose]

Hi JeffRubinoff,

A couple of new developments. I tried creating a project pointing to different tables in the same database, and that did create the webservices correctly, to a point. In looking at the tutorial, where you are actually interacting with the CRUD aspect of the webservices - I don't have anything showing in the panel on the left to choose from. This is a fairly simple db schema with 3 tables - 2 of which contain foreign keys from the third. I can explicitly enter the entities.tablename in the URL and get the data back in XML format in the browser.
In the original project that I was trying to do, I still get the WADL missing message. But I noticed that right before that message is displayed, I see this error in the NB Glassfish server output window:
SEVERE: The following errors and warnings have been detected with resource and/or provider classes:
SEVERE: Missing dependency for method public entities.TransCondRuleMap service.TransCondRuleMapFacadeREST.find(entities.TransCondRuleMapPK) at parameter at index 0
SEVERE: Method, public entities.TransCondRuleMap service.TransCondRuleMapFacadeREST.find(entities.TransCondRuleMapPK), annotated with GET of resource, class service.TransCondRuleMapFacadeREST, is not recognized as valid resource method.
SEVERE: Missing dependency for method public void service.TransCondRuleMapFacadeREST.remove(entities.TransCondRuleMapPK) at parameter at index 0
SEVERE: Method, public void service.TransCondRuleMapFacadeREST.remove(entities.TransCondRuleMapPK), annotated with DELETE of resource, class service.TransCondRuleMapFacadeREST, is not recognized as valid resource method.
SEVERE: WebModule[/TransformViewer]StandardWrapper.Throwable

So, it looks like something in the generation phase failed, but I don't know enough about what I'm doing (yet) to decipher this error message.

So, do you know where I should be looking to figure out why I don't get the web-based CRUD functionality that I'm looking for in the project that does work (sorta) and what might be wrong in the second project?

Thanks.

[JeffRubinoff]

You are outside of my expertise now. Looks like an entities issue and that might have to do with NB-Sybase communication. I'll try to alert some people who might help.

[JeffRubinoff]

Also, what is a TransCondRuleMap? You said you were following the tutorial and there are certainly no classes with that name in the tutorial. So is this something peculiar to the database you are using?

[kpenrose]

Jeff,
Sorry for the confusion; I'm following the steps in the tutorial, but replacing the database stuff with my database/tables. The TransCondRuleMap is a JPA mapping to a transform table I have in the db.
I've tried a couple of new things, but the results are always the same.

Just FYI: I am using a Sybase ASE 15 database, and using the jconn4.jar from the jConnect 7 libraries.

[JeffRubinoff]

John Yeary posted a reply but it seems to have been lost somehow, so I'm reposting.