[ 
https://issues.apache.org/jira/browse/CB-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13614824#comment-13614824
 ] 

Tommy-Carlos Williams edited comment on CB-2820 at 3/27/13 2:40 AM:
--------------------------------------------------------------------

OK. So the above is all wrong.

It seems that instead, what is happening is that because my ./plugins had a 
rogue .DS_Store entry, the prepare stage was trying to install it as a plugin.

{{
{ [Error: ENOTDIR, not a directory 
'/Users/tommy/devgeeks/spideroak/SpiderOakMobileClient/plugins/.DS_Store/plugin.xml']
  errno: 27,
  code: 'ENOTDIR',
  path: 
'/Users/tommy/devgeeks/spideroak/SpiderOakMobileClient/plugins/.DS_Store/plugin.xml',
  syscall: 'open' }
}}

Not sure what the solution here is, but {{cordova build}} ... was so silent it 
was failing on the above and I had no idea what was happening.

Luckily when trying to further diagnose it I ran {{cordova prepare}} which 
*did* throw an error.

Feel free to close this, but it's worth thinking about what it means in terms 
of silent failing and just enumerating in a dir vs something more considered.
                
      was (Author: devgeeks):
    OK. So the above is all wrong.

It seems that instead, what is happening is that because my ./plugins had a 
rogue .DS_Store entry, the prepare stage was trying to install it as a plugin.

{{
{ [Error: ENOTDIR, not a directory 
'/Users/tommy/devgeeks/spideroak/SpiderOakMobileClient/plugins/.DS_Store/plugin.xml']
  errno: 27,
  code: 'ENOTDIR',
  path: 
'/Users/tommy/devgeeks/spideroak/SpiderOakMobileClient/plugins/.DS_Store/plugin.xml',
  syscall: 'open' }
}}

Not sure what the solution here is, but `cordova build ...` was so silent it 
was failing on the above and I had no idea what was happening.

Luckily when trying to further diagnose it I ran `cordova prepare` which *did* 
throw an error.

Feel free to close this, but it's worth thinking about what it means in terms 
of silent failing and just enumerating in a dir vs something more considered.
                  
> Plugins added via the CLI are clobbered during prepare
> ------------------------------------------------------
>
>                 Key: CB-2820
>                 URL: https://issues.apache.org/jira/browse/CB-2820
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: CLI
>    Affects Versions: 2.6.0
>            Reporter: Tommy-Carlos Williams
>            Assignee: Filip Maj
>              Labels: plugin
>
> Latest CLI (2.6.0) - add a plugin using `cordova add plugin /path/to/plugin` 
> and the src is copied into the correct locations in the ./platforms/* folders 
> but the js from the plugin is not copied into the "main" ./www folder.
> Therefore, when you run `cordova build <platform>` the prepare stage copies 
> over the ./platforms/.../www folder with the main app one in ./www 
> effectively removing the plugin's js file from the platform's www folder and 
> rendering the plugin broken.
> It seems like it is in a halfway state between the "old" way of installing 
> the plugin's js into ./www on the first `cordova plugin add ...` and the 
> "new" way of installing the plugin into ./platforms/* during prepare. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to