(it was bug 6207037) 

---Decription---
JAMServlet worked in older (works up to SJSM 2004 Q3) versions. Once you've
opened http://localhost:8082/servlet/org.netbeans.modules.j2me.jam.JAMServlet/,
directory listing was available and you were able to simulate OTA provisioning
(even with real device using internet connection). When you open
http://localhost:8082/servlet/org.netbeans.modules.kjava.j2meproject.jam.JAMServlet/
in netBeans 4.0 RC2, there are no files listed. If you enter full URL, i. e.
http://localhost:8082/servlet/org.netbeans.modules.kjava.j2meproject.jam.JAMServlet/BlueTooth.jar,
file is served with correct MIME type, but it's length is zero bytes. Same
applies to .jad files. This bug makes the feature unusable


---Comments---
Note: this feature is documented at
http://docs.sun.com/source/816-7873/chap3.html (Supporting Over-the-Air (OTA)
Application Downloading).What feature do you have in mind?The JAMServlet is
there to support OTA execution and that works.Do you require servet for browsing
master filesystem, is this the use case?After the projectization there is no
common repository base and because of a different build process the FileObject
representing JAD may not exist at the time of build execution. These are the
reasons why the JAD could not be pointed by just its FileObject path .
JAMServlet is now taking internal URL as an argument and there was no case to
supply directory browsing

---Evaluation---
Yes, it would be nice to improve the OTA execution, to show the URL and also
create a front page to allow to browse it from any connected real devices.But
there must be defined some security limits to access the repository from outside.
--------------