This content has been marked as final. Show 5 replies
Stuart, interesting case...
Can you try the following sequence (assuming you already have the template in an adf lib):
1) build an application using the template from the adf lib.
2) make sure it runs OK
3) then copy the whole workspace (including all files and folders)
4)check the app into SVN
5) check it out into a different location which should produce the error you described
6) Do a complete rebuild and try to run the app
Q1) does it run or do you get an error?
Q2) do you see the error you described in your post?
Now, if you see the error you should compare the two workspaces (the one you save in step 3 with the current one).
Q3) do you see any differences?
thank you for your reply. I actually created a youtube video on this, available here: http://youtu.be/ERyLngq9hlI
Since the video might be a little tedious to view, Here are the details. You can jump to the exciting parts of the video, if you want:
Here is what I did:
1. I cleaned out my system directory and the temp directory on my computer.
2. Opened the application containing my template. Deleted the existing jar file.
3. Started taking video....
4. (From 40 seconds into the video) Created the jar file again.
5. (2:55 minuts into video) Closed template applcation and Created new fusion application.
6. (4 minutes into the video) Created model
7. (4:15 minutes into video) in view controller added template, created a jsf page.
8. (5 minutes into the video) Created Security and users.
9. (6:30 minutes into the video) Created a task flow, with jsff in it, with a form on the jsff. Assigned Security to objects.
*10. (7 minutes into the video). Ran JSF successfully.*
11. (7:40 minutes into the video). Closed application. Copied the entire application into two directories.
12. (8 minutes into video) Opened the first copied video. You can see that the jsf page is not accessing the template. Reviewed the View Controller project Libraries and classpath. Removed the library, re-added the jar from the resource palette. Worked fine.
13. (9:30 minutes into video). Opened the 2nd copy of the file I intend for subversion. Showed the jsf page and the error it displays when open (same as in first copied application).
Load application into subversion.
14. (10 minutes into video). Check out application
15. (10:15 minutes into video). Open JSF file. The reference to the template jar file is reading properly.
16. (11 minutes into video). Load the original working copy into subversion.
17. (11:30 minutes into video). Check out from subverion, but the check out failed.
18. (12 minutes into video). Check out, and look at the jsf. The page shows fine.
Timo, I think this might be reported as a bug. You ought to be able to move files around on your computer. Also, the first time I checked the application out from subversion, the jsf page did not read the template.
ALSO, when I tried to deploy the application (that contained the reference to the template jar file to weblogic), I got the same error when I ran the jsf
first lines of that error:
Error 500--Internal Server Error
java.io.FileNotFoundException: /WEB-INF/ssfTemplate/SSFTemplate.jsf Not Found in ExternalContext as a Resource
Thank you for your time and commitment!
Edited by: Stuart Fleming on Nov 18, 2012 10:13 AM
I will have a look at this tomorrow Monday. One thing though, after you check in the application. Does the ADF Lib files is there on the file system?
Thank you for looking into this. I installed Jdeveloper 188.8.131.52. and installed Jdeveloper 184.108.40.206 this evening.
I was able to copy and move around the application and place them on different places on the file system, and the jsf file showed the template on opening. I am not sure what happened to cause it, whether it was fixed, but I will close this.
It has happened again. I do believe this is a bug. I am not sure that anyone else has encountered the same issue, however. This time I checked out the version from subversion (in the video I made the checkout worked fine, although the first time I tested this, but a copy of the application to a different location AND the checkout from subversion failed.
Also, I am now on Jdeveloper 220.127.116.11.
I am not sure if I should make a new post on this and mention it as a bug.
By the way, I deleted out the application and then checked it out again. This time it worked. NOT consistent! However, it would be best if this could be fixed (if it can be replicated!) because on a large project it could really mess things up.
Edited by: Stuart Fleming on Nov 22, 2012 5:20 PM