Peter Monks

+1 It appears that this kind of thing is possible natively for most OSes - see https://github.com/gorakhargosh/watchdog/ for example.

I have an OSX machine and would be happy to help test. I'm an utter go n00b however, so probably won't be much use in writing the code (yet).

A PR would be great! Just out of interest. are the changes backwards compatible with Alfresco 5.x?

Took a look at this this evening, and will continue chipping away at it as I have time. <mini-rant> It's quite disappointing to see that AMP support has basically been...

[As mentioned above](#issuecomment-400373172) a PR would be welcome. Sadly the Alfresco v6 SDK broke backwards compatibility of the build, and I have minimal time to spend on fixing things that...

@andrm according to https://docs.alfresco.com/6.1/concepts/dev-extensions-packaging-techniques-amps.html, repository AMPs (such as the bulk import tool) are still dropped in the ‘amps’ directory, then the MMT is used to install them (as was the...

@apiening I'm still awaiting a PR (from @deas or whoever has gotten AMP builds working on Alfresco v6). My recollection is that @deas' solution devolved to JAR packaging, but that's...

@apiening that's the [embedded fork](https://github.com/pmonks/alfresco-bulk-import/wiki/Troubleshooting#embedded-fork). While you're welcome to use it, keep in mind that it was an unapproved fork of an early pre-release version of the tool, that: 1....

@apiening > I gave the embedded version a shot and it failed in the first place due to exported attributes that are not known on the target system. Instead of...

@deas > @pmonks I am perfectly fine with the situation as is. I understand your position, however I'm not sure you appreciate the limitations that that position places on potential...