will look in to this
The header is different while accessing through direct application. if we
hit the application server directly, getting header
Headers: {accept-encoding=[gzip,deflate], connection=[Keep-Alive],
Content-Length=[1251], content-type=[text/xml;charset=UTF-8],
Host=[hostip:port],
Sorry, I explain:
1.- Start Tomcat.
2.- In folder "identidad-paxaseMock" run: mvn install. It generate a war
file.
3.- Deploy war file in Tomcat.
4.- In folder "identidad-cliente_xunta":
- src/main/resources/spring/spring-client_paxase: it has the
property "checkFaults".
- Test to r
Hi,
We are currently using a particular ESB which requires that SAML tokens with
the Sender Vouches (SV) confirmation method must have a STR-Transform
signature in the security header. We use an STS that generates signed SAML
SV Tokens (we are using SV because we are exchanging a proprietary Sing
Update: It's not like the bug mentioned in the previous post since it
doesn't have anything to do with a collision with java reserved names but
requires the same substitution for method names that are generated based on
multiple representations.
--
View this message in context:
http://cxf.5472
Hmm...
I start thinking that may be I've misunderstood the issue and applying
your original patch (with possible modifications as indicated by Dan) is
the simplest/cheapest solution in the end,
Dan if you are OK then may be we can indeed work on the patch
Thanks, Sergey
On 15/01/14 16:39, Hen
On Jan 15, 2014, at 4:01 PM, Freddy Exposito wrote:
> Hi All,
>
> We are working with CXF in our company and we are relying on some fixes
> that are expected to be released in CXF 2.7.9.
>
> It would be great for us to have CXF 2.7.9 released soon. Do you have an
> approximated date for the 2
Hi All,
We are working with CXF in our company and we are relying on some fixes
that are expected to be released in CXF 2.7.9.
It would be great for us to have CXF 2.7.9 released soon. Do you have an
approximated date for the 2.7.9 release?
Thanks,
Freddy
--
View this message in context:
ht
No idea really, but if it’s not getting any content, that’s certainly a
problem. Definitely try a wireshark or TCP dump or something to verify what
is being sent on the wire.
On “questionable” thing I see is:
> , conten-lengtth=[1594],
That’s obviously spelled very wrong. I’m wondering i
You are catching the Exception and then just printing a stack trace. You
aren’t then throwing something from your handleMessage. The handleFault
method is called if and exception /fault is thrown from the handleMessage
method. If nothing is thrown from there, CXF assumes everything has proc
Hi Sergey.
I don't think we'd want to create the file in its final destination because:
i) The destination base directory and path vary from service method to service
method, and are also a function of the request parameters. I wouldn't have
thought there would be sufficient information in the
Hi coheigea,
I left a project in Google Drive:
https://drive.google.com/file/d/0B9NfBsCykkXqNWhielRla0ZiY00/edit?usp=sharing
thanks
JMPrieto
2014/1/15 Colm O hEigeartaigh
> Could you create a test-case that shows the problem?
>
> Colm.
>
>
> On Wed, Jan 15, 2014 at 9:23 AM, José Manuel Prieto
Can you type a sample fragment ?
I've added
mediaType="application.vnd.myvnd.some-object+xml"
element="prefix1:thebook"/>
mediaType="application.vnd.myvnd.some-object-v2+xml"
element="prefix1:theBook2"/>
I have poked around a bit and not found a good example of what I need to do to
get this working. I have a WCF C# webservice I am trying to call. I have
working Metro code and also C# code calling the service (a third party
product), but not getting any traction with CXF. So far all the example
Hi Henry
On 15/01/14 13:53, Henry Clout wrote:
Hi Sergey.
For us at least this wouldn't really address our problem. Our flow is:
- Content is uploaded to CXF.
- Our service method performs some validation on the input.
- If all is ok, the content is moved to the correct place.
In our case, th
Hi Sergey.
For us at least this wouldn't really address our problem. Our flow is:
- Content is uploaded to CXF.
- Our service method performs some validation on the input.
- If all is ok, the content is moved to the correct place.
In our case, the correct place is a location on a NAS. The CXF
Hi
On 14/01/14 21:19, Henry Clout wrote:
Hi Sergey.
Sure, so long as it's possible for the service implementation to map an
attachment to the the generated temp file, that'd work. I guess for the
particular use case I was describing it's slightly less clean, since the user
needs to take into
And one more thing that I found is, there is no pay load (for request in WAS
log). So there is no request is coming to application...
--
View this message in context:
http://cxf.547215.n5.nabble.com/Error-reading-XMLStreamReader-SOAPUI-but-works-fine-in-browser-tp5738545p5738579.html
Sent from
Could you create a test-case that shows the problem?
Colm.
On Wed, Jan 15, 2014 at 9:23 AM, José Manuel Prieto <
joseman...@prietopalacios.net> wrote:
> Unsolved
>
> I followed this steps:
> 0.- Create diferent calls in spring file to DefaultCryptoCoverageChecker,
> ref, bean, property --> no c
Hi Cyril,
Thanks for the test-case. The problem is that CXF is using 256 bits as the
keysize, whereas Metro is using 128 bits, hence the signature verification
error. You can adjust CXF by editing the client-cxf.xml file in your
project, + adding the following jaxws:property to the client bean:
Hi
I have an inbound interceptor that performs some actions before invoking my
webservice. In my interceptor I call method from classes that I instantiate
on runtime with Class.forName(cls);
I am currently testing what happens when I give invalid class name in the
cls variable and I noticed that
Jens wrote
> Assuming there is no way to specify MsgIDAsCorrelID, can the request
> message be modified in an interceptor before the destination gets to
> create the response message? Is the JMSMessage available at that point?
Okay, so an interceptor that erases the correlation ID from the receive
Unsolved
I followed this steps:
0.- Create diferent calls in spring file to DefaultCryptoCoverageChecker,
ref, bean, property --> no changes
1.- I create a custom Interceptor --> no changes
public class CustomDefaultCryptoCoverageChecker extends
DefaultCryptoCoverageChecker {
public C
22 matches
Mail list logo