Hi
I updated the samples pom.xml to link to the OAuth demo Lucash did, all
the demos seem to build OK. Dan, Glen, let me know please if there is
something I should be aware of, as there were excluded originally from
the parent pom which leads to the cxf version in the demos itself not
updated
I moved the code to the new module as agreed,
Cheers, Sergey
On 10/05/12 10:35, Colm O hEigeartaigh wrote:
+1 from me.
Colm.
On Wed, May 9, 2012 at 10:33 PM, Sergey Beryozkin wrote:
Hi
Colm and myself have been working recently on the initial support for the
SAML-based Web SSO support on
it happens, the method producing application/xml and text/xml
are also invoked from one of the other tests, so I'm just updating the
path for the method producing text/xml. That should do it...
Please ping me if you'd like me to investigate some other failures you
might be seeing
Thanks
Hi
Colm and myself have been working recently on the initial support for
the SAML-based Web SSO support on the Service Provider (SP) side.
What we've got at the moment is the filters which can enforce the
security context and redirect via GET or POST to the IDP, validate
SAMLResponse and set
ecks" to pass though.
Keep getting random failures hear and there so there are definitely some
timing related things or something going on. :-(
I'll try to run Java7 builds next week too...
Thanks, Sergey
Dan
On Friday, May 04, 2012 10:53:02 AM Sergey Beryozkin wrote:
Hi Dan
On 03/
Hi Dan
On 03/05/12 22:25, Daniel Kulp wrote:
I'm seeing a bunch of failure while using Java7 right now. I'll try and
dig in tomorrow, but I went ahead and setup a Java7 build in Jenkins.
Hopefully we can catch things sooner that way.
Tests that I see failing:
org.apache.cxf.systest.jaxrs.sec
Hi Andrei
On 27/04/12 09:49, Andrei Shakirin wrote:
Hi,
I am trying to execute systests in the trunk on Windows and have one strange
problem in systests/jaxrs:
jibx-maven-plugin throws following exception:
[DEBUG] Adding option: --package=org.apache.cxf.systest.jaxrs.codegen.jibx
[DEBUG] Addin
On 24/04/12 19:30, Daniel Kulp wrote:
Just wanted to open up a discussion about dropping support for 2.3.x.
2.3.0 was release over 18 months ago. Since then, 2.4.x was released over a
year ago and 2.5.x 6 months ago. (and 2.6 last week). Thus, there has
been plenty of opportunity (a whole ye
alend.com
<http://coders.talend.com>Talend Application Integration Division
http://www.talend.com
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
tils.getRequestToken(OAuthClientUtils.java:84)
So, how can I avoid that?
This class is in the net core module so add it as a dependency please
HTH, Sergey
Thanks in advance,
Jordi
--
View this message in context:
http://cxf.547215.n5.nabble.com/jira-Created-CXF-4051-Custom-OAuth-scopes-are-not-s
+1
Cheers, Sergey
On 12/04/12 21:23, Daniel Kulp wrote:
We've resolved over 110 issues since 2.5.2 which is a very large amount.
We've back ported over 75 of them to 2.4.7 and 25 to 2.3.10. These patch
releases are certainly overdue.
List of issues:
2.3.10:
https://issues.apache.org/jira/s
+1
Cheers, Sergey
On 12/04/12 21:26, Daniel Kulp wrote:
It's been 6 months since the 2.5.0 release and thus it's time for the 2.6
release. We've been VERY busy with many new features, lots of refactoring,
bunch of OSGi enhancements, etc... The migration guide at:
http://cxf.apache.org/docs/
Hi Dan
On 29/03/12 22:16, Sergey Beryozkin wrote:
Hi Dan
On 29/03/12 22:06, Daniel Kulp wrote:
OK. I'll drop the minimal bundle but keep the jaxrs. That works for me.
:-)
Thanks, I'll also play with the minimal osgi demo in the next few days
and see how it works without the ja
ing to become a star
sub-project :-)
Cheers, Sergey
On 02/04/12 21:20, Sergey Beryozkin wrote:
+1
Sergey
On 02/04/12 18:40, Colm O hEigeartaigh wrote:
Sounds good to me as well. So the consensus is it should be a CXF
sub-project?
Colm.
On Thu, Mar 29, 2012 at 9:58 PM, Daniel Kulp wrote:
Su
Talend Community Coder - http://coders.talend.com
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
+1
Sergey
On 30/03/12 17:11, Daniel Kulp wrote:
In preparation for the CXF 2.6.0 release, we need to release a new version
of cxf-xjc that contains the updated plugins and runtime module. Since we
need that, might as well release cxf-buildutils as well.
Only one minor change in cxf-buildutil
Forgot the links:
http://svn.apache.org/viewvc?rev=1307112&view=rev
https://issues.apache.org/jira/browse/CXF-4215
Sergey
On 29/03/12 22:30, Sergey Beryozkin wrote:
Hi Oli,
I've moved the Claims annotations to the api module,
to the "org.apache.cxf.security.claims.authoriz
orizationPolicy, few other classes
Thanks, Sergey
On 29/03/12 13:00, Sergey Beryozkin wrote:
Hi Oli
thanks for initiating this thread
On 29/03/12 07:06, Oliver Wulff wrote:
Hi all
I'd like to start working on the RBAC (see mail "Role based access
control with SAML in CXF") and
, March 28, 2012 04:39:30 PM Sergey Beryozkin wrote:
Hi Dan
On 28/03/12 16:16, Daniel Kulp wrote:
Quick question:
Are the jaxrs and minimal bundles still needed for 2.6.0? With the new
little bundles, neither really makes any sense anymore.
The minimal bundle is far from minimal (it's gro
lend Application Integration Division
http://www.talend.com
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
Cross-origin_resource_sharing#CORS_relationship_to_JSONP
thus may be grouping the interceptors dealing with supporting the cross
origin resource sharing pattern (CORS the spec related, JSONP, etc)
would do well, we of course can do it later too
Cheers, Sergey
--
Sergey Beryozkin
Talend Comm
Hi Dan
On 28/03/12 16:16, Daniel Kulp wrote:
>
> Quick question:
> Are the jaxrs and minimal bundles still needed for 2.6.0? With the new
> little bundles, neither really makes any sense anymore.
>
> The minimal bundle is far from minimal (it's grown fairly large). Folks
> needed a more minimal
:
https://repository.apache.org/content/repositories/orgapachecxf-101/
The vote will be open for at least 72 hours.
Here's my +1.
Best regards,
David
[1] Chapters 13 and 122 in the OSGi 4.2 Enterprise Specification at
http://www.osgi.org/Download/Release4V42
--
Sergey Beryozkin
T
PI-tp5591532p5591532.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
for handling multiparts
Cheers, Sergey
Regards,
Ganesh
--
View this message in context:
http://cxf.547215.n5.nabble.com/Ajax-form-submit-for-Maultipart-contetnt-type-along-with-other-form-fields-tp5589560p5589560.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey
Those the 'changes' made seem to not really change anything in those
demos, so may be I should not revert...
Sergey
On 23/03/12 12:04, Sergey Beryozkin wrote:
Hi
On 23/03/12 11:58, serg...@apache.org wrote:
Author: sergeyb
Date: Fri Mar 23 11:58:10 2012
New Revision: 1304292
Hi
On 23/03/12 11:58, serg...@apache.org wrote:
Author: sergeyb
Date: Fri Mar 23 11:58:10 2012
New Revision: 1304292
URL: http://svn.apache.org/viewvc?rev=1304292&view=rev
Log:
[CXF-4198] Moving JSONProvider to rt-rs-extension-providers
Modified:
cxf/trunk/distribution/pom.xml
cxf/tr
Hi David
On 22/03/12 12:50, David Bosschaert wrote:
On 22 March 2012 11:13, Daniel Kulp wrote:
On Thursday, March 22, 2012 08:47:16 AM David Bosschaert wrote:
Yes, the changes to settings.xml helped. That got me past that issue.
However, I ended up having some problems with the GPG side of th
s once, so what I did I
reverted to the revision which was there before I started the release
process, and then started again.
Cheers, Sergey
Cheers,
David
[1] https://issues.sonatype.org/browse/OSSRH-1525
On 21 March 2012 20:44, Sergey Beryozkin wrote:
Yes, this is what I did.
David,
Yes, this is what I did.
David, I think we also need to get your public gpg key added to
http://pgp.mit.edu/, here are some links I found useful.
http://irtfweb.ifa.hawaii.edu/~lockhart/gpg/gpg-cs.html
https://docs.sonatype.org/display/Repository/How+To+Generate+PGP+Signatures+With+Maven
You s
Hi David
On 20/03/12 11:00, David Bosschaert wrote:
Hi Sergey,
On 20 March 2012 09:47, Sergey Beryozkin wrote:
Hi David
On 20/03/12 08:00, David Bosschaert wrote:
I just got confirmation that the current trunk of the CXF-DOSGi passes
the TCK again.
Great news, thanks for the support from
Hi Freeman
On 20/03/12 10:12, ff...@apache.org wrote:
Author: ffang
Date: Tue Mar 20 09:08:19 2012
New Revision: 1302802
URL: http://svn.apache.org/viewvc?rev=1302802&view=rev
Log:
rt-transports-http module should optionally depend on spring
Modified:
cxf/branches/2.5.x-fixes/rt/bindings/h
port a failure that we have to
investigate a little further.
I'll chime in again when everything is good, as we could do a release
at that point.
Cheers,
David
On 20 February 2012 22:38, Sergey Beryozkin wrote:
Hi David
On 19/02/12 00:42, David Bosschaert wrote:
Hi all,
I was recentl
ne it pretty
quickly by building an authorization code flow demo against it...
Cheers, Sergey
On 20/02/12 17:52, Sergey Beryozkin wrote:
Hi
I've started working on the initial OAuth 2.0 support to be available in
CXF 2.6.0 [1].
We already provide OAuth 1.0 support starting from CXF 2.5.0 [2] -
urceSharing.java
[2]
http://svn.apache.org/repos/asf/cxf/trunk/rt/rs/security/cors/src/main/java/org/apache/cxf/rs/security/cors/LocalPreflight.java
On 14/03/12 11:22, Sergey Beryozkin wrote:
One thing I forgot to mention from the start that the easy option is
simply not to attach CrossOriginR
while only allowOrigins can be configured internally in the filter
Cheers, Sergey
On 14/03/12 11:19, Sergey Beryozkin wrote:
Hi Aki
On 14/03/12 11:12, Aki Yoshida wrote:
Hi Sergey,
I am not familiar with this stuff, so what I am saying may not make
sense, though :-)
thanks for the comments, they
ed to also
consider the case where valid and a marker properties are mixed in...
Thanks, Sergey
regards, aki
2012/3/14 Sergey Beryozkin:
Hi Benson, all,
I've been modifying the CrossOriginResourceSharing annotation as well as the
CrossOriginResourceSharingFilter during the last couple of days
Hi Benson, all,
I've been modifying the CrossOriginResourceSharing annotation as well as
the CrossOriginResourceSharingFilter during the last couple of days to
address the issue reported by Matt Bishop, namely, to do with making it
possible to avoid specifying "allowOrigins" within the
CrossO
Hi Aki
On 05/03/12 17:07, Aki Yoshida wrote:
Hi Sergey, Dan,
We are currently not enforcing the namespace bindings to preserve the
namespace prefix values. For most applications, there is no need to
preserve the prefix values. But I just noticed that if you have an
element value typed as QName,
Sure... I have to sign off at the moment, will look asap tomorrow,
thanks, Sergey
On 01/03/12 22:15, Daniel Kulp wrote:
On Thursday, March 01, 2012 10:01:59 PM Sergey Beryozkin wrote:
Hi Aki,
Thanks for fixing this issue.
As far as I recall, the written uris property was added to address
Hi Aki,
Thanks for fixing this issue.
As far as I recall, the written uris property was added to address
https://issues.apache.org/jira/browse/CXF-3958
I can get the test added asap just to confirm the fix you provided will
also do for CXF-3958
Thanks, Sergey
On 01/03/12 17:58, a...@apache.o
ilding an authorization code flow demo against it...
Cheers, Sergey
On 20/02/12 17:52, Sergey Beryozkin wrote:
Hi
I've started working on the initial OAuth 2.0 support to be available in
CXF 2.6.0 [1].
We already provide OAuth 1.0 support starting from CXF 2.5.0 [2] - this
has been contin
Hi Aki
On 24/02/12 21:14, Aki Yoshida wrote:
Hi Sergey,
I was having a problem in building 2.5.x and trunk in a restricted
fresh environment, then I noticed that systests/rs-security was still
referring to cxf-rt-rs-security-oauth-test which no longer existed in
2.5.x and trunk. I saw the corres
Exception.FAILED_ENCRYPTION, null, null, e
);
+} catch (InvalidAlgorithmParameterException e) {
+throw new WSSecurityException(
+WSSecurityException.FAILED_ENCRYPTION, null, null, e
+);
}
return cipher;
}
t it...
Cheers, Sergey
On 20/02/12 17:52, Sergey Beryozkin wrote:
Hi
I've started working on the initial OAuth 2.0 support to be available in
CXF 2.6.0 [1].
We already provide OAuth 1.0 support starting from CXF 2.5.0 [2] - this
has been continuously enhanced during the last few months and I th
Hi David
On 19/02/12 00:42, David Bosschaert wrote:
Hi all,
I was recently running the CXF-DOSGi 1.3 release through the OSGi TCK
to make sure it's still compliant with the spec.
It turned out that the changes made between 1.2 and 1.3 cause a number
of TCK failures, so I've been looking at fixin
Hi
I've started working on the initial OAuth 2.0 support to be available in
CXF 2.6.0 [1].
We already provide OAuth 1.0 support starting from CXF 2.5.0 [2] - this
has been continuously enhanced during the last few months and I think it
is capable enough for users seeking to write OAuth 1.0 a
ill also investigate later on how to deal with multipart/* without
having too many temp files created, I thought may be we can get
SequenceInputStream, with some individual InputStreams set to "---
Binary Content---",
thanks, Sergey
Dan
On Monday, February 13, 2012 11:47:12 AM Se
Hi
I'd like to get the Logging interceptors updated to report the 'pure'
binary payload only optionally. Right now I'm working on a demo where an
image payload is uploaded and then returned and I'm finding it difficult
to view through the logs with the binary content being logged.
So I'd lik
We have 6 binding +1 votes, I'm going to promote the artifacts shortly
Thanks, Sergey
On 02/02/12 13:33, Sergey Beryozkin wrote:
Apache CXF DOSGI subproject is a Reference Implementation of the OSGI
Remote Services Specification which offers an alternative approach
toward dynamically depl
Dan , thanks for taking care of it,
Sergey
On 03/02/12 21:31, dk...@apache.org wrote:
Author: dkulp
Date: Fri Feb 3 21:31:23 2012
New Revision: 1240347
URL: http://svn.apache.org/viewvc?rev=1240347&view=rev
Log:
Merged revisions 1240326 via svnmerge from
https://svn.apache.org/repos/asf/cxf/br
On 02/02/12 15:04, Sergey Beryozkin wrote:
Hi,
I'm thinking of deleting CodeGeneratorProvider [1] for 2.6 only,
given that it seems to be redundant now that we have a wadl2java command
line tool and plugin.
The idea behind CodeGeneratorProvider has been that one can just quickly
downl
o the typo will do ?
Sergey
Colm.
On Thu, Feb 2, 2012 at 1:59 PM, David Bosschaert
wrote:
Excellent work, Sergey. Big +1 from me!
David
On 2 February 2012 13:33, Sergey Beryozkin wrote:
Apache CXF DOSGI subproject is a Reference Implementation of the OSGI Remote
Services Specification wh
escription-GeneratingtheclientcodefromWADLatruntime
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
.
The staging area:
https://repository.apache.org/content/repositories/orgapachecxf-178/
This vote will be open for at least 72 hours.
Here is my +1.
Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
Hi
The hint from Alex Declent, "The solution is to set the system property
sun.net.http.allowRestrictedHeaders to true. ",
should help here as well, I may update the CORS tests to use WebClient
and see if it helps...
Cheers, Sergey
On 01/12/11 16:13, Sergey Beryozkin wrote:
Hi Da
Thanks for it, still planning to do some package changes, so was
planning to fix the demo build itself a bit later...
Cheers, Sergey
On 01/02/12 14:12, ningji...@apache.org wrote:
Author: ningjiang
Date: Wed Feb 1 14:12:12 2012
New Revision: 1239141
URL: http://svn.apache.org/viewvc?rev=1239
common transport-specific code - but may be indeed some more material is
needed before getting a transport-specific module created for good...
Not sure :-). Whatever makes it better for 2.6 is good for me :-)
Cheers, Sergey
Dan
Christian
Am 30.01.2012 11:43, schrieb Sergey Beryozkin:
what could be
suitable. Of course gzip is kind of on the transport level but it is no
transport. So perhaps it is a kind of a transformation or encoding.
'encoding' or 'common.encoding' sounds good to me
thanks, Sergey
Christian
Am 30.01.2012 11:43, schrieb Sergey Beryozki
Hi Christian
On 30/01/12 10:34, Christian Schneider wrote:
We currently have a transports/common project that only contains the
gzip feature.
As this feature is even used from core I propose we move it there and
remove the whole transports/common module.
As far as I recall the gzip feature was
Hi
On 27/01/12 15:59, Daniel Kulp wrote:
On Friday, January 27, 2012 1:02:11 PM Sergey Beryozkin wrote:
Hi
It is time to return to this thread with more modules being and about to
be added to the trunk
On 20/09/11 12:07, Sergey Beryozkin wrote:
Hi
What do you think of dropping a couple of
Hi
I'm planning to split the jaxrs frontend on the trunk only as follows:
1. Move the CORS code to the rt/rs/security/cors module, initially it
will be just few files but that number will very likely to grow
2. Move the existing WebClient/proxy client code to
rt/rs/extensions/client
3. Mov
Hi
It is time to return to this thread with more modules being and about to
be added to the trunk
On 20/09/11 12:07, Sergey Beryozkin wrote:
Hi
What do you think of dropping a couple of modules for 2.5:
- both rt-bindings-local and rt-bindings-object seem to do the same
thing, I recall
Hi,
On 26/01/12 09:52, Aki Yoshida wrote:
2012/1/25 Sergey Beryozkin:
Hi Aki
I've changed the subject, hope you are ok with it
On 25/01/12 10:04, Aki Yoshida wrote:
2012/1/24 Sergey Beryozkin:
Hi Aki
On 05/01/12 16:49, a...@apache.org wrote:
Author: ay
Date: Thu Jan 5 16:49:56
Hi Aki
I've changed the subject, hope you are ok with it
On 25/01/12 10:04, Aki Yoshida wrote:
2012/1/24 Sergey Beryozkin:
Hi Aki
On 05/01/12 16:49, a...@apache.org wrote:
Author: ay
Date: Thu Jan 5 16:49:56 2012
New Revision: 1227691
URL: http://svn.apache.org/viewvc?rev=1227691
//cxf.547215.n5.nabble.com/Preparing-for-DOSGi-RI-1-3-release-tp5094303p5324430.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
Hi Dan
On 24/01/12 22:19, Daniel Kulp wrote:
I just committed some changes that change the features.xml on trunk to use the
modularized bundles instead of the big bundle. It's definitely not complete
yet, but consider it a starting point to attempt some testing.:-)
Right now, I know I ha
Hi Aki
On 05/01/12 16:49, a...@apache.org wrote:
Author: ay
Date: Thu Jan 5 16:49:56 2012
New Revision: 1227691
URL: http://svn.apache.org/viewvc?rev=1227691&view=rev
Log:
[CXF-4013] Enhancing the element-append and drop options of OutTransformWriter
I've finally updated the documentation [
repos/asf/cxf/tags/cxf-2.4.6
http://svn.apache.org/repos/asf/cxf/tags/cxf-2.5.2
This vote will be open for at least 72 hours.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
+1
Cheers, Sergey
On 20/01/12 00:08, Daniel Kulp wrote:
We've resolved over 45 issues since 2.5.1. Most importantly, several of them
were regressions since 2.5.0 and thus we need to get a new release out. We've
also ported back over 25 of the fixes to 2.4.6 and 8 of those to 2.3.9.
List of
submitting patches if needed
Thanks, Sergey
Thanks
Satish
On Jan 19, 2012, at 3:11 PM, Benson Margulies wrote:
Sorry, I've been marginally sick and that has stopped me from making
it to this task. I did try to write a lot of javadoc.
On Thu, Jan 19, 2012 at 1:19 PM, Sergey Beryozkin
On 19/01/12 20:10, Benson Margulies wrote:
Sorry, I've been marginally sick and that has stopped me from making
it to this task. I did try to write a lot of javadoc.
It is all very well documented, thanks...
Cheers, Sergey
On Thu, Jan 19, 2012 at 1:19 PM, Sergey Beryozkin wrote:
On
On 06/01/12 11:50, Sergey Beryozkin wrote:
Hi Benson
I've created a page for documenting the initial CORS support,
https://cwiki.apache.org/confluence/display/CXF20DOC/JAX-RS+CORS
if you get a chance, fill it in please; I can contribute too but a bit
later
I started putting some
http://svn.apache.org/repos/asf/cxf/dosgi/tags/cxf-dosgi-ri-1.2/samples/greeter/
By the way, I'm redirecting to the users list
Sergey
On 18/01/12 14:53, Jesus wrote:
Sorry Sergey,
what demo do you said?
Actual version of D-OSGi is 1.2
On Wed, Jan 18, 2012 at 3:23 PM, Sergey Beryoz
http://cxf.547215.n5.nabble.com/DOSGi-and-Knopflerfish-tp5154329p5154329.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
Hi Benson
I've created a page for documenting the initial CORS support,
https://cwiki.apache.org/confluence/display/CXF20DOC/JAX-RS+CORS
if you get a chance, fill it in please; I can contribute too but a bit later
Cheers, Sergey
Hi
On 04/01/12 20:53, Daniel Kulp wrote:
Now that 2.5.1 is out, I like to create the 2.5.x_fixes branch and change
trunk to target 2.6.0. Any objections? If not, I'll do so tomorrow.
I'd like to start working on a few things for 2.6.x:
1) Individual OSGi bundles (when possible, sent a note
, Sergey
Cheers,
kl
On Mon, Dec 5, 2011 at 9:39 AM, Sergey Beryozkin
wrote:
Hi KL
On 03/12/11 00:50, K Fung wrote:
Hi Sergey,
Adding Dynamic-Import: * would likely resolve the issue. It also makes
any
package/class name resolution a lot slower because all the OSGI bundles
will
Regards,
Bhaskar
On Thu, Dec 29, 2011 at 5:07 PM, Sergey Beryozkinwrote:
Redirecting to the users list
On 29/12/11 11:36, Sergey Beryozkin wrote:
Hi
On 29/12/11 04:10, Bhaskar wrote:
Hello All,
How to handle the localized characters in Path?
We are implementing RESTful Web services, we ne
Redirecting to the users list
On 29/12/11 11:36, Sergey Beryozkin wrote:
Hi
On 29/12/11 04:10, Bhaskar wrote:
Hello All,
How to handle the localized characters in Path?
We are implementing RESTful Web services, we need to pass localized
characters in path?
How the actual URI will look like
://www.ietf.org/rfc/rfc3987.txt ?
Cheers, Sergey
can you please help us in this?
Thanks& Regards
Bhaskar.
Mobile:9866724142
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
s done in January
Sergey
On 22/12/11 10:46, Sergey Beryozkin wrote:
Hi All,
Dan, myself and David talked about the possibility of releasing DOSGi RI
1.3 based on Apache CXF.
There are few reasons why we thought it was a good idea to pursue it.
We are seeing a number of users periodically ask
e ready to proceed with the release early next year
Thanks, Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
Hi Benson
On 22/12/11 02:41, Benson Margulies wrote:
http://dvcs.w3.org/hg/cors/raw-file/tip/Overview.html#author-request-headers
demands case-sensitive comparison.
Chrome sends, e.g.:
Access-Control-Request-Headers: Content-Type
Firefox sends, e.g.
Access-Control-Request-Headers: cont
On 21/12/11 22:23, Sergey Beryozkin wrote:
Hi Benson
On 21/12/11 18:32, Benson Margulies wrote:
It looks to me as if the CORS filter has a bug: it returns headers
even when the request is not cross-origin. Sergey, WTYT? I'm sure it's
not a tragedy and that I could fix that easily enou
Hi Benson
On 21/12/11 18:32, Benson Margulies wrote:
It looks to me as if the CORS filter has a bug: it returns headers
even when the request is not cross-origin. Sergey, WTYT? I'm sure it's
not a tragedy and that I could fix that easily enough.
Which headers are you referring to, the ones that a
On 20/12/11 19:04, Daniel Kulp wrote:
On Monday, December 19, 2011 10:35:07 AM Sergey Beryozkin wrote:
Hi KL, All,
On 16/12/11 22:34, K Fung wrote:
In 2.5.2 on later we can think of introducing an activator into the
jaxrs>
frontend so that it can discover custom Applications and provid
On 19/12/11 10:35, Sergey Beryozkin wrote:
Hi KL, All,
On 16/12/11 22:34, K Fung wrote:
In 2.5.2 on later we can think of introducing an activator into the
jaxrs
frontend so that it can discover custom Applications and providers
registered as OSGI services
Perhaps we should have a
In the end, I decided that it just wasn't
worth it.
Sounds right...
In 2.5.2 on later we can think of introducing an activator into the jaxrs
frontend so that it can discover custom Applications and providers
registered as OSGI services
thanks, Sergey
Cheers,
kl
On Mon, Dec 5, 2011 at 9:39
Hi KL, All,
On 16/12/11 22:34, K Fung wrote:
In 2.5.2 on later we can think of introducing an activator into the jaxrs
frontend so that it can discover custom Applications and providers
registered as OSGI services
Perhaps we should have a discussion on a separate thread to discuss how you
env
pository. For the
latter, I'll likely just comment this out since it turns out that in the
samples pom.xml, snapshots are enabled.
Please try commenting it out. It seems like it's ready for a commit,
thanks, Sergey
Regards,
kl
--
Sergey Beryozkin
T
Actually the last one passed
On 16/12/11 09:35, Sergey Beryozkin wrote:
Hi
I'm seeing these messages in the last few builds:
[JENKINS] Archiving
/home/jenkins/jenkins-slave/workspace/CXF-DOSGi/trunk/distribution/single-bundle/target/cxf-dosgi-ri-singlebundle-distribution-1.3-SNAPSHOT.j
Hi
I'm seeing these messages in the last few builds:
[JENKINS] Archiving
/home/jenkins/jenkins-slave/workspace/CXF-DOSGi/trunk/distribution/single-bundle/target/cxf-dosgi-ri-singlebundle-distribution-1.3-SNAPSHOT.jar
to
/home/hudson/hudson/jobs/CXF-DOSGi/modules/org.apache.cxf.dosgi$cxf-dosg
s.
This releases are tagged at:
http://svn.apache.org/repos/asf/cxf/tags/cxf-2.3.8
http://svn.apache.org/repos/asf/cxf/tags/cxf-2.4.5
http://svn.apache.org/repos/asf/cxf/tags/cxf-2.5.1
This vote will be open for at least 72 hours.
--
Sergey Beryozkin
Talend Community Coders
http://coders.t
On 08/12/11 18:26, Daniel Kulp wrote:
On Thursday, December 08, 2011 6:15:27 PM Sergey Beryozkin wrote:
Hi Dan
...
What about having a single target namespace even with one schema used
by Spring& 2nd - by Blueprint, example:
http://cxf.apache.org/core";
xmlns:
e (using this ns just as example)
which would point to a schema offering something unique to CXF services
deployed on Blueprint
But not sure if sharing the same target ns can actually work :-)
Cheers, Sergey
Dan
On Thursday, December 08, 2011 11:49:07 AM Sergey Beryozkin wrote:
Hi Aki
On 08/1
ce to be shared between Spring
& Blueprint; it would be the next step then how to realize that at the
lower level at per-module basis, for example, using either of the 4
options listed in your email or some other approach
Cheers, Sergey
regards, aki
2011/12/8 Sergey Beryozkin:
H
/blueprint/core";
"http://cxf.apache.org/core";
with the former one identifying the schema which say imports the schema
identified by the latter ns and adds some Blueprint centric extensions
Thanks, Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
On 06/12/11 10:42, Sergey Beryozkin wrote:
Hi
On 05/12/11 19:37, Daniel Kulp wrote:
On Monday, December 05, 2011 7:21:59 PM David Bosschaert wrote:
Big +1 from me on this (obviously). The fragment approach seems like a
sensible idea to me as a migration strategy.
Another approach COULD be
Hi Benson
On 05/12/11 16:11, Benson Margulies wrote:
I translate Anne's answer just now as follows:
To return information to the client, it has to be 2xx. So in the
success case, it has to be 2xx. If it fails, we can do whatever we
prefer: 2xx and no CORS headers or 4xx. I'm with you on a 4xx.
701 - 800 of 1543 matches
Mail list logo
