Hold off on applying this patch for a bit -- It looks like it worked
on the case I was testing with but has goofy problems in other
cases ... I'll post a "real" fix when I finish running more test cases.
On Jun 29, 2005, at 1:40 PM, Mike Schrag wrote:
> I tested your patch and it didn't seem to do it for me ... However,
> the patch below fixes that problem (which has been bugging me for
> far too long :) ).
>
> Incidentally, this required me to change my
> wsresources.includes.patternset from:
> **/WhateverFolder/**
> to
> **/WhateverFolder/
>
> This should make the behavior more consistent with the way
> Resources are handled, though (the .wo definition is pretty similar
> to this).
>
> Index: IncrementalNature.java
> ===================================================================
> RCS file: /cvsroot/woproject/woproject/projects/wolips/plugins/
> org.objectstyle.wolips.projectbuild/java/org/objectstyle/wolips/
> projectbuild/natures/IncrementalNature.java,v
> retrieving revision 1.5
> diff -u -r1.5 IncrementalNature.java
> --- IncrementalNature.java 11 Dec 2004 10:25:50 -0000 1.5
> +++ IncrementalNature.java 29 Jun 2005 17:37:39 -0000
>.. -369,7 +369,7 @@
> *..eturn
> */
> public IPath asWebResourcePath(IPath path, IResource res) {
> - if (IResource.FILE == res.getType()) {
> + if (IResource.FILE == res.getType() || IResource.FOLDER ==
> res.getType()) {
> return _appendSpecial(getWebResourceOutputPath(), path);
> }
>
>
> On Jun 28, 2005, at 8:30 AM, Vincent GADREAU wrote:
>
>
>> Hi guys,
>> I'm new with WOLips, but i 've a problem with the
>> incrementalBuild. The path of my WebServerResources is not good
>> inside the directory WebServerResources. All the resources are in
>> the WebServerResources without directories.
>> I think i found a solution with this modified code of the class
>> org.objectstyle.wolips.projectbuild.natures.IncrementalNature
>> --------------------8<-----------------------------------------------
>> ---------------------------------------
>> private IPath _appendSpecial(IPath destinationPrefix, IPath
>> source) {
>> String segments[] = source.segments();
>>
>> int n = segments.length - 1;
>> for (int i = n; i >= 0; --i) {
>> if (segments[i].endsWith(".lproj")) {
>> n = i;
>> if (segments[i].toLowerCase().startsWith
>> ("nonlocalized")) {
>> n = i + 1;
>> }
>> }
>> * * if (segments[i].equals(WEBRESOURCE_PATH)) {
>> n=i;
>> }
>> }
>> IPath tmp = destinationPrefix;
>> while (n < segments.length) {
>> tmp = tmp.append(segments[n++]);
>> }
>> return (tmp);
>> }
>> --------------------8<-----------------------------------------------
>> ---------------------------------------
>>
>> But I cannot test this update because WOLips doesn't seems to
>> compile correctly
>>
>>
>> java:
>> [javac] Compiling 5 source files to D:\LSMWorkspace\projects
>> \temp\classes
>> [javac] D:\LSMWorkspace\projects\wolips\plugins
>> \org.objectstyle.wolips.refactoring\java\org\objectstyle\wolips
>> \refactoring\CreateFolderChange.java:85: cannot resolve symbol
>> [javac] symbol : constructor DeleteFolderChange
>> (org.eclipse.core.resources.IFolder,boolean)
>> [javac] location: class
>> org.eclipse.jdt.internal.corext.refactoring.changes.DeleteFolderChang
>> e
>> [javac] DeleteFolderChange undoChange = new DeleteFolderChange
>> (myFolder, true);
>> [javac] ^
>> [javac] D:\LSMWorkspace\projects\wolips\plugins
>> \org.objectstyle.wolips.refactoring\java\org\objectstyle\wolips
>> \refactoring\WOComponentRenameParticipant.java:124: cannot resolve
>> symbol
>> [javac] symbol : constructor DeleteFileChange
>> (org.eclipse.core.resources.IFile,boolean)
>> [javac] location: class
>> org.eclipse.jdt.internal.corext.refactoring.changes.DeleteFileChange
>> [javac] renameApiFileChange.add(new DeleteFileChange
>> (oldApiFile, true));
>> [javac] ^
>> [javac] D:\LSMWorkspace\projects\wolips\plugins
>> \org.objectstyle.wolips.refactoring\java\org\objectstyle\wolips
>> \refactoring\WOComponentRenameParticipant.java:140: cannot resolve
>> symbol
>> [javac] symbol : constructor DeleteFileChange
>> (org.eclipse.core.resources.IFile,boolean)
>> [javac] location: class
>> org.eclipse.jdt.internal.corext.refactoring.changes.DeleteFileChange
>> [javac] renameWoFileChange.add(new DeleteFileChange(woFile,
>> true));
>> [javac] ^
>> [javac] D:\LSMWorkspace\projects\wolips\plugins
>> \org.objectstyle.wolips.refactoring\java\org\objectstyle\wolips
>> \refactoring\WOComponentRenameParticipant.java:144: cannot resolve
>> symbol
>> [javac] symbol : constructor DeleteFolderChange
>> (org.eclipse.core.resources.IFolder,boolean)
>> [javac] location: class
>> org.eclipse.jdt.internal.corext.refactoring.changes.DeleteFolderChang
>> e
>> [javac] renameWoFolderChange.add(new DeleteFolderChange
>> (oldWoFolder, true));
>> [javac] ^
>> [javac] 4 errors
>> BUILD FAILED: D:\LSMWorkspace\projects\build.xml:112: The
>> following error occurred while executing this line:
>> D:\LSMWorkspace\projects\wolips\build.xml:34: The following error
>> occurred while executing this line:
>> D:\LSMWorkspace\projects\wolips\plugins\build.xml:107: The
>> following error occurred while executing this line:
>> D:\LSMWorkspace\projects\wolips\plugins
>> \org.objectstyle.wolips.refactoring\build.xml:24: The following
>> error occurred while executing this line:
>> D:\LSMWorkspace\projects\buildscripts\plugin-project.xml:29:
>> Compile failed; see the compiler error output for details.
>> Total time: 31 seconds
>>
>> If someone can compile, can he test my diffs and send me the
>> compiled version? Or explain me how i can compile quick?
>>
>> Thanks all
>>
>> --
>> Vincent Gadreau
>> SOPHIACOM Tel: 01.41.40.05.83
>>
>>
>>
>>
>
>
This archive was generated by hypermail 2.0.0 : Wed Jun 29 2005 - 15:02:30 EDT