INFO] [antrun:run {execution: validate}]
[INFO] Executing tasks
[INFO] Executed tasks
[INFO] Registering compile source root
/Users/benson/asf/cxf/testutils/target/generated/src/main/java
[INFO] [cxf-xml2fastinfoset:xml2fastinfoset {execution: xml2fastinfoset}]
[INFO]
--
I found that I had to manually go build the codegen-plugin before I could
get fastinstall,setup.eclipse to work on trunk.
Sergey,
I've made it as far as the namespace issues with JSON, since the changes
I've made to deal with generic types have made them worse.
There's something here that I just don't follow.
When the output is XML, all the namespaces just take care of themselves.
Aegis assigns prefixes and StaX wr
public abstract class AbstractAegisProvider
implements MessageBodyReader, MessageBodyWriter
It seems to me that this is supposed to be . This is resulting in
warnings that need to be suppressed for any type that isn't precisely
Object.
Hi Benson,
I have added this dependency. It is used to pull wsdl files from the
maven repo.
(see https://issues.apache.org/jira/browse/CXF-2275)
I have added the following dependencies to the codegen plugin:
org.apache.maven
maven-core
provided
Something is wrong with the 'fastinstall' profile. Maybe it doesn't rebuild
the codegen?
On Sat, Sep 5, 2009 at 9:02 AM, Christian Schneider wrote:
> Hi Benson,
>
> I have added this dependency. It is used to pull wsdl files from the maven
> repo.
> (see https://issues.apache.org/jira/browse/CXF
So mvn install worked and mvn -Pfastinstall did not work?
Greetings
Christian
Benson Margulies schrieb:
Something is wrong with the 'fastinstall' profile. Maybe it doesn't rebuild
the codegen?
On Sat, Sep 5, 2009 at 9:02 AM, Christian Schneider
wrote:
Hi Benson,
I have added t
I've convinced myself that the implementation of aegis+json for JAX-RS, with
respect to namespaces, has absolutely got to change.
Let me lay out the situation as I see it.
When we are writing XML, Aegis assigns prefixes on the fly, though it will
respect a map of preferred prefixes. These prefixe
The quickest path to failure is:
mvn clean
mvn -Pfastinstall,setup.eclipse
On Sat, Sep 5, 2009 at 9:37 AM, Christian Schneider wrote:
> So mvn install worked and mvn -Pfastinstall did not work?
>
>
> Greetings
>
> Christian
>
> Benson Margulies schrieb:
>
>> Something is wrong with the 'fastins
On Sat September 5 2009 9:49:57 am Benson Margulies wrote:
> The quickest path to failure is:
>
> mvn clean
> mvn -Pfastinstall,setup.eclipse
You probably needed:
mvn install -Pfastinstall,setup.eclipse
setup.eclipse resets the default target to process-test-sources so the plugin
probably wasn'
This doesn't write END_DOCUMENT events to the output?
Well, so, I've been working on the soggy saga of JAX-RS + Aegis + Jettison.
I won't repeat other recent messages too much.
Aegis likes to write namespaces. There is no option to use it unqualified.
Jettison is really weak on namespaces. It someone to know all the namespaces
and prefixes in advanc
JAX-RS defines two fundamental interfaces: MessageBodyReader and
MessageBodyWriter, and providers implement.
I claim that GENERIC providers that work for any object (like those
corresponding to data bindings) should, themselves, be GENERIC, and
implement MessageBodyX, not MessageBodyX.
I claim th
http://wiki.fasterxml.com/JacksonInFiveMinutes
It looks to me as if a Jackson 'provider' would be a pretty straightforward
construction. To be clear, there's be no CXF DataBinding in the process at
all. Jackson maps pojos to JSON and vica versa.
The plus side of this is that it would yield, if su
On Sat, Sep 5, 2009 at 1:57 PM, Benson Margulies wrote:
> JAX-RS defines two fundamental interfaces: MessageBodyReader and
> MessageBodyWriter, and providers implement.
>
> I claim that GENERIC providers that work for any object (like those
> corresponding to data bindings) should, themselves, be
15 matches
Mail list logo