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
I'd suggest creating
a module such as
cxf-rt-rs-security-sso-saml
under rt/rs/security/sso/saml
with the idea that perhaps some other SSO techologies will be supported at
the CXF RS level in the future
Comments are welcome.
Cheers, Sergey
--
Sergey Beryozkin
Talend Community Coders
http
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, Sergey
Can you look into that test a bit?
Thanks!
--
Sergey Beryozkin
Talend Community Coders
http
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
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:
.
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/05/12 22:25, Daniel Kulp wrote
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]
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
://coders.talend.comTalend Application Integration Division
http://www.talend.com
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
+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:
+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:
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 jaxrs bundle
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 Kulpdk...@apache.org wrote:
Sure
+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
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
, 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 grown fairly large
Forgot the links:
http://svn.apache.org/viewvc?rev=1307112view=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.authorization package
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
-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 Community
:
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
Talend
at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
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 Beryozkin
Talend Community Coders
http
/local/staging/deploy/maven2/org/apac
he/cxf/dosgi/cxf-dosgi-ri/1.3.1/cxf-dosgi-ri-1.3.1.pom. Return code is:
401 -[Help 1]
... more stuff ...
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
Hi David
On 22/03/12 12:50, David Bosschaert wrote:
On 22 March 2012 11:13, Daniel Kulpdk...@apache.org 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
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
in r1290914.
Cool, guess you are thinking about 1.3.1 already :-)
Cheers, Sergey
Cheers,
David
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
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=1302802view=rev
Log:
rt-transports-http module should optionally depend on spring
Modified:
and Equinox projects that implement other
OSGi specs, but I'll take an action item to document this on the DOSGi
wiki as well.
Sounds good, thanks
Sergey
Cheers,
David
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
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 think
methods for a given endpoint.
So I kind of prefer the 2nd option but at the same time I'm OK with
restoring the flag for the sake of simplifying the testing and such at a
minor cost of keeping the somewhat redundant 'allowAllOrigins'...
Let me know please what you think
Cheers, Sergey
--
Sergey
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 make
]
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 CrossOriginResourceSharing
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
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,
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
(InvalidAlgorithmParameterException e) {
+throw new WSSecurityException(
+WSSecurityException.FAILED_ENCRYPTION, null, null, e
+);
}
return cipher;
}
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http
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
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 think
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
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
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
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 Sergey Beryozkin wrote:
Hi
I'd like
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 deploying
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
download
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=1240347view=rev
Log:
Merged revisions 1240326 via svnmerge from
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 Dan
On 01/12
.
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
-GeneratingtheclientcodefromWADLatruntime
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
/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
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http
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:
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
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 Beryozkin:
Hi Christian
On 30/01
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:
Hi Christian
On 30/01/12 10
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 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
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
:
http://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
--
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
-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
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 code
...@gmail.com wrote:
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
, Sergey Beryozkinsberyoz...@gmail.com wrote:
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
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 Beryozkin-5
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
.
Please try commenting it out. It seems like it's ready for a commit,
thanks, Sergey
Regards,
kl
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com
year
Thanks, Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
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
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 enough.
Which
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
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 providers
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
for a commit,
thanks, Sergey
Regards,
kl
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
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
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.jar
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.talend.com/
Blog: http
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:
!-- Spring --
xs:xmlns targetNamespace=http://cxf.apache.org
;
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
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
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.
that such a method actually
exists
For the record, as agreed with Benson, I updated the filter to delegate
to the runtime to find a valid matching method during a preflight check
which is more secure than depending on the custom annotation
Cheers, Sergey
--
Sergey Beryozkin
Talend Community Coders
http
For the record, as agreed with Benson, I updated the filter to delegate to
the runtime to find a valid matching method during a preflight check which
is more secure than depending on the custom annotation
Cheers, Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog
Hi
On 05/12/11 15:15, Sergey Beryozkin wrote:
On 05/12/11 13:23, Benson Margulies wrote:
On Mon, Dec 5, 2011 at 7:15 AM, Sergey Beryozkinsberyoz...@gmail.com
wrote:
Hi Benson, all
At the moment the in CORS filter returns 'null' during a preflight
check,
whenever some check fails, which means
matching method during a preflight check
which
is more secure than depending on the custom annotation
Cheers, Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
--
Sergey Beryozkin
Talend Community Coders
http
the filter to
delegate
to
the runtime to find a valid matching method during a preflight check
which
is more secure than depending on the custom annotation
Cheers, Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
--
Sergey
On 05/12/11 16:00, Benson Margulies wrote:
On Mon, Dec 5, 2011 at 10:42 AM, Sergey Beryozkinsberyoz...@gmail.com wrote:
Hi
On 05/12/11 15:15, Sergey Beryozkin wrote:
On 05/12/11 13:23, Benson Margulies wrote:
On Mon, Dec 5, 2011 at 7:15 AM, Sergey Beryozkinsberyoz...@gmail.com
wrote:
Hi
On 02/12/11 19:56, Daniel Kulp wrote:
This is probably long overdue
I added an .htaccess file to the root of the website which will redirect the
CXF schema namespaces to the appropriate schema files on the live site.
For example, if you point your browser at:
http://cxf.apache.org/core
Hi Benson
On 02/12/11 22:16, Benson Margulies wrote:
On Fri, Dec 2, 2011 at 4:45 PM, Sergey Beryozkinsberyoz...@gmail.com wrote:
Hi Benson
I think we should get rid of that Class level annotation that you
introduced. It is not secure enough - the path and verb values it lists -
they can not
On 01/12/11 16:16, Benson Margulies wrote:
I should know this, but ...
The CORS spec says:
Split the value of the Origin header on the U+0020 SPACE character and
if any of the resulting tokens is not a case-sensitive match for any
of the values in list of origins do not set any additional
help there, lookups are case-insensitive
Does it help a bit ?
Cheers, Sergey
The coward's way out of this is to use only class-level annotations
for preflight, and document that we're doing so. Can you think of any
better alternative?
--
Sergey Beryozkin
Talend Community Coders
http
On 30/11/11 15:21, Benson Margulies wrote:
In many cases, http://www.w3.org/TR/cors/#resource-preflight-requests
calls for the service to note the presence of an invalid header
differently from no header at all.
Have we got any way to keep track of this? or do we already reject
requests with
://cxf.547215.n5.nabble.com/Test-Cases-failing-due-to-double-slash-in-the-URL-generated-by-CXF-tp5016478p5024360.html
Sent from the cxf-issues mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
this
by making the minimalosgi bundle a fragment bundle of the CXF bundle but I
haven't clearly thought about the consequences of doing so yet.
Can be worth experimenting in some time too
Thanks, Sergey
-kl
--
Sergey Beryozkin
http://sberyozkin.blogspot.com
Talend Community Coders
http
ServiceMix makes it work in Java 5)
+ Remove excess repositories from the pom.xml
+ Parent pom.xml should compile JAX-RS OSGi sample
+ Any others?
Sounds good, thanks
Sergey
Regards,
kl
--
Sergey Beryozkin
http://sberyozkin.blogspot.com
Talend Community Coders
http://coders.talend.com/
);
}
}
return null;
}
}
--
View this message in context:
http://cxf.547215.n5.nabble.com/CORS-tp4970153p5001897.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
http://sberyozkin.blogspot.com
Talend Community
/Upgrading-from-2-1-4-to-2-1-9-tp5009968p5016781.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
http://sberyozkin.blogspot.com
Talend Community Coders
http://coders.talend.com/
);
}
}
return null;
}
}
--
View this message in context:
http://cxf.547215.n5.nabble.com/CORS-tp4970153p5001897.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
http://sberyozkin.blogspot.com
Talend Community Coders
http://coders.talend.com/
at 9:03 AM, Sergey Beryozkinsberyoz...@gmail.comwrote:
Hi,
how is your demo going, hope I haven't discouraged with my comments :-)
Sergey
On 19/10/11 10:28, Sergey Beryozkin wrote:
By the way, at the next stage we can also probably create the Activator
part in the jaxrs fronentend/osgi
601 - 700 of 1210 matches
Mail list logo