Hi Sergey,
I'm really sorry for such commit, I know it shouldn't happen. I turned
off checkstyle as i couldn't configure it properly on intellij and it
was annoying during development.
I will apply proper changes ASAP.
According to the demo, I built it as usual web-app, if it worked, use
this sam
some handleOperation code：
--
if (ori.getMethodToInvoke().getParameterTypes().length != 0) {
sb.append("");
if (isFormRequest(ori)) {
handleRepresentation(sb, jaxbTy
Hi Łukasz
2010/7/26 Łukasz Moreń
> Hi Sergey,
>
> I'm really sorry for such commit, I know it shouldn't happen. I turned
> off checkstyle as i couldn't configure it properly on intellij and it
> was annoying during development.
> I will apply proper changes ASAP.
>
> no worries at all, I've brok
What to do about this? Add the servlet API to the sample?
---
Test set: org.apache.cxf.sample.test.TestAegisSample
---
Tests run: 1, Failures: 0,
On Monday 26 July 2010 8:37:24 am Benson Margulies wrote:
> What to do about this? Add the servlet API to the sample?
We've always needed the servlet jar for the jetty transport. The http-jetty
module should be pulling one in. In the pom, I see:
${servlet-api.group}
Silly question, but how do I bind CXF Rest services to any name on the
localhost?
Currently I have a configuration that looks like:
http://localhost:14000/services/"; >
...
This works fine if I hit my services through localhost but if I hit it through
any other hostname I get
Excellent!
I'll update this links on the cxf-dosgi wiki
(http://cxf.apache.org/distributed-osgi.html).
Best regards,
David
On 25 July 2010 17:04, Eoghan Glynn wrote:
> Folks,
>
> I'm going to declare this vote as passed, with the following votes cast:
>
> +1: Sean O'Callaghan, Sergey Beryozkin,
On Saturday 24 July 2010 3:44:18 pm Benson Margulies wrote:
> Dan, we're good to merge afaict.
We should be all merged OK now. Hit a couple java5 snags, but the latest
hudson build looks good.
git sure made merging this in one shot quite easy. :-)
--
Daniel Kulp
dk...@apache.org
http://da
Dan,
I see you implemented another plan from my invoker trick.
Do you want to flush that altogether? I originally thought that it was
a good idea because it ran the samples in a 'clean' (user-like)
invocation of maven, but for all I know you've arranged the same value
by careful (non)use of paren
On Monday 26 July 2010 11:10:25 am Benson Margulies wrote:
> Dan,
>
> I see you implemented another plan from my invoker trick.
>
> Do you want to flush that altogether? I originally thought that it was
> a good idea because it ran the samples in a 'clean' (user-like)
> invocation of maven, but f
How about, in that case:
1: samples have an aggregating parent.
2: build creates that parent by filtering from template, sticking in
the right versions.
3: invoker used to launch the whole boiling lot of them via the
aggregate, so as to get parallelism.
In my opinion, busting the samples should b
@Produces.So,I cann't use cxf generate wadl like below:
>
>
>
>
> mediaType="application/x-www-form-urlencoded">
>
>
>
here is what generated by the WADLGenerator test :
the corresponding test method :
@Path("/form2")
@P
On Monday 26 July 2010 1:23:09 pm Benson Margulies wrote:
> How about, in that case:
>
> 1: samples have an aggregating parent.
> 2: build creates that parent by filtering from template, sticking in
> the right versions.
> 3: invoker used to launch the whole boiling lot of them via the
> aggregate
On Mon, Jul 26, 2010 at 3:21 PM, Daniel Kulp wrote:
> On Monday 26 July 2010 1:23:09 pm Benson Margulies wrote:
>> How about, in that case:
>>
>> 1: samples have an aggregating parent.
>> 2: build creates that parent by filtering from template, sticking in
>> the right versions.
>> 3: invoker used
14 matches
Mail list logo
