We've been working on a Microservices framework called "Microbule" which
leverages CXF and Karaf (hence the cross-post):
https://github.com/jwcarman/microbule
The idea is to make writing Microservices easy and fun, by providing many
of the oft-requested features for you out-of-the-box (CORS, Cach
gt; |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | JavaEE Factory
> <https://javaeefactory-rmannibucau.rhcloud.com>
>
> 2016-11-21 19:03 GMT+01:00 James Carman :
>
> > We've been working on a Microservices framework called "Microbule" which
> >
By the way, I should give credit to Benson Margulies for giving me the
"secret sauce" of creating CXF servers on-the-fly! Thanks, Benson!
On Mon, Nov 21, 2016 at 1:03 PM James Carman
wrote:
> We've been working on a Microservices framework called "Microbule" whi
in a "What's in a Name" section at the end :-)
>
> Microbule, Meecrowave - the massive wave is coming :-)
>
> Cheers, Sergey
>
>
> On 21/11/16 18:11, James Carman wrote:
> > The header names are configurable, so you can use whatever you want. You
> > j
owave.version}
>
>
>
>
> Then start with
>
> $> mvn clean install meecrowave:run
>
> Will push a sample project soon.
>
> LieGrue,
> strub
>
> > Am 21.11.2016 um 22:41 schrieb James Carman >:
> >
> > I couldn't find any
pache.meecrowave
> meecrowave-maven-plugin
> ${meecrowave.version}
>
>
>
>
> Then start with
>
> $> mvn clean install meecrowave:run
>
> Will push a sample project soon.
>
> LieGrue,
> strub
>
> > Am 21.11
Small update. Microbule 0.1.0 release has been cut and will soon be
available in Maven Central (awaiting sync from Nexus OSS). Enjoy, folks!
On Mon, Nov 21, 2016 at 1:03 PM James Carman
wrote:
> We've been working on a Microservices framework called "Microbule" which
> le
>From the documentation, it says that:
"A single client doing multiple invocations without changing the current
URI or headers is thread-safe."
Now, what happens if we have @HeaderParam in the API of the service? Does
that count as "changing headers", thereby making the client proxy not
thread-s
ames is hardly changed at all.
> The endpoint addresses now look like
> "http://0.0.0.0:n/base/whatever"; instead "/whatever". Maybe some
> day there will be an ultramicrobule that anticipates this mode of
> operation.
>
>
>
>
>
> On Mon, Nov 21,
be a lot smaller.
>
> Christian
>
> On 21.11.2016 19:03, James Carman wrote:
> > We've been working on a Microservices framework called "Microbule" which
> > leverages CXF and Karaf (hence the cross-post):
> >
> > https://github.com/jwcarman/microbule
&g
There have been certain providers in Microbule where I had to dig into
CXF-specific areas in order to implement them (request timeouts that I
wrote last night being one for sure). I'd like to keep it pure JAX-RS as
much as possible, though.
On Wed, Nov 23, 2016 at 6:21 AM Sergey Beryozkin
wrote:
FYI, Microbule has now moved:
https://microbule.github.io/microbule/
On Mon, Nov 21, 2016 at 1:03 PM James Carman
wrote:
> We've been working on a Microservices framework called "Microbule" which
> leverages CXF and Karaf (hence the cross-post):
>
> https://gi
ot alone in
> this approach if we refer to Jersey, RestEasy. I encourage you to do the
> same with Microbule. Sorry if it sounds a bit controversial, hopefully
> not too much :-)
>
> Cheers, Sergey
>
>
> On 23/11/16 13:00, James Carman wrote:
> > There have been
+1. As long as karaf 4.0.x isn't impacted, I'm cool with this.
On Thu, Dec 22, 2016 at 8:30 AM Daniel Kulp wrote:
I’d be fine with that. Everyone has pretty much moved on from the Karaf
2.x versions that only have Jetty8. As long as we can support the Jetty
version in Karaf 4.0.x, I’m fin
Is there a way to ascertain the full address of a server created with
JAXRSServerFactoryBean? For example, if I only set the address to "/foo",
is there any way to know that the full address is actually "
http://10.1.1.1/cxf/foo";?
> info at the runtime
>
> Sergey
> On 23/05/17 04:19, James Carman wrote:
> > Is there a way to ascertain the full address of a server created with
> > JAXRSServerFactoryBean? For example, if I only set the address to
> "/foo",
> > is there any way to know tha
Where do I look for this property? Is it on the Server object somewhere?
On Tue, May 23, 2017 at 3:27 AM Dennis Kieselhorst wrote:
> > Is there a way to ascertain the full address of a server created with
> > JAXRSServerFactoryBean? For example, if I only set the address to
> "/foo",
> > is th
I tried various attempts at getting what need:
final Server server = sf.create();
if(server.getDestination() instanceof AbstractHTTPDestination) {
AbstractHTTPDestination httpDestination =
(AbstractHTTPDestination)server.getDestination();
LOGGER.info("publishedEndpointUrl: {}",
httpDestinatio
CXF does not know until the runtime what the container host, port or
> context is
>
> Sergey
>
>
> On 23/05/17 14:02, James Carman wrote:
> > I tried various attempts at getting what need:
> >
> > final Server server = sf.create();
> >
r.registerListener(listener);
> }
>
> where on the startServer event it would calculate a complete address and
> register with OSGI as needed
>
> The relative endpoint address should stay as is for it to be accessible
> via the multiple servlets, etc
>
> Cheers, Sergey
I was checking out the @EnableJaxRsProxyClient stuff in CXF and it seems
like it only supports creating proxies to one service (there's only one
address property to declare). In our application, we have the need to
potentially connect to multiple services using client proxies. I have some
"framew
I'm trying to get the RxJava support working using CXF 3.2.2 and Spring
Boot (1.5.10.RELEASE). I am using the following CXF libraries explicitly
(including transitive dependencies):
cxf-spring-boot-starter-jaxrs
cxf-rt-rs-extension-reactivestreams
cxf-rt-rs-extension-rx
io.reactivex.rxjava2:rxjava
Happy Birthday, CXF! And, might I say, you are getting better with age!
On Mon, Apr 16, 2018 at 2:15 PM Dennis Kieselhorst wrote:
> Hi,
>
> it's time to celebrate: 10 years ago, on April 16th in the year 2008,
> CXF graduated from the Apache incubator as a merge of the Objectweb
> Celtix projec
What error did you observe?
On Fri, Sep 28, 2018 at 1:00 PM Raja Sekhar wrote:
> Hi Team,
>
> I am using apache tomact 9.x for my webeserver. Recently the cxf jars got
> updated to 3.2.5 in my setup. But, WebClient.create(URI) is not working,
> and we are unable to use webclient with 3.25 jars.
+1 to this. CXF is the foundation of our services framework. If I can
help get us to JDK 11, count me in also! Do we have a punch list yet?
Perhaps we can add a label in JIRA?
On Fri, Sep 28, 2018 at 7:11 PM Andriy Redko wrote:
> Hi Colm,
>
> Would like to add my +1 to have the Java 11 compat
Let’s not add new features in a patch release. That violates semver.
On Fri, Dec 7, 2018 at 9:08 PM Andriy Redko wrote:
> Hi Andy,
>
> I would personally prefer to go with official release, getting it out with
> 3.3.1
> would be great I think.
>
> Best Regards,
> Andriy Redko
>
> AM> I'm wo
I don’t know of any pre-existing filters, but I have written this exact
filter. If you need an example, let me know. I might have to generify it a
bit before I can share.
On Sun, Jan 6, 2019 at 7:43 AM David Karlsen wrote:
> Hi - I'm developing a JAX-RS client app, which should call some services
+1 (non-binding)
On Thu, Feb 28, 2019 at 1:56 PM Daniel Kulp wrote:
> This is vote to release 3.3.1. This doesn’t fix a ton of issues (only
> 12), but it does fix two relatively important regressions.
>
> Staging area:
> https://repository.apache.org/content/repositories/orgapachecxf-1136/ <
>
Why not just have one ContainerRequestFilter that determines what to
do dynamically and just does it? This way, you don't have to do the
interceptor chain gymnastics.
On Fri, Apr 5, 2019 at 12:02 PM Andrei Shakirin wrote:
>
> Hi Andriy,
>
> DynamicFeature is still too static for these requiremen
I am trying to use a JAX-RS ContainerRequestFilter to add the full
path template to the MDC. I am injecting the UriInfo via a @Context
injection. I have tried doing this:
uriInfo.getAbsolutePathBuilder().toTemplate()
But, that appears to already have the parameters resolved. Is there a
way to
ht get you the unresolved URI - assuming your
> filter is not annotated with @PreMatch.
>
> Can you give that a try? If it doesn’t work I’ll take a closer look on
> Monday.
>
> Thanks,
>
> Andy
>
> On Sat, May 4, 2019 at 8:41 AM James Carman
> wrote:
>
> >
Any luck? Worst case, you should be able to construct the path by
> reflection (checking the @Path annotations from the resource class/method)
> using @Context ResourceInfo's getResourceClass() and getResourceMethod()
> methods.
>
> Hope this helps,
>
> Andy
>
> On
I was trying to send a link to the 3.3.2 release in JIRA today to one
of my colleagues, saying that it just passed its vote and we should
maybe see if there's anything interesting in there. They couldn't
view it anonymously. Is there any reason we don't allow anonymous
folks to view releases in J
FYI, it was this link:
https://issues.apache.org/jira/projects/CXF/versions/12345048
Perhaps I sent the wrong thing?
On Mon, May 13, 2019 at 3:46 PM James Carman wrote:
>
> I was trying to send a link to the 3.3.2 release in JIRA today to one
> of my colleagues, saying that it just p
> On Mon, May 13, 2019 at 9:14 PM Daniel Kulp wrote:
>
> >
> >
> > > On May 13, 2019, at 3:46 PM, James Carman
> > wrote:
> > >
> > > I was trying to send a link to the 3.3.2 release in JIRA today to one
> > > of my colleagues, saying that i
do you really only have one "/" in your namespace after "http:"? That
could be related?
On Fri, May 17, 2019 at 8:14 AM Peter Condick
wrote:
>
> Hi
>
> We're using CXF in our project and we have come across an issue moving from
> 3.2.9 to 3.3.2 (and also affects 3.3.1).
>
> We are replacing old
36 matches
Mail list logo