Hi,

Dang - it looks like I need to do a lot more testing under windows.

I am having some quite strange behaviour under windows. Namely
FileUtils.mkdir_p 'F:/foo' will create a directory named "F:" rather
than the path foo on the F drive. I am not sure why this is being
exhibited now  - I will try and address the issue on the weekend and
push up another release proposal.


On Tue, Oct 29, 2013 at 10:21 AM, Tammo van Lessen <tvanles...@gmail.com> wrote:
> I could do it:
>
> Buildr aborted!
> Errno::ENOENT : No such file or directory -
> C:/Users/vanto/dev/git/apache/ode/axis2-war/src/main/webapp/css
> org/jruby/RubyFile.java:333:in `initialize'
> org/jruby/RubyIO.java:1179:in `open'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/fileutils.rb:1379:in
> `copy_file'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/fileutils.rb:477:in
> `copy_file'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/fileutils.rb:396:in `cp'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/fileutils.rb:1524:in
> `fu_each_src_dest'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/fileutils.rb:1540:in
> `fu_each_src_dest0'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/fileutils.rb:1522:in
> `fu_each_src_dest'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/fileutils.rb:395:in `cp'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/rake-0.9.2.2/lib/rake/file_utils_ext.rb:43:in
> `cp'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/buildr-1.4.15-java/lib/buildr/core/assets.rb:64:in
> `add_enhance_actions'
> org/jruby/RubyArray.java:1613:in `each'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/buildr-1.4.15-java/lib/buildr/core/assets.rb:58:in
> `add_enhance_actions'
> org/jruby/RubyArray.java:1613:in `each'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/buildr-1.4.15-java/lib/buildr/core/assets.rb:52:in
> `add_enhance_actions'
> org/jruby/RubyProc.java:249:in `call'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/rake-0.9.2.2/lib/rake/task.rb:205:in
> `execute'
> org/jruby/RubyArray.java:1613:in `each'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/rake-0.9.2.2/lib/rake/task.rb:200:in
> `execute'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/buildr-1.4.15-java/lib/buildr/core/application.rb:662:in
> `invoke_with_call_chain'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/gems/shared/gems/buildr-1.4.15-java/lib/buildr/core/application.rb:660:in
> `invoke_with_call_chain'
> C:/Users/vanto/.pik/rubies/JRuby-173/lib/ruby/1.9/monitor.rb:211:in
> `mon_synchronize'
> ...
>
>
> On Tue, Oct 29, 2013 at 12:13 AM, Tammo van Lessen 
> <tvanles...@gmail.com>wrote:
>
>> Hi Peter,
>>
>> my default ODE build fails for some reason with the new build:
>>
>> Buildr aborted!
>> Errno::ENOENT : No such file or directory -
>> C:/Users/vanto/dev/git/apache/ode/axis2-war/src/main/webapp/css
>>
>> (See full trace by running task with --trace)
>>
>> C:\Users\vanto\dev\git\apache\ode>ls
>> C:/Users/vanto/dev/git/apache/ode/axis2-war/src/main/webapp/css
>> global.css  reset.css  style.css
>>
>> Any idea what could cause this? Unfortunately I can't trace it right now...
>>
>> Tammo
>>
>>
>> On Sat, Oct 26, 2013 at 10:01 AM, Peter Donald <pe...@realityforge.org>wrote:
>>
>>> We're voting on the source distributions available here:
>>> http://people.apache.org/~donaldp/buildr/1.4.15/dist/
>>>
>>> Specifically:
>>> http://people.apache.org/~donaldp/buildr/1.4.15/dist/buildr-1.4.15.tgz
>>> http://people.apache.org/~donaldp/buildr/1.4.15/dist/buildr-1.4.15.zip
>>>
>>> The documentation generated for this release is available here:
>>> http://people.apache.org/~donaldp/buildr/1.4.15/site/
>>> http://people.apache.org/~donaldp/buildr/1.4.15/site/buildr.pdf
>>>
>>> The following changes were made since 1.4.14:
>>>
>>>   * Change: Updated the 'test_jar' package type to have a
>>>             classifier of 'tests' and thus match maven
>>>             conventions. Reported by Chris Bozic.
>>>   * Fixed:  BUILDR-689 - Ensure that war file includes generated
>>>             assets rather than the "source" assets that may have
>>>             been filtered.
>>>   * Fixed:  BUILDR-689 - Define assets task before the project is
>>>             defined to avoid "undefined method `project='" if the
>>>             project attempts to generate into the same directory.
>>>   * Added:  BUILDR-679 - Support uploading to a snapshot repository
>>>             defined by repositories.snapshot_to if the artifact is
>>>             a snapshot. Submitted by Tammo van Lessen.
>>>   * Change: Update the jaxb_xjc addon to add output directory to
>>>             generated IDEA project files.
>>>   * Change: Update the default output directory used in the jaxb_xjc
>>>             addon to use Maven conventions.
>>>   * Fixed:  Bug in IdeaProject.partition_dependencies resulted in
>>>             projects being rebuilt if artifacts were added to the
>>>             project with dependencies on the current project.
>>>   * Fixed:  BUILDR-605 - Ensure package task invokes included paths.
>>>   * Fixed:  BUILDR-609 - compile.from should accept Task argument.
>>>
>>
>>
>>
>> --
>> Tammo van Lessen - http://www.taval.de
>>
>
>
>
> --
> Tammo van Lessen - http://www.taval.de



-- 
Cheers,

Peter Donald

Reply via email to