Under "Source folder on build path:" I have the sources folder of my project listed. Expanding this shows: Included: (All) Excluded: (None) Native Library Location: (None)
There are no inclusion or exclusion patterns listed for Sources, if I go to edit Sources. Allow output folders for source folders is not checked. The Default output folder is set to the proper bin. I tried removing and re-adding the Sources folder to no avail. On Wed, Jul 2, 2008 at 3:08 PM, Chuck Hill <[EMAIL PROTECTED]> wrote: > > On Jul 2, 2008, at 12:05 PM, Alex Daskalov wrote: > >> Thanks again for the help Chuck, >> >> I ran Project > Clean, which I understand is supposed to clear all old >> builds and rebuild the project. The result is that the bin and build >> folders are cleared, and both are rebuilt. The bin folder is now >> empty, as if there were no java files to compile. The build folder has >> everything it should have, but the directory 'Java' which stores all >> of the compiled classes is also completely empty. Deleting the build >> directory and pasting back my backed up bin folder (from before >> running clean) and rebuilding creates the proper build folder, with >> compiled classes under Java, and everything runs fine, but of course >> it's the old versions of the files. >> >> I tried your suggestion too, but it's the same as with clean. For one >> I had automatically build on, but I turned this off, refreshed and >> rebuilt and the compiled classes are still the old versions. >> >> Under the java build path I have a few external libraries that are >> used by the app, the JRE library and the WebObjects library. The >> source folder on the build path is set correctly, with Included: (all) >> and Excluded: (none) and Native library location: (none). The default >> output folder is set to WebApp/bin as I would expect. > > What does it say under "Source folders on build path:"? Does that match > what is on the disk? It sounds like Eclipse is not seeing your .java files. > > >> For reference I'm doing all of this on Windows XP and not OS X. >> As an aside, I have a mac that I wanted to just move this over to, to >> do everything from there, but I'm running Tiger and this is using WO >> 5.4 Do I need to get Leopard to get 5.4 to develop, or is it possible >> to run it on Tiger with 5.3, or can I get 5.4 on Tiger? > > I don't see why 5.4 would not run on Tiger, but I have not tried it. > > > Chuck > > >> >> On Wed, Jul 2, 2008 at 2:21 PM, Chuck Hill <[EMAIL PROTECTED]> >> wrote: >>> >>> On Jul 2, 2008, at 10:19 AM, Alex Daskalov wrote: >>> >>>> Thanks, >>>> >>>> I tried what you suggested and I can see where you're coming from. I >>>> deleted the build folder, re-ran eclipse, and it did its rebuild into >>>> that directory. The problem was again the same. I think the problem is >>>> elsewhere though. There are compiled java classes under the bin >>>> directory, and these are old versions. >>> >>> Right. Forgot about that. >>> >>> >>>> As far as I can tell, the >>>> compiled classes in the build directory are taken from the bin >>>> directory, so I need to have the bin classes recompiled. I tried >>>> deleting the bin directory hoping that they would be recompiled, but a >>>> new bin directory was created, and none of the java files were >>>> recompiled leaving this directory empty. Is there a way to force >>>> Eclipse to recompile the classes under bin using the src files? Even >>>> when doing an ant build, the deployed version contains the outdated >>>> class files. >>> >>> Select the project hit F5 (refresh) and then Project - Build (assuming >>> that >>> auto build is off). If the files are not compiled you have bigger >>> problems. >>> >>> >>>> I checked the system date and it's current. The old compiled classes >>>> are time stamped June 24, 2008, and the edited java files July 2, >>>> 2008, so I find it odd that they are not being automatically >>>> recompiled. >>> >>> Also check the Java Source Path under the project's Properties. It might >>> be >>> wrong or might be excluding .java files! >>> >>> Chuck >>> >>>> >>>> On Tue, Jul 1, 2008 at 2:38 PM, Chuck Hill <[EMAIL PROTECTED]> >>>> wrote: >>>>> >>>>> Quit Eclipse. Find and delete the dist/ folder (for apps) or the >>>>> build/ >>>>> folder (for frameworks). Open Eclipse, build and run. It sounds like >>>>> a >>>>> timestamp issue: some how the compiled .class file has a newer >>>>> timestamp >>>>> than the file you modified. Check the system time on that machine. >>>>> >>>>> Chuck >>>>> >>>>> >>>>> On Jul 1, 2008, at 11:33 AM, Alex Daskalov wrote: >>>>> >>>>>> Hello all, >>>>>> >>>>>> I'm in the process of deploying a WebObjects app from a local server >>>>>> to a remote server. I'm not the original developer of the app and have >>>>>> little experience with WebObjects though I have developed and deployed >>>>>> apps on other web frameworks, including a couple of java frameworks, >>>>>> so it seems pretty familiar. I am using Eclipse with WOLips and >>>>>> building the project with ANT. In preperation for the move, I've done >>>>>> a few test deployments. After one of them, I can no longer make any >>>>>> changes to the project. No matter the changes to the java files, the >>>>>> build is always one specific previous version from one of the changes >>>>>> I made. I can modify the HTML files and the changes appear, but the >>>>>> backend java is never recompiled from source. I've been looking around >>>>>> frantically for a solution but can't seem to find one. >>>>>> >>>>>> Does anyone have suggestions for things to check? I have not touched >>>>>> much in the project, but perhaps one of the properties or xml >>>>>> configuration files is responsible? >>>>>> I should mention that even when running the project through WOLips >>>>>> locally, the compiled classes are old versions and not like the >>>>>> corresponding java files. I understand that there is an incremental >>>>>> build that occurs that allows launching the application quickly, and >>>>>> it seems this has stopped incrementing. I've tried both "Run as >>>>>> WebObjects Application" and "Debug as…" >>>>>> >>>>>> Thank you for any help! >>>>>> _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Webobjects-deploy mailing list >>>>>> ([email protected]) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> >>>>>> >>>>>> >>>>>> http://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net >>>>>> >>>>>> This email sent to [EMAIL PROTECTED] >>>>>> >>>>> >>>>> -- >>>>> >>>>> Practical WebObjects - for developers who want to increase their >>>>> overall >>>>> knowledge of WebObjects or who are trying to solve specific problems. >>>>> http://www.global-village.net/products/practical_webobjects >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> -- >>> >>> Practical WebObjects - for developers who want to increase their overall >>> knowledge of WebObjects or who are trying to solve specific problems. >>> http://www.global-village.net/products/practical_webobjects >>> >>> >>> >>> >>> >>> >> > > -- > > Practical WebObjects - for developers who want to increase their overall > knowledge of WebObjects or who are trying to solve specific problems. > http://www.global-village.net/products/practical_webobjects > > > > > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
