On Wed, Mar 29, 2017 at 1:49 AM, Sergey Beryozkin
wrote:
> I do not understand this question. In general one will use CXF JAX-WS or
> -RS client API but can request that HttpClient is used internally to do the
> sync calls.
>
Sergey, for some reason, the OP prefers the
I sorted this out and added the results of my sorting to the
documentation on confluence.
On Mon, Nov 21, 2016 at 12:48 PM, Benson Margulies
<bimargul...@gmail.com> wrote:
> I set some config admin properties for PID org.apache.cxf.http.jetty,
> but that's the 'factory PID'.
I set some config admin properties for PID org.apache.cxf.http.jetty,
but that's the 'factory PID'.
'updated' is never called. How do I set the port so that updated will
be called and the parameters used?
param in the OSGi activator. So I don't need to do
this.
>
> Sergey
> On 15/11/16 03:19, Benson Margulies wrote:
>>
>> Reading http://cxf.apache.org/docs/standalone-http-transport.html,
>> which I helped write, I don't see how to take control of the
>> construction
Reading http://cxf.apache.org/docs/standalone-http-transport.html,
which I helped write, I don't see how to take control of the
construction of Connectors from Java as opposed to Spring. Could
someone please remind me?
I've got an OSGi application running in Apache Felix 5.6.1. There are
CXF services in there.
For testing, I have a JUnit test that launches Felix. And the it tries
to use the CXF JAX-RS client. And then things go pearshaped.
Something in this list of three dependencies (and their transitive
Anyone have comparative experience with these two?
I'm trying out CXF 3.1.4 + pax-web 4.2.8 without using Karaf -- just
loading things into Felix.
it works, but as it is starting up, it logs some alarming items.
First, an NPE, and then three address-in-use exceptions trying to bind
the pax-web port.
Both backtraces are below. I am wondering a
Adding a charset to the json mime type is not permitted. Json as a MIME
type must be UTF-8, period, the modifier is not permitted by the relevant
RFC / IANA specs.
On Tue, Oct 25, 2016 at 8:28 AM, Dennis Kieselhorst wrote:
> Hi,
>
> what is the best practice to specify the
After breathing on the classpath of a test that uses the CXF 3.1.4 client,
it fails due to an ArrayStoreException in:
org.apache.http.impl.cookie.DefaultCookieSpecProvider#create
Looking at the source, I can't even see how it managed to get the exception.
I will now try to put the goo back into
Has anyone any experience with using Karaf+CXF but punting on pax-web,
and just letting CXF launch jetty for itself?
s the reason was something
> different.
> Can you create a simple project that shows the problem?
>
> Christian
>
> 2016-07-18 17:44 GMT+02:00 Benson Margulies <ben...@basistech.com>:
>
>> I should say that the problems I've had even before I started changing
&
I should say that the problems I've had even before I started changing
thing were that startup issues: one of them the problem of the
transport not being there when things went to find it.
On Mon, Jul 18, 2016 at 11:41 AM, Benson Margulies <ben...@basistech.com> wrote:
> Until re
Schneider
<ch...@die-schneider.net> wrote:
> One bus per bundle should be enough. I guess we could also do this in DSOGi.
>
> What you have looks good generally. Do you get any error?
>
> Christian
>
>
> On 18.07.2016 17:31, Benson Margulies wrote:
>>
>> I'm hop
I'm hoping for a response from Christian.
I don't think that CXF-DOSGI and I are ready for each other yet -- I
can't be depending on a 2.0-SNAPSHOT. So I'm looking to clean up my
existing code that launches CXF JAX-RS services via the usual CXF API
from inside OSGi bundles from inside of Karaf
die-schneider.net> wrote:
> Normally you should not use the context property.
>
> Just set a org.apache.cxf.rs.address=/rest/v1
>
> It will result in /cxf/rest/v1.
> Would that be a problem?
>
> Christian
>
>
>
> On 17.07.2016 21:27, Benson Mar
which supports
> registering the providers via DOSGI intents. I haven't looked yet at the
> details, check the rs provider source on trunk, Christian can help next week
> too
>
> Cheers, Sergey
>
> On 17/07/16 18:41, Benson Margulies wrote:
>>
>> Well, in fact, I did. I'm st
I think you are mixing in org.apache.cxf.rs.address, which is what is
documented to cause the direct use of the HTTP transport.
On Sun, Jul 17, 2016 at 3:26 PM, Sergey Beryozkin <sberyoz...@gmail.com> wrote:
> On 17/07/16 22:19, Benson Margulies wrote:
>>
>> If I have a
If I have a setting in
etc/org.apache.cxf.osgi.cfg
of
org.apache.cxf.servlet.context=/rest
and then I set a service property of
org.apache.cxf.rs.httpservice.context=/v1
I'm expecting to net out to /rest/v1. Is that what a good belief?
for me, I
don't know how to get a dynamically created value into a properties of
the DS service. I'm off to try to hunt that down.
On Sun, Jul 17, 2016 at 11:35 AM, Benson Margulies <ben...@basistech.com> wrote:
> Oh, oops, I didn't scroll down far enough.
>
> On Sun, Jul 17, 2016 at 1
Oh, oops, I didn't scroll down far enough.
On Sun, Jul 17, 2016 at 11:31 AM, Benson Margulies <ben...@basistech.com> wrote:
> 1. How would I map a set of providers to properties on the Component?
>
> sf.setProvider(new JacksonJaxbJsonProvider(JsonUtils.
1. How would I map a set of providers to properties on the Component?
sf.setProvider(new JacksonJaxbJsonProvider(JsonUtils.getObjectMapper(),
JacksonJaxbJsonProvider.DEFAULT_ANNOTATIONS));
sf.setProvider(new JsonExceptionMapper());
sf.setProvider(new WebApplicationExceptionMapper());
Thanks!
On Thu, Jul 14, 2016 at 3:03 PM, Sergey Beryozkin <sberyoz...@gmail.com> wrote:
> Hi Benson
>
> Have a look at this one:
>
> https://github.com/apache/cxf-dosgi/tree/master/samples/greeter_rest
>
> Sergey
>
> On 14/07/16 21:42, Benson Margulies wrote:
>
I have a number of OSGi bundles. Each creates a CXF bus and then
registers some services. They are all on the same general URL prefix.
Right now, the _first_ time I start karaf 4.0.4 from a clean build of
the Karaf assembly, it all works fine. Subsequently, only one of the
services appears; the
http://mail-archives.apache.org/mod_mbox/karaf-user/201501.mbox/%3c1420723782117-4037687.p...@n3.nabble.com%3E
I'm in this pickle. As per the other person who started the thread:
// force dependency ordering that CXF transport is there first.
//
I've determined that this is all karaf.
On Mon, Jun 13, 2016 at 1:24 PM, Benson Margulies <ben...@basistech.com>
wrote:
> In a rather stable code base of mine, I am experiencing a puzzling problem.
>
> I build a karaf assembly that includes CXF. If I start up that assembly,
>
error will be reported, but now @Multipart can have another
>>> property set which will block the exception and will set the part object
>>> to
>>> null...
>>>
>>> Cheers, Sergey
>>>
>>>
>>> On 15/05/16 03:24, Benson Margulies w
In spite of the fact that I'm one of the people who contributed to
this class, I can't remember why one would use it, and it has no
javadoc.
(I've got a pile of JAX-RS multipart code that does not use it.)
If someone would remind me what it does, I'd commit the javadoc to it.
http://cxf.apache.org/docs/swagger2feature.html
does not reveal the URL to the results.
We've structured a service as a collection of microservices. Each one
separately creates itself as a RESTful service on the same port by
calling the usual CXF API.
As as result, none of the resource classes have interesting @Path
annotations, since the path that distinguishes them is part of the
If I want to handle posts with more payload than I want to have in memory
all at once (with REST), what's recommended?
I made some changes that amounted to reordering the classpath,
slightly, and now I get this every time I try to make a call with the
WebClient.
This is with cxf 3.1.4 and httpcomponents 4.4.1.
Anyone seen this before?
Or, alternatively, how can I configure a test to use the plain old
http
We observe the following:
CXF 3.1.4 in Karaf 4.0.4, with pax web, and thus jetty 9.2.something.
When we have hundreds of outstanding async requests, a thread from
Jetty starts eating CPU time; it uses up an entire core -- it's
spending time in some method of some Eclipse blocking queue class.
2016 at 5:48 PM James Carman <ja...@carmanconsulting.com>
> wrote:
>
>> This should work very well! Thank you so much! I'll code it up tonight. I
>> will write an open source version of this in the very near future
>> On Sun, Mar 6, 2016 at 5:45 PM Benson Margulies <ben.
for inspiration.
> On Sun, Mar 6, 2016 at 5:16 PM Benson Margulies <ben...@basistech.com>
I had built what you describe (DS component that had a
multiple-cardinality reference that collected resources, and then set
up a CXF service), but it could never work out the timing of startup.
services
> at runtime by code and this looks promising.
> On Sun, Mar 6, 2016 at 4:33 PM Benson Margulies <ben...@basistech.com>
> wrote:
>
>> It's also possible that the code on the other end is not, in fact,
>> trying the correct URL as a health check. I got some evi
analysis may be needed.
> Perhaps Jetty does take few seconds to get 'really' ready after sf.create()
> returns, may be it is Jetty version specific ?
>
> Sergey
>
> On 06/03/16 12:51, Benson Margulies wrote:
>>
>> On Sun, Mar 6, 2016 at 7:08 AM, Sergey Beryozkin <s
On Sun, Mar 6, 2016 at 7:08 AM, Sergey Beryozkin <sberyoz...@gmail.com> wrote:
> May be the service has not been started (exception is lost, not sure) or
> address is wrong ?
A moment later all is well.
>
> Sergey
>
> On 05/03/16 00:20, Benson Margulies wrote:
>>
&
We have our very own, registered, content type:
model/vnd.rosette.annotated-data-model
How do I teach the CXF WebClient to call some class of ours when
confronted with it?
(It's really just json in disguise.)
iately then something needs to be tweaked
>
> Cheers, Sergey
>
> On 11/01/16 11:56, Benson Margulies wrote:
>>
>> On Mon, Jan 11, 2016 at 6:49 AM, Sergey Beryozkin <sberyoz...@gmail.com>
>> wrote:
>>
>>> Hi Benson
>>> On 11/01/16 11:42, Benso
On Mon, Jan 11, 2016 at 6:49 AM, Sergey Beryozkin <sberyoz...@gmail.com>
wrote:
> Hi Benson
> On 11/01/16 11:42, Benson Margulies wrote:
>
>> Sergey,
>>
>> I annotate @Suspended. So it is suspended on the first call.
>>
>> It is not, bel
; Do you see a mapped exception response not being returned ? Please clarify
>
> Cheers, Sergey
>
>
> On 02/01/16 02:01, Benson Margulies wrote:
>
>> If I am in a method with an @Suspended AsyncResponse, and I neglect to
>> catch an exception, CXF runs mappers but they don't
1. Why CXF 2.6, an ancient version?
2. It's unrealistic to expect that all classes that come from libraries
will be serializable by JAXB. You should probably create your own
JAXB-friendly object to contain what information you want from the
ConstraintViolation; otherwise, you'll need to do all
I don't understand this backtrace; it has no 'caused by', but
presumably sun.nio.ch.Net.bind0 is not in the habit of throwing CXF
exceptions. It may be an 'address already in use' sort of thing.
org.apache.cxf.service.factory.ServiceConstructionException: null
at sun.nio.ch.Net.bind0(Native
egards,
> Andrei.
>
>> -Original Message-
>> From: Benson Margulies [mailto:ben...@basistech.com]
>> Sent: Freitag, 1. Januar 2016 22:34
>> To: users@cxf.apache.org
>> Subject: local transport versus async
>>
>> I have some tests that launch
If I am in a method with an @Suspended AsyncResponse, and I neglect to
catch an exception, CXF runs mappers but they don't do any good, of
course, because nothing resumes the response.
How about if CXF instead logged at ERROR about any exception thrown
through a suspended resource method? I'm
I have some tests that launch services using the local transport. I've
just converted all the services involved to be async (@Suspended
AsyncResponse). Should I assume that I need to give up on the local
transport? Is that enough, or do I need to tweak the embedded jetty? I
don't need anything to
I have some code that calls MessageContext#put to avoid passing a
handful of parameters through many functions. It occurs to me that
this won't work with async; if some mechanism of mine calls back into
the resource class to complete processing, the injected message
context could be long gone.
(Jetty Continuation instance) allocated to a current
> request/response, but I'm only guessing at the moment
>
> Sergey
>
>
>
> On 29/12/15 23:11, Benson Margulies wrote:
>>
>> Removing jolokia made this disappear, so I don't think it belongs
>> here, however odd
I switched some code of mine to use AsyncRequest, and I get some scary
backtraces even though everything seems to be working just fine.
Note the presence of
org.jolokia.osgi.security.BasicAuthenticationHttpContext.handleSecurity
in the backtrace. Now, I am running in Karaf with the jolokia
Removing jolokia made this disappear, so I don't think it belongs
here, however odd it is that it only appeared with the use of CXF
async.
On Tue, Dec 29, 2015 at 2:38 PM, Benson Margulies <ben...@basistech.com> wrote:
> I switched some code of mine to use AsyncRequest, and I get s
---
> Freeman(Yue) Fang
>
> Red Hat, Inc.
> FuseSource is now part of Red Hat
>
>
>
>> On Dec 15, 2015, at 1:27 PM, Benson Margulies <ben...@basistech.com> wrote:
>>
>> I've worked around this before, but I wonder why I have to. Shouldn't
>> some
eck sufficiently?
I wonder if I can somehow persuade someone on the pax-web side to be
helpful. When you write 'can be controlled', can you tell me exactly
what needs to be controlled? Or should just go read the servlet in
CXF?
>
> Sergey
>
>
>
> On 14/12/15 15:09, Benson Marg
rces/jaxrs_soap_blueprint/WEB-INF/web.xml
>>
>> and have a blueprint-web-osgi dependency
>>
>> Cheers, Sergey
>>
>>
>> On 13/12/15 18:11, Benson Margulies wrote:
>>>
>>> How does the config in
>>> http://cxf.apache.org/docs/servlet-transport.html for async map out in
>>> pax-web?
>>>
>>> is there a ConfigAdmin param that gets set?
>>>
>>
>
A simple example worked.
On Mon, Dec 14, 2015 at 1:02 PM, Benson Margulies <ben...@basistech.com> wrote:
> Off I go!
>
> On Mon, Dec 14, 2015 at 12:37 PM, Daniel Kulp <dk...@apache.org> wrote:
>>
>>> On Dec 13, 2015, at 1:11 PM, Benson Margulies <ben...
your bundle as a web bundle (with web.xml).
> Do you work with Aries ? If yes then use CXFBlueprintServlet:
>
>
> https://github.com/apache/cxf/blob/master/systests/jaxrs/src/test/resources/jaxrs_soap_blueprint/WEB-INF/web.xml
>
> and have a blueprint-web-osgi dependency
>
Off I go!
On Mon, Dec 14, 2015 at 12:37 PM, Daniel Kulp <dk...@apache.org> wrote:
>
>> On Dec 13, 2015, at 1:11 PM, Benson Margulies <ben...@basistech.com> wrote:
>>
>> How does the config in
>> http://cxf.apache.org/docs/servlet-transpo
How does the config in
http://cxf.apache.org/docs/servlet-transport.html for async map out in
pax-web?
is there a ConfigAdmin param that gets set?
https://hibernate.atlassian.net/browse/HV-846).
>
> Regards,
> Charlie
>
> 2015-12-10 19:10 GMT+01:00 Benson Margulies <ben...@basistech.com>:
>>
>> Next problem:
>>
>> using your stuff, I get a problem with EL. I think I ran into this
>> before. Char
Other news: the CXF bean validation features almost work. I'm fixing
https://issues.apache.org/jira/browse/CXF-6705.
On Fri, Dec 11, 2015 at 7:26 AM, Benson Margulies <ben...@basistech.com> wrote:
> The good news is, now I have a test case.
>
> https://github.com/benson-basis/cxf-k
I have a collection of OSGi DS services. Each one calls the method
below, because I'm too timid to try out DOSGi yet.
The wadl shows all the services, but when I try to talk to one, I
fail. Log says:
karaf@root>2015-11-17 14:18:05,009 | WARN | tp1908774823-159 |
JAXRSInInterceptor
Well, one of THOSE days. I need to remove all the @PATH annotations
left over from these being subresources.
Using cxf karaf feature, how would I change '/cxf' to something else?
Here's the code I use launch my service from a DS component.
private void startService() {
JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
sf.setProvider(new
alidation API, see
>
> http://cxf.apache.org/docs/validationfeature.html
>
> So I guess, because those optional imports can be resolved, there might be
> some version mismatch between what CXF expects and what you have installed ?
>
> Sergey
>
> On 08/11/15 16:14, Benson
Using Karaf 4.0.2, CXF 3.1.2. I've pulled in hibernate bean validation
entirely for my own purposes and reasons. The result is fairly
explosive, as below.
Here's the list of bundles I've put in _my_ feature.
mvn:com.basistech.ws/bean-validation-support/0.0.3
I think I was debugging the classloader by accident.
I'm seeing class-not-found exceptions for this. Are these normal and
caught for some reason?
Serge, I'm here.
The question is, does the wadl data model have enough in it to
generate code in the form of a js function that sets up the right
call.
I'm a bit swamped at the moment, but I can subscribe to dev and write
up at least some notes on how to adapt the existing code in the
direction
n with DS but am not yet finished.
>>>
>>> What you can do easily is combine DS with dOSGi. Simply export an
>>> annotated
>>> JAXRS service with DS and use the properties for DOSGi.
>>> DOSGi will pick up the services and export them using CXF JAXRS.
&g
notated
> JAXRS service with DS and use the properties for DOSGi.
> DOSGi will pick up the services and export them using CXF JAXRS.
>
> Christian
>
>
> Am 08.09.2015 um 12:37 schrieb Benson Margulies:
>>
>> Well, it turned out that the obvious worked -- I just called u
d resource class and provider instances,
> then get HTTPService - via a tracker or directly from the bundle context,
> and set that servlet on the service).
>
> Lets see what others say too
>
> Cheers, Sergey
>
>
>
> On 07/09/15 18:19, Benson Margulies wrote:
>&
I may want to follow this set of breadcrumbs.
Here's the problem I'm thinking about: I want to handle spikes of
requests without having a giant number of threads in jetty. So I
wondered if CXF was integrated with the Netty reactor so that each
request could go into the queue and free up the
o Spring @Bean, etc support we have...
>
> Cheers, Sergey
>
>
> On 07/09/15 00:35, Benson Margulies wrote:
>>
>> I'm thinking of trying an experiment with declarative services.
>>
>> If I just call the plain old factory API to create a JAX-RS service,
>> w
al myself for a bit.
>
> Sergey
> On 07/09/15 13:43, Benson Margulies wrote:
>>
>> No, not dosgi.
>>
>> I think this is a simple question, actually.
>>
>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>> the whiteboard. Then, the
I'm thinking of trying an experiment with declarative services.
If I just call the plain old factory API to create a JAX-RS service,
will it plug into the whiteboard without a fuss, or is there something
that the blueprint stuff does that I need to attend to?
I've got a family of tests that have just developed a pathology.
@Before creates a service on the local transport and a WebClient set
to talk to it.
@After shuts it down.
I can run any single test as many times as I like, all is well.
If I use IntelliJ or maven-surefire to run the whole bag, a
:26 AM, Benson Margulies <ben...@basistech.com> wrote:
> I've got a family of tests that have just developed a pathology.
>
> @Before creates a service on the local transport and a WebClient set
> to talk to it.
>
> @After shuts it down.
>
> I can run any single tes
est environment.
>
> Dan
>
>
>
>> On Sep 4, 2015, at 8:26 AM, Benson Margulies <ben...@basistech.com> wrote:
>>
>> I've got a family of tests that have just developed a pathology.
>>
>> @Before creates a service on the local transport and a WebClient set
&g
hey end up in elastic search and can be nicely
> searched and visualized.
>
> Christian
>
>
> Am 21.08.2015 um 23:32 schrieb Benson Margulies:
>
>> While I know that blueprint has a bad odor, I am working with a very
>> simple device that does not get into any o
emix's jaxrs api bundle?
>>
>>
>> 2015-09-03 3:18 GMT+02:00 Benson Margulies <ben...@basistech.com>:
>>>
>>>
>>> javax.ws.rs.ext.RuntimeDelegate=org.apache.cxf.jaxrs.impl.RuntimeDelegateImpl
>>> as a system property fixed this, but why did
.com/apache/cxf/blob/master/osgi/karaf/features/src/main/resources/features.xml#L20
>
> I believe it is a boot time feature.
>
> Sergey
>
> On 03/09/15 11:37, Benson Margulies wrote:
>>
>> That's true, I'm not. Or, to be exact, I bet it's in the container,
>> but I
While setting up a raft of jax-rs service beans, I am getting an exception
that seems to tell me that blueprint cannot use setter methods from base
classes. Anyone here have experience one way or the other?
Unable to find property descriptor requestTracker on class
com.basistech.ws.frontend.service.RaasRsCategorizationService
And when I duplicated the setter into the derived class, it worked fine.
> 2015-09-02 22:53 GMT+02:00 Benson Margulies <ben...@basistech.com>:
>
>> While setting
I built a simple prototype of a CXF JAX-RS web service with CXF 3.1.1
and Karaf 4.0.1 that worked great. So I moved on to flesh it out to
make a real application.
I think that I'm installing just the same features into Karaf, but as
soon as I try to return a response, I'm rewarded with the
I found my own oversight.
I had split off some utilities, and the utility bundle did not do:
org.apache.cxf
cxf-rt-rs-service-description
${cxf-version}
On Wed, Sep 2, 2015 at 8:16 PM, Benson Margulies <ben...@basistech.com> wrote:
> I built a simple prototype of a CXF J
javax.ws.rs.ext.RuntimeDelegate=org.apache.cxf.jaxrs.impl.RuntimeDelegateImpl
as a system property fixed this, but why did I need to add it?
On Wed, Sep 2, 2015 at 9:04 PM, Benson Margulies <ben...@basistech.com> wrote:
> Oh, arg, I was wrong. It's still broken, even with th
Oh, arg, I was wrong. It's still broken, even with the service
description bundle in the dependencies.
On Wed, Sep 2, 2015 at 8:55 PM, Benson Margulies <ben...@basistech.com> wrote:
> I found my own oversight.
>
> I had split off some utilities, and the utility bu
have a working prototype where everything is 'boot'.
>
> 2015-09-02 0:02 GMT+02:00 Benson Margulies <ben...@basistech.com>:
>
>> Below you will find an entire POM for making a Karaf assembly with CXF
>> 3.1.1 in it.
>>
>> It is complaining about javax.enterprise.cont
Below you will find an entire POM for making a Karaf assembly with CXF
3.1.1 in it.
It is complaining about javax.enterprise.context.
I suppose that there's some additional boot feature I need here, but,
which one, and why doesn't cxf have feature dependencies to make it
work automatically?
I tried to load the specific cxf-jaxrs feature instead of the generic
'cxf' feature.
2015-08-31 14:24:36,806 | INFO | FelixStartLevel | CXFActivator
| 26 - org.apache.cxf.cxf-core - 3.1.2 | Adding the
extensions from bundle org.apache.cxf.cxf-rt-transports-http (33)
There is one bean with one method named 'runCategorization', but I get
a complaint that it's having trouble making up it's mind, as if I'd
added it twice. The code used from prior versions does add both a
resource class and a service bean for the same thing. Was that always
silly?
3165 [main]
Margulies wrote:
This is another example of code that worked fine in an older version
and changes in behavior in 3.1.2.
On Thu, Aug 27, 2015 at 12:00 PM, Benson Margulies ben...@basistech.com
wrote:
Has the process of installing an exception mapper changed? My mappers
aren't being invoked
/08/15 18:13, Benson Margulies wrote:
Thanks. The immediate cause was a stupid mistake of mine, but it's
good to know about this.
On Thu, Aug 27, 2015 at 12:55 PM, Sergey Beryozkin sberyoz...@gmail.com
wrote:
One thing that did change in CXF 3.1.2 is now documented here:
https
Has the process of installing an exception mapper changed? My mappers
aren't being invoked.
sf.setProvider(new JacksonJaxbJsonProvider(JsonUtils.getObjectMapper(),
JacksonJaxbJsonProvider.DEFAULT_ANNOTATIONS));
sf.setProvider(new JsonExceptionMapper());
sf.setProvider(new
This is another example of code that worked fine in an older version
and changes in behavior in 3.1.2.
On Thu, Aug 27, 2015 at 12:00 PM, Benson Margulies ben...@basistech.com wrote:
Has the process of installing an exception mapper changed? My mappers
aren't being invoked.
sf.setProvider(new
Many sources on the interblag have critical things to say about
blueprint. Is there an alternative methodology for setting up a CXF
service on Karaf (with pax-web and the whiteboard) that uses
Declarative Services instead of Blueprint?
We do return some pretty gigantic JSON blobs.
On Sun, Aug 23, 2015 at 4:20 PM, Sergey Beryozkin sberyoz...@gmail.com wrote:
Looks like it a possibly massive payload that is being logged that is
causing an issue ?
Sergey
On 21/08/15 22:23, Benson Margulies wrote:
I'm running a rest service
While I know that blueprint has a bad odor, I am working with a very
simple device that does not get into any of the problems with service
dependencies (as far as I can tell).
I currently have:
cxf:bus
cxf:features
!--
cxf:logging/
--
/cxf:features
/cxf:bus
I'm running a rest service in with CXF 3.1.1 with Karaf 4.0.1, and the
***logging interceptor*** is timing out.
21 20:17:15,400 | WARN | tp1456504108-143 | PhaseInterceptorChain
| Interceptor for
{http://annotatorservice.raas.basistech.com/}AnnotatorService has
thrown exception,
3, 2015, at 9:42 AM, Benson Margulies ben...@basistech.com wrote:
Using the search box gets me a 404.
I’m not seeing this. The search box in the navigation stuff on the left
seems to be working fine for me.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder
1 - 100 of 1015 matches
Mail list logo