Hi Andy
>
> On Mon, Mar 7, 2011 at 11:52 AM, Andrzej Michalec <
> andrzej.micha...@gmail.com> wrote:
>
>> > Actually, I added a test to the JAXRSAtomPushLoggingSpringTest which
>> > searches the log records using the queries like
>> 'level==INFO,level==WARN'.
>> > And for that to work I had to mak
Hi
Just spotted this trace :
Running org.apache.cxf.ws.rm.
RMEndpointTest
Exception in thread "Timer-1" java.lang.NullPointerException
at
org.apache.cxf.ws.rm.DestinationSequence$ImmediateFallbackAcknowledgment.run(DestinationSequence.java:448)
at java.util.TimerThread.mainLoop(Time
contributors regenerating workspace.
>
>
+1
cheers, Sergey
> cheers,
> -andy.
>
> --
> View this message in context:
> http://cxf.547215.n5.nabble.com/SeachConditionBuilder-for-CXF-JAX-RS-clients-tp3357826p3412343.html
> Sent from the cxf-dev mailing list archive at
Hi Andy
On Mon, Mar 7, 2011 at 11:52 AM, Andrzej Michalec <
andrzej.micha...@gmail.com> wrote:
> > Actually, I added a test to the JAXRSAtomPushLoggingSpringTest which
> > searches the log records using the queries like
> 'level==INFO,level==WARN'.
> > And for that to work I had to make the chang
Sorry for the possible noise, seems like the message is being rejected if it
contains Nabble links...
On Mon, Mar 7, 2011 at 10:33 AM, Sergey Beryozkin wrote:
> Hi Andy
>
> On Sun, Mar 6, 2011 at 9:36 PM, Andrzej Michalec <
> andrzej.micha...@gmail.com> wrote:
>
>>
ained (I had to change SearchContextImplTest to not use
> Book class from resources having getId() returning int).
>
>
I'm concerned about it.
I've seen the relevant JAXRSClientSeverBookTest being disabled and I'm
honestly not sure why
given
_s=id==2
we can not deal with Book.id be
g: 50582 29/sec
>
>
> Running test - 2.1.9
> Setup: 43944 34/sec
> Invoke: 47652 31/sec
> Setup config: 44550 33/sec
>
>
> Running test - 2.1.1
> Setup: 47335 31/sec
> Invoke: 48871 30/sec
> Setup config: 49255 30/sec
>
>
--
Sergey Beryozkin
Application Integration Division of Talend <http://www.talend.com>
http://sberyozkin.blogspot.com
n more important... REST over AMQP will be the superior choice in
> >> the future imho. Small messages shared between java and non java
> >> consumers. FTW! :)
> >>
> >> On Mon, Feb 28, 2011 at 8:55 AM, Bill Burke wrote:
> >>>
> >>>
> >
gt;> clarifications and apologies which followed :-)
>>
>>
> My "grief" usually doesn't last more than 2 seconds
lol :-). Great to hear it, thanks
> and I've received much much worse grief before. If I was more
> professional, and I'm not, I wou
Bill,
I'm starting a new thread...
Comments inline.
On Fri, Feb 25, 2011 at 5:04 PM, Bill Burke wrote:
> On 2/25/11 10:51 AM, Sergey Beryozkin wrote:
>>
>> In your opinion, why would such (Java) users prefer an HTTP centric
>> interface for consuming messages backed u
Hi Demetris
On Mon, Feb 28, 2011 at 3:52 AM, Demetris wrote:
>
> Apologies for my late posting. I missed the later postings on this by a few
> of you.
> If it helps that's awesome otherwise you can just ignore it.
no problems, thanks for contributing to this thread
>
> On 2/27/2011 10:48 PM, De
eb 27, 2011 at 5:10 PM, Sergey Beryozkin wrote:
> Hi Tomasz
>
> I've spent some time and it is some sort of the asynchronous exception
> which when captured shows the Date of the log entry. It is thrown when
> the ViewerViewImpl.setEntries(List entries) is called. We'll
>
Oponowicz
wrote:
> Hi Sergey,
>
> On Fri, Feb 25, 2011 at 1:19 PM, Sergey Beryozkin
> wrote:
>> Hi Tomasz
>>
>> I've rerun the demo.
>> First of all, the changes you've made recently have definitely made it
>> look much better, thanks.
>>
Hi All
I honestly don't understand why this thread hasn't died out yet.
IMHO (after rereading for the 3 time) what was meant to be a subtle
though a bit too over-elaborate remark involving the reference to the
Russian Tsar and the not so healthy core and which I read as an
attempt to protect the r
Actually, Glen, looks like I've misread your comments as I always do,
sorry :-). But of course I'd still encourage us all to discuss
RestEasy issues on the RestEasy list where I'm a subscriber too :-)
Cheers, Sergey
2011/2/25 Bill Burke :
> Wow, you're funny. CXF has 255 unresolved bugs, does th
Hi
>
> Few more comments. I agree, the way Tasks and Endpoints are currently
> shown is nice.
>
> - Can you please consider having both ManageEndpoints and Filter links
> located under the "Tasks" ? And have Endpoints shown first, with the
> "Tasks" in the bottom of the pane ? Ultimately, the user
Nearly lost the message from Willem...
>>>
>>> On 2/24/11 8:23 PM, Willem Jiang wrote:
CXF JMS transport supports JMS URI which is part of JMS over SOAP spec
out of box. I think you can use it with JAXRS frontend without any
trouble
Yes indeed. On the server side it's easy. We can
Hi Guys
Come on, this is not a RESTEasy or HornetQ mailing list.
More comments inline
2011/2/25 Glen Mazza :
> Bill, I'm all for plugging but if you could spend some time on fixing
> the five (rather simple) RESTEasy bugs I reported (RESTEAST-494, 495,
> 496, 497, and 502) over a month ago, among
Hi Tomasz
I've rerun the demo.
First of all, the changes you've made recently have definitely made it
look much better, thanks.
Unfortunately, I'm still hitting this GWT ApplicationException when
refreshing the endpoint :
"
Application Error
Class$jcb
2011-02-25T11:46:55.078Z
"
Can this message,
Hi
On Thu, Feb 24, 2011 at 3:48 PM, robert wrote:
> CXF supports SOAP over JMS; http://www.w3.org/TR/soapjms/.
>
> Should the bindings and service extensions defined by this spec be better
> suited in a supported WSDL or WADL?
>
> I assume WADL as supported by CXF?
Yes but only JAX-RS endpoints
Hi
On Thu, Feb 24, 2011 at 2:37 PM, robert wrote:
>
> Thanks for the info... I'm still trying to figure some things out
> though...
>
> Looks like WSDLs for REST are supported with WSDL 2.0:
> http://www.ibm.com/developerworks/webservices/library/ws-restwsdl/.
>
> So with REST... should the targe
Hi Bill
On Thu, Feb 24, 2011 at 2:45 PM, Bill Burke wrote:
>
>
> On 2/24/11 9:17 AM, robert wrote:
>>
>> Also, what would be more applicable, WADLs or WSDLs in support of
>> JMS/RESTful services?
>>
>
> Check out HornetQ's REST interface:
>
> http://jboss.org/hornetq/rest
>
This is of course a fi
>> Check out HornetQ's REST interface:
>>
>> http://jboss.org/hornetq/rest
>>
> This is of course a fine effort, but it's off-topic for the CXF dev list :-)
though supporting the interface you've built for HornetQ might be an
interesting option - but I guess it would be more of interest to the
Act
Hi Willem
Are you planning to commit to the trunk ? Just wondering why you
started from the 2.3.x branch...
Cheers, Sergey
On Thu, Feb 24, 2011 at 11:58 AM, wrote:
> Author: ningjiang
> Date: Thu Feb 24 11:58:26 2011
> New Revision: 1074119
>
> URL: http://svn.apache.org/viewvc?rev=1074119&vie
+1
thanks, Sergey
On Wed, Feb 23, 2011 at 8:30 PM, Daniel Kulp wrote:
>
>
> We've resolved over 50 issues since 2.3.2. Thus, we really should get 2.3.3
> out, especially since 2.3.2 contained an issue preventing it from being used
> as a JAX-WS implementation for J2EE
> containers.
>
>
> Li
ater
Sergey
On Thu, Feb 17, 2011 at 11:34 AM, Sergey Beryozkin wrote:
> Hi Tomasz
>>>>>
>>>>> 1. LogBrowser has a showstopper bug which I'm sure is due to the fact we
>>>>> just did not look at it for a while :-). Basically, when I go and ge
Hi Tomasz
1. LogBrowser has a showstopper bug which I'm sure is due to the fact we
just did not look at it for a while :-). Basically, when I go and generate
the logs, and then click 'refresh' on the endpoint, the browser reports an
exception.
>
> I can't reproduce this (ho
+1
cheers, Sergey
On Wed, Feb 16, 2011 at 5:53 AM, Glen Mazza wrote:
> Hello Team,
>
> Here's a vote to make Dennis Sosnoski a committer on the CXF project. Of
> course we all know Dennis from his extensive IBM developerWorks articles[1]
> on web services, which has allowed him to provide many
Hi
A couple of issues has been reported recently against
JAXBElementProvider, to do with various ClassLoader related issues.
All of them are to do with CXF libs being located in the shared lib
folder of the (servlet) container.
JAXBElementProvider strongly references class-level and package
JAXBC
Hi
I'm seeing a lot of compilation issues in the rt/ws/rm, with Java 1.6,
all to do with the BigInteger to/from long conversions.
Has SequenceType changed ?
cheers, Sergey
and Consumers, it's a
> best use case for Camel.
> If you don't want to use Camel, you have to implement the routing work in
> your implementer yourself.
>
>>
>>
>>
>>
>> On Mon, Feb 14, 2011 at 9:18 AM, Sergey Beryozkin-5 [via CXF]<
>> ml-nod
Hi Tomasz
It's really nice to hear from you again :-)
>> Here is the initial list of issues which I need some help with :
>>
>> 1. LogBrowser has a showstopper bug which I'm sure is due to the fact we
>> just did not look at it for a while :-). Basically, when I go and generate
>> the logs, and
Nope, we don't have an explicit server-side caching support. This is
above the JAX-RS front-end though so I'm presuming a caching solution
can be plugged in easily.
However, the client side caching support in RestEasy is nice. If we
were to do anything like that then we'd do it at the HttpConduit
Redirecting to the users list.
Can you please ask the question again, I can't find the original question...
What is the criteria for the routing ? Is your web service
implementation needs to forward further ?
Or is it to do with choosing which endpoint (among multiple co
located CXF endpoints) th
Hi
On Mon, Feb 14, 2011 at 4:43 PM, Kannan Ramasamy
wrote:
>
> Hi Sergey,
>
> Is this issue fixed in Apache CXF 2.3.2? I am facing this issue presently in
> my application.
Do you mean reading into an explicitly declared array such as Book[],
in the resource method signature ?
>
> When I try to
interface during the next few
iterations :-) as we move along.
thanks, Sergey
On Thu, Feb 10, 2011 at 11:20 AM, Sergey Beryozkin wrote:
> Hi
>
> After the brief discussion with Christian about propagating the actual
> roles from the authenticated subject/principal I opened CXF-3
Hi
I believe this issue has been fixed recently, can you try CXF 2.3.2 please ?
Cheers, Sergey
On Thu, Feb 10, 2011 at 7:50 PM, ahazelton wrote:
>
> I have a service method like this:
> @Override
> @POST
> @Path("/model/create")
> public Long createModel(Model model)
> {
> ...
> }
>
>
Hi
After the brief discussion with Christian about propagating the actual
roles from the authenticated subject/principal I opened CXF-3322 [1]
and added a LoginSecurityContext interface [2] which extends CXF
SecurityContext [3].
The main idea is to create a bridge between different security
conte
Forwarding the message...
-- Forwarded message --
From: Sergey Beryozkin
Date: Tue, Feb 8, 2011 at 9:37 PM
Subject: Re: SeachConditionBuilder for CXF JAX-RS clients
To: dev@cxf.apache.org
Hi Andy
On Tue, Feb 8, 2011 at 7:57 PM, Andrzej Michalec wrote:
>
> >
wsdl4j dependency -
I've just reopened the JIRA. The server side is fine, but the client side
(HttpConduit) still needs it. So a bit more work needs to be done...
Cheers, Sergey
> -- Robert
>
>
> On Mon, Feb 7, 2011 at 8:41 PM, Sergey Beryozkin >wrote:
>
> Hi
>
Hi Andy
> My feeling is that fluent builder is for authors/coders, not for
>> machine/automatons.
>> This is why I do like have things decomposed and human readable. You know
>> what?
>>
>
> My motivation is to use for automations and machines as well :-)
>
> thanks, Sergey
>
>
>
>> Building FIQL
Forwarding, problems with replying to messages posted from Nabble
Hi Andy
On Tue, Feb 8, 2011 at 3:33 PM, Andrzej Michalec wrote:
>
> I am back again.
>
> welcome :-)
> > nice, may be even matching("The Lord") because 'matching' probably means
> a
> > partial match, we can also have equalTo,
Hi
On Mon, Feb 7, 2011 at 8:41 PM, Sergey Beryozkin wrote:
> Hi
>
> CXF JAX-RS depends on cxf-api, cxf-rt-core, cxf-common,
> cxf-rt-transports-http and the xml binding.
>
> cxf-rt-transports-http-jetty is still required in some cases - JIRA is
> open;
>
> cx
Hi Dan - I added the WSDLLibrary utility class, similar to what you
suggested earlier on,
so it all has become cleaner, and all tests passed on my laptop :-)
thanks, Sergey
On Tue, Feb 8, 2011 at 2:31 PM, wrote:
> Author: sergeyb
> Date: Tue Feb 8 14:31:47 2011
> New Revision: 1068418
>
> URL
Hi
CXF JAX-RS depends on cxf-api, cxf-rt-core, cxf-common,
cxf-rt-transports-http and the xml binding.
cxf-rt-transports-http-jetty is still required in some cases - JIRA is open;
cxf-api has some WSDL-related interfaces and thus a wsdl4j dependency is
still needed - two JIRAs are opened - one i
Thanks Dan, this also let me remove the repository tag...
Cheers, Sergey
On Fri, Feb 4, 2011 at 9:54 PM, Daniel Kulp wrote:
> On Friday 04 February 2011 4:29:12 pm Daniel Kulp wrote:
> > On Friday 04 February 2011 4:24:39 pm Sergey Beryozkin wrote:
> > > Tomasz, I had to com
efore committing the changes
we exclude the browser subpackage in the pom.xml.
thanks, Sergey
On Fri, Feb 4, 2011 at 5:55 PM, Sergey Beryozkin wrote:
> Hi all,
>
> I have just moved the LogBrowser project Tomasz was working upon as part of
> GSOC 2010 to the trunk. I've done fe
need to it all to the sub-project
thanks, Sergey
On Fri, Feb 4, 2011 at 5:55 PM, Sergey Beryozkin wrote:
> Hi all,
>
> I have just moved the LogBrowser project Tomasz was working upon as part of
> GSOC 2010 to the trunk. I've done few minor changes before moving it in.
>
&
Hi all,
I have just moved the LogBrowser project Tomasz was working upon as part of
GSOC 2010 to the trunk. I've done few minor changes before moving it in.
- rt/management-web has a new package,
org.apache.cxf.management.web.browser* which contains the code for the
browser. It was org.apache.cxf
Hi
I'm looking at the XMLStreamDataReader in the SourceDataBinding and trying
to figure out what I can 'borrow' :-) from that code
to have the JAX-RS SourceProvider optimized.
The XMLStreamDataReader calls a resetForStreaming(XMLStreamReader) function,
when StaxSource or SAXSource is expected whi
Hi Andy
On Thu, Feb 3, 2011 at 9:31 AM, Andrzej Michalec wrote:
>
> I could not reply earlier, Sergey knows I am (still) attending to my
> company's internal event ;)
>
thanks for finding the time to reply,
> Just couple first thoughts on the subject.
>
> The FIQL that we suport is quite simp
sorry,
The builder should provide a simple and *intuitiv* given that it's unlikely
> users will build uber-complex search queries.
>
The builder should provide a simple and intuitive api...
Hi
I've had a brief private discussion with Andy but given that we are good CXF
citizens :-) we've moving the discussion to the dev list.
CXF JAX-RS offers the Search extensions [1] which let capture and simplify
working with the FIQL query expressions.
Arul has a nice post about it [2].
What we
Christian has fixed it in 2.3.2 (being voted for now), most likely the
server is sending an HTTP error status, with no response body...
Cheers, Sergey
On Wed, Jan 19, 2011 at 3:21 AM, cxfuser71 wrote:
>
> Hello All,
> I am using JBoss 6.0.GA release which comes with CXF webservice stack
> (vers
+1
Cheers, Sergey
> On 17.01.2011 23:26, Daniel Kulp wrote:
>
>> We've had a busy 8 weeks or so despite the holidays. We've managed to
>> fix over 75 JIRA issues since 2.3.1 which is quite remarkable . This also
>> fixes a bunch of OSGi related issues that are needed for
>> Camel and ServiceM
Hi
On Thu, Dec 23, 2010 at 3:41 AM, Daniel Kulp wrote:
>
> I like it. Looks fine by me.The only "concern" I have is with:
>
> > Additionally I would like to remove the feature of setting an
> > AuthorizationPolicy on the message. This would allow us to make the
> > authsuppliers independent
> Best regards
>
> Christian
>
>
>
> Am 16.12.2010 23:32, schrieb Sergey Beryozkin:
>
> Hi Christian
>>
>> On Thu, Dec 16, 2010 at 9:50 PM, Christian Schneider<
>> ch...@die-schneider.net> wrote:
>>
>> Hi Sergey,
>>>
&
I managed to back-merge it but only after removing the local snapshot and
checking out the 2.3.x branch again,
sorry for a noise anyway
Sergey
On Mon, Dec 20, 2010 at 3:40 PM, Sergey Beryozkin wrote:
> Hi
>
> I'm facing a strange issue, I can not merge the r1051115
>
> h
Hi
I'm facing a strange issue, I can not merge the r1051115
http://svn.apache.org/viewvc?rev=1051115&view=rev
into 2.3.x.
Not sure what might've changed recently.
If someone give me a favor and try to do
svnmerge.py merge -r1051115
into the local 2.3.x SNAPSHOT and if it works then merge it
Hi
When using Declarative Services, you may need to specify the names like
this :
com.MyExceptionClassPath.TestExceptionMapper
or
com.MyExceptionClassPath.TestExceptionMapper
com.MyExceptionClassPath.TestExceptionMapper2
Let me know please if it helps
cheers, Sergey
On Mon, Dec
can simplify it a lot, omit the
authorization part, etc
Hope it helps, Sergey
> Best regards
>
> Christian
>
>
> Am 16.12.2010 17:59, schrieb Sergey Beryozkin:
>
> Hi,
>>
>> Just spotted :
>>
>>
>> https://hudson.apache.org/hudson/job/CXF
Hi,
Just spotted :
https://hudson.apache.org/hudson/job/CXF-Trunk-JDK15/org.apache.cxf$cxf-rt-transports-http/1577/testReport/org.apache.cxf.transport.http/DigestAuthSupplierTest/testEncode/
Does someone know what can be causing it ?
cheers, Sergey
interceptors there too,
say for 2.4.0 only ? And perhaps we can see more interceptors added there in
time ?
cheers, Sergey
Best Regards
> Freeman
> On 2010-12-15, at 下午7:39, Sergey Beryozkin (JIRA) wrote:
>
>
>> [
>> https://issues.apache.org/jira/browse/CXF-3192
Hi
I've noticed, while working on my demo, that if a proxy executes two
operations, with the 1st one being a oneway operation, then sometimes the
server sees the 2nd operation being invoked first.
I can see why it is happening and obviously the server code should not make
any assumptions in this
+1
cheers, Sergey
On Thu, Dec 2, 2010 at 5:01 PM, Daniel Kulp wrote:
>
> In the last 2 years, Colm has logged 11 issues with CXF. Every single one
> of
> them came with a patch file to fix the issue:
>
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&reporterSelect=spec
+1
cheers, Sergey
On Thu, Dec 2, 2010 at 2:54 PM, Daniel Kulp wrote:
>
>
> Once again, there have been a bunch of bug fixes and enhancements that
> have been done compared to the 2.3.0 release. Over 55 JIRA issues
> are resolved for 2.3.1.
>
> Note: this vote also includes a release of the c
+1
cheers, Sergey
On Thu, Dec 2, 2010 at 2:51 PM, Daniel Kulp wrote:
>
> Once again, there have been a bunch of bug fixes and enhancements that
> have been done compared to the 2.2.11 release. Over 43 JIRA issues
> are resolved for 2.2.12.
>
> List of issues:
>
> https://issues.apache.org/jir
Hi Christian
On Tue, Nov 30, 2010 at 12:16 AM, Christian Schneider <
ch...@die-schneider.net> wrote:
> One thing I found is the spring DispatcherServlet:
>
> http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/web/servlet/DispatcherServlet.html
>
> Could we simply use this se
time
makes sense too.
Basically, having an explicit return is not a big issue, but it can make the
user code a bit more involved.
cheers, Sergey
On Tue, Nov 23, 2010 at 4:52 AM, Willem Jiang wrote:
> On 11/23/10 1:56 AM, Sergey Beryozkin wrote:
>
>> Hi
>>
>> I've
Hi
I've found out, while working with CXF Continuations API recently is that
continuation.suspend()
is returning normally and no SuspendedInvocationException is thrown.
This is unexpected in that now, when continuation.suspend() is used directly
in the application code, the explicit 'return' ha
turn.
I'll start another dev thread
thanks for your help, Sergey
On Fri, Nov 19, 2010 at 10:11 AM, Sergey Beryozkin wrote:
> Hi Willem
>
> I see now...
> I will add a failing test to JAXRSContinuationsTest suite and apply your
> patch.
> many thanks :-)
>
> Serge
We've had 12 +1 votes altogether : myself, Dan, Jeff, Ulhas, Eric, Johan
(non-binding), Freeman, Willem, Jim, Christian, David B and Alessio.
Łukas - welcome to the growing CXF team :-)
thanks, Sergey
On Tue, Nov 16, 2010 at 10:35 PM, Sergey Beryozkin wrote:
> Hi
>
> I'd
Hi Willem
I see now...
I will add a failing test to JAXRSContinuationsTest suite and apply your
patch.
many thanks :-)
Sergey
On Fri, Nov 19, 2010 at 12:24 AM, Willem Jiang wrote:
> On 11/18/10 8:49 PM, Sergey Beryozkin wrote:
>
>> Hi Willem
>>
>> thanks for workin
Hi
After making an initial attempt to resolve CXF-3021 [1] and limiting the
WSDLEndpointFactory update to 2.4.0 only, as agreed on IRC, I realized today
the problem was much more involved. See the comments at the JIRA. I've spend
a lot of time today trying to close this issue but it proved to be t
Hi Willem
thanks for working on it. The patch looks fine.
Can you just explain please why the changes are needed given that
JAXRSContinuationsTest is passing at the moment.
I suspect it is because the (Camel) code which relies on the enhanced CXF
continuations code stresses the JAXRSInvoker diffe
Hi
I'd like to initiate a vote for Łukasz Moreń to become a CXF committer.
You may recall that Łukasz came forward and proposed to have OAuth 1.0
implemented in CXF as part of GSOC 2010.
During GSOC 2010 Łukasz tried his best to complete this complex project in
time and he was very good at keepi
Hi
I've been working on a CXF JAX-RS demo recently and after being forced to
add a wsdl4j dependency to a basic JAX-RS server I decided to give it a go
and
fix CXF-3021 [1].
The 'fix' is to remove a javax.wsdl.Port reference from WSDLEndpointFactory
interface and replace with a list given that th
Can you post an xml fragment example please ? is it JAX-WS that you use ?
cheers, Sergey
On Wed, Nov 10, 2010 at 8:07 PM, Aaron Ehrensberger <
aehrensber...@docfinity.com> wrote:
> Hi,
>
> Does CXF have an issue with preserving leading whitespace inside XML
> responses? Is there something spe
No probs :-), I can take care of minimizing the duplicate code
thanks, Sergey
On Thu, Nov 11, 2010 at 11:15 AM, Glen Mazza wrote:
>
> Sorry, my bad, I did not realize they were actually different tests, I will
> revert them.
>
> Glen
>
>
> Sergey Beryozkin-
Hi Glen
thanks for trying to clean up the tests, but I'd actually like them
retained, but I agree some code optimization needs to be done though, please
note, the tests you have removed use *CONFIG2* which has a slightly
different conduit configuration.
So we just can have a doTest...(String conf
e, it should be
"Oponowicz"
On Tue, Nov 2, 2010 at 7:45 AM, Alessio Soldano wrote:
> +1
>
>
> On 10/30/2010 06:20 PM, Sergey Beryozkin wrote:
>
>> Hi
>>
>> I'd like to initiate a vote for Tomasz Opanovicz to become a CXF
>> committer.
>>
&g
during the OAuth flow then it is fine, otherwise it should be optionally
supported.
> I think if above issues are addressed code is ready to be used in a sample
> project as a basic implementation.
> I agree that there is many options to add new improvements, and add most
> important at first.
Hi
I'd like to initiate a vote for Tomasz Opanovicz to become a CXF committer.
As you may recall, Tomasz became known in the CXF community after starting
to work on the Log Browser project
as part of the GSOC 2010. During the project Tomasz showed some real
enthusiasm and his commitment to comple
Hi Lukasz
You've done some merges recently to the sandbox OAuth project, thanks.
I haven't had time to run the latest code yet, so can you please elaborate a
bit on what do you
think remains to be done before we can start working on preparing a move to
the trunk ?
I'm not sure about the support f
Hi
I'd like to start a new discussion with the purpose of trying to figure out
what concrete advantages providing an alternative URI Template
implementation [1] can bring to CXF JAXRS users.
Andy and Bill have agreed that it can be good for generating concrete URIs.
However using it for generati
2010 at 11:28 PM, Sergey Beryozkin wrote:
> Hi Tomasz
>
> I think it looks really nice. I'd just prefer to rename "Fiter" to
> "Settings" and "Edit details" to "Filter" - because "Filter" settings are
> just some of the settings wh
Hi Andy
thanks for starting this discussion,
On Sun, Oct 24, 2010 at 8:28 PM, Andrzej Michalec <
andrzej.micha...@gmail.com> wrote:
>
> Hi guys,
> after discussion with Sergey, I started looking on advanced URI template
> specification that could be interesting alternative for current
> implemen
urity/AbstractSecurityContextInInterceptor.java
>
> On Wed, Oct 13, 2010 at 6:16 PM, Sergey Beryozkin wrote:
>
>> Hi there
>>
>> Few months ago I created an AbstractUsernameTokenAuthenticatingInterceptor
>> which extends WSS4JInInterceptor and provides an easy
tor.java
[7]
http://svn.apache.org/repos/asf/cxf/trunk/rt/core/src/main/java/org/apache/cxf/interceptor/security/AbstractSecurityContextInInterceptor.java
On Wed, Oct 13, 2010 at 6:16 PM, Sergey Beryozkin wrote:
> Hi there
>
> Few months ago I created an AbstractUsernameTokenAuthenticatingInt
Hi
DOSGI (RI) offers two options for users to configure the providers and
consumers
1. Intents - short policy-like statements
2. Properties
In some cases these options may not be sufficient.
For example, consider a requirement to configure a DOSGI consumer with TLS
properties or HTTP proxy prope
nt to
introduce another dedicated module such as rt/security.
I'm inclined to go ahead and merge into 2.4.0-SNAPSHOT, it will be easier to
see how things are implemented and then we will do a couple of more
follow-up merges if needed
cheers, Sergey
On Wed, Oct 13, 2010 at 6:16 PM, Sergey
explicitly
cheers, Sergey
On Wed, Oct 13, 2010 at 6:16 PM, Sergey Beryozkin wrote:
> Hi there
>
> Few months ago I created an AbstractUsernameTokenAuthenticatingInterceptor
> which extends WSS4JInInterceptor and provides an easy extension point for
> custom interceptors to be ab
Hi there
Few months ago I created an AbstractUsernameTokenAuthenticatingInterceptor
which extends WSS4JInInterceptor and provides an easy extension point for
custom interceptors to be able to create a Subject by delegating to their
own stores. Combining it with a shipped SimpleAuthorizingIntercept
010 at 6:16 PM, Sergey Beryozkin wrote:
> Hi
>
> I decided to go ahead and experiment with implementing a support for
> decoupled faults for oneway requests so that we at least could tell users
> how that can be done using custom interceptors if that is what is needed in
> a par
+1 !
Cheers, Sergey
On Thu, Oct 7, 2010 at 10:51 PM, Daniel Kulp wrote:
>
> OK.. it staged faster than I expected. :-)
>
> Probably LONG overdue, but I think it's time to finally release CXF 2.3.0!
>
>
> The Maven staging area is at:
> https://repository.apache.org/content/repositories
+1
Cheers, Sergey
On Thu, Oct 7, 2010 at 9:44 PM, Daniel Kulp wrote:
>
>
> Once again, there have been a bunch of bug fixes and enhancements that
> have been done compared to the 2.2.10 release. Over 56 JIRA issues
> are resolved for 2.2.11.
>
> List of issues:
>
> https://issues.apache.org/j
tpt message - even it's just a kind of place holder.
>
> If you use FaultTo and ReplyTo the anonymous EPR, the service send the
> response on the back channel.
>
> Oli
>
>
> Von: Sergey Beryozkin [sberyoz...@gmail.com]
> Ges
sion later this week, but I
> wouldn't want that to impact anybody's schedules.
>
> thanks for the update, I agree, applying a patch can be postponed a bit -
2.3 users would be able to do custom interceptors if needed
thanks, Sergey
> Thanks,
> Josh
>
> On Sun
I've tried to figure out how to break a dependency between CXF JAXRS bundle
and wsdl4j and I had to create
https://issues.apache.org/jira/browse/CXF-3021, as I'm not sure we can fix
it in time for 2.3; unless some obvious refactoring can be done then we'd
have to postpone fixing it...
JAXRS 1.1 TC
re soap body
> itself is empty. This is only valid if the Anonymous epr is used for AcksTo
> element.
>
> Oli
>
>
> Von: Sergey Beryozkin [sberyoz...@gmail.com]
> Gesendet: Freitag, 1. Oktober 2010 00:19
> An: Daniel Kulp
> Cc: dev
1001 - 1100 of 1543 matches
Mail list logo
