BUG: Dimensions Versioning Download Crash (ver 1.1.1.2.36.55.36)

Question

Jdveloper version: 11.1.1.2.0
Dimensions extension version: 11.1.1.2.36.55.36
Serena Dimensions version: CM 10.1.3
Client Specs: 32 bit Windows XP (up to date), 4 gigs memory, 200 gigs free hard disk
Java Version: jdk1.6.0_17
What I did:
First, I cleaned out my source code directory and did a full get of our Java project from the Serena Dimensions window client.
Serena Dimensions Client result: 10,373 files. 2,354 folders.
Then, I cleaned out the folder again and started up Jdeveloper. I selected the Dimensions download option from the menu, typed in my pass and selected my project and directory. The recurse directory was on, and the other checkbox options were off. There was no hourglass or microhelp telling me it was doing anything, but it was downloading files. After a while, it threw back a Java exception, which is at the bottom of this post.
Jdeveloper result (after Java exception): 9,236 files. 2,090 folders. It looks like it almost made it, but not quite.
An extra data point: I tried this same test about 6 or 8 months ago with an earlier version of the Oracle Dimensions extension and it crashed then to. I thought I would give it another go to see if this problem was fixed. The Dimensions extension is a nice feature that Netbeans doesn't offer, but it doesn't look like it's quite there yet.
Java Exception:_
Performing action Log In...[ from oracle.ide.ceditor.CodeEditor ]
Invoking command: [ from oracle.ide.ceditor.CodeEditor ]
Performing action Download...[ from oracle.ide.ceditor.CodeEditor ]
Invoking command: [ from oracle.ide.ceditor.CodeEditor ]
oracle.ide.util.Assert$CheckException: Check failed
o.i.util.Assert.check(Assert.java:160)
o.ji.vcs.generic.util.NewFilesHandler.handleNoProjects(NewFilesHandler.java:245)
o.ji.vcs.generic.util.NewFilesHandler.handleNewFilesImpl(NewFilesHandler.java:136)
o.ji.vcs.generic.util.NewFilesHandler.access$000(NewFilesHandler.java:44)
o.ji.vcs.generic.util.NewFilesHandler$1.run(NewFilesHandler.java:102)
o.i.util.IdeUtil$3.run(IdeUtil.java:1079)
j.a.event.InvocationEvent.dispatch(InvocationEvent.java:209)
j.a.EventQueue.dispatchEvent(EventQueue.java:597)
j.a.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
j.a.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
j.a.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
j.a.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
j.a.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
j.a.EventDispatchThread.run(EventDispatchThread.java:122)

Answer 1

I'm confused now in regards to your empty folder theory.
Under my "versioning" menu, the top choice is "Version Application...", and the choice right under that is "Download...". I selected the "Download..." option. I never selected any option for the IDE to automatically make an application project for me.
As a recap, this is what I did.
*1)* I set up my projects in the application navigator. They compiled just fine.
*2)* In order to test the Dimensions extension....
*2a)* I cleared out all of the source code using the Windows file explorer.
*2b)* I went to the versioning menu and clicked on "Configure," and then turned off "Versioning Support for Subversion."
*2c)* I observed that only the Dimensions options now showed up in the versioning menu.
*2d)* I clicked on the second option from the top in the versioning menu: "Download..."
*2e)* It asked for my user/pass and project name. It also asked me where I wanted to download the source code to. It never said anything about automatically trying to set up a project in my application navigator. Just a straight download to the disk - that's all.
*2f)* I let it run for a while but it crashed about 90% of the way through the download process. See first post for the metrics.
*2g)* I got a warning saying that the IDE may be unstable at this point and it gave me the option to exit the IDE or continue anyway and ignore the exception (Save files and exit). I tested both, and neither option seemed to affect the choices I saw when I restarted JDeveloper.
In both cases, when I restarted JDeveloper, all I saw in the versioning menu was the "Download..." option. "Log in" was not enabled. I then went to my application navigator and expanded one of my java projects and highlighted a class that was downloaded in step 2f. I right clicked on the class, selected the versioning sub-menu, and logged in. I was then able to view the history and check it out.
My question is -- why would the download process fail if it hits an empty folder? Am I overlooking something obvious here or is there a bug in the product?
I'm not telling the tool to download a project or anything like that. Just download the source. I'm sure we have a couple of empty folders in the main project because people are working on a new area in the code (and are making the packages). In addition, I wouldn't be surprised if there's a folder here and there from years ago that's empty.