And, I know plugin iteration is a pain at the moment, but we're working
to fix that as soon as is practicable.
In the meanwhile, I want to share with you a quick-and-easy way of
replacing the plugin before an official way comes along.
Note I'm assuming here that you are running a simple all-in-one wildfly
setup.
- First, terminate your server
- In the server directory, do a `find . -name "*.war" | grep cors`
- You'll see something like:
$ find . -name "*.war" | grep cors
./target/wildfly-8.2.0.Final/standalone/data/apiman/plugins/io.apiman.plugins/apiman-plugins-cors-policy/1.2.0-SNAPSHOT/apiman-plugins-cors-policy.war
./target/wildfly-8.2.0.Final/standalone/data/apiman/plugins/io.apiman.plugins/apiman-plugins-cors-policy/1.2.0-SNAPSHOT/apiman-plugins-cors-policy.war/plugin.war
- Build the latest apiman plugins
- Copy the CORS plugin from the target directory and overwrite
'/apiman-plugins-cors-policy.war/plugin.war' as above (e.g. cp
target/apiman-plugins-cors-policy-1.2.0-SNAPSHOT.war <where the
plugin.war is>)
- Start your server again
Hope that helps.
If you have a more complex setup, you may need to do a bit more work.
Regards,
Marc
On 09/09/2015 21:32, Marc Savy wrote:
Fadi,
I've double checked the git log, and just to reiterate...
- For the `1.1.x` series you need to build the latest HEAD of
apiman-plugins (i.e. git checkout remotes/origin/1.1.x && mvn clean
install)
- For the `1.2.x` series you can use release
`1.2.0.Alpha1`<https://github.com/apiman/apiman-plugins/commit/48bfedffc70f63844e0603447d5cd9d48b994a98>
(this should work fine with 1.1.x)
The error message you're seeing is never generated in the fixed versions.
Regards,
Marc
On 09/09/2015 20:14, Fadi Abdin wrote:
> i'm surprized to see it passing on the curl request
>
> but with the browser its complaining
>
> Pre-Flight :
https://gist.github.com/fadiabdeen/fad62e55a3fa161f8b82
> Post :
https://gist.github.com/fadiabdeen/6990954142c936e3c54a
>
> any idea what is
>
> 1.
> X-Policy-Failure-Message:
> > >
> Authorization
> > > >
> 10.
> > > >
>
>