Feedback wanted: Allowing policies to modify PolicyFailures emitted by *other* policies in chain
by Marc Savy
Marvin Oßwald filed a really interesting issue:
https://issues.jboss.org/browse/APIMAN-1300
In short, if we imagine a policy chain like this:
[CORS, PolicyA, PolicyB]
Even if PolicyB emits a failure, then the CORS policy would likely
still want to be able to process the PolicyFailure to add the relevant
headers (otherwise a SPA type app like Angular would break).
This seems like a valid use-case.
Ideally I'd like to tackle this without breaking any existing interfaces.
A couple of quick ideas:
* Add a new interface that policies like CORS could implement that
indicates it wants to do this kind of processing. E.g.
IFailureProcessor or similar with a simple method signature like
#process(PolicyFailure failureToModify).
* An annotation: essentially the same as above, but with a
@WhateverWeCallIt annotation on the method that does the processing.
6 years, 5 months
Re: [Apiman-dev] APIMAN-1304 UI bug and doing another unplanned 1.3.x release
by Marc Savy
Hi,
A community user trying out 1.3.3.Final has found another UI issue
which will likely require another release. It is in the create
contract dialogue and can result in unexpectedly being redirected back
to the home screen.
It's unfortunate it wasn't caught before release, but it only happens
on a particular pathway and is a side-effect of the recent
security-related dependency updates.
The fix is only a couple of lines.
Please try out the latest master of Apiman, and I'll try to do a
1.3.4.Final release shortly.
In other news: the ES 1.5.x support is coming along nicely and should
be available shortly.
Thanks again to the community for helping out.
Regards,
Marc
6 years, 7 months
Proposed change: Apiman 1.4.x will move to Elasticsearch 5.x
by Marc Savy
As discussed previously, we plan to upgrade Apiman's ES support to 5.x.
1.3.3.Final is the final (planned) release to support ES 1.x. We don't
anticipate doing another 1.3.x release unless serious regressions are
found.
Is ES 2.x support important to folk? We didn't upgrade previously
because ES 2.x didn't support bulk delete queries - however, they
added that back latterly with a plugin.
Any other requests or feedback welcome.
Regards,
Marc
6 years, 7 months
Apiman 1.3.3.Final released
by Marc Savy
We've done a 1.3.3.Final release of Apiman to fix a regression with
swagger-ui in 1.3.2.Final.
An upside of the fixes is that OpenAPI 3.x documentation is now also
supported (in addition to Swagger/OAI 2.x).
Thanks to the community for the feedback that went into this release.
Regards,
Marc
6 years, 8 months
Updated a bunch of Apiman UI dependencies on master -- testers appreciated!
by Marc Savy
Hi All,
After battling with the JS ecosystem's dep nightmare for much of
today, I've managed to get update several UI dependencies on master --
things *seem* to be working as anticipated (after juggling a few
incompatibilities around).
This was necessary because some deps are quite significantly outdated
and we need to move to more modern ones to ensure maintainability,
security, etc.
However, there's still a high risk of breakage, so if anyone can try
things out it would be greatly appreciated.
Quick Instructions:
1. Check out the main apiman repo.
2. Run Apiman in your usual way.
3. cd to manager/ui/war
4. yarn install
4.5 you may need to modify apiman/config.js for your setup
5. ./node_modules/gulp/bin/gulp.js
6. Navigate to http://localhost:2772
Regards,
Marc
6 years, 8 months
Maven 3.5.0 causing snapshot metadata corruption
by Marc Savy
Maven 3.5.0 users deploying snapshots beware: I hit this bug earlier
this week - https://issues.sonatype.org/browse/OSSRH-37292 In short,
the metadata produced is incorrect which may result in unresolvable
snapshot deps.
If you're using Maven 3.5.0 for your Apiman-related projects and
experiencing issues (such as unexpected 404s after deploying, outdated
snapshots, etc), then try upgrading to 3.5.3 which seems to work.
Regards,
Marc
6 years, 8 months