It looks like you are using
org.apache.camel.model.dataformat.JaxbDataFormat and not
org.apache.camel.converter.jaxb.JaxbDataFormat.
I added a test which shows that marshalling partial classes works in
generall:
https://svn.apache.org/repos/asf/camel/trunk/components/camel-jaxb/src/test/java/org/a
The war as dependency won't work. First it will ignore the type and will
append just jar to the artifactId, then it will ignore the version and will
use the plugin version (in this case 0.0.1-SNAPSHOT) which is most likely
another bug.
I think ${basedir}/target/classes is the correct default becau
Hmm you are right but i still dont see why it could be mandatory to be able
to load the class. Simply put the war as dependency.
Le 11 mai 2012 20:30, "Nestor Urquiza" a écrit :
> That is what I meant to say ./target/classes versus
> ${basedir}/target/classes. Using the latter is the correct appr
That is what I meant to say ./target/classes versus
${basedir}/target/classes. Using the latter is the correct approach in my
opinion.
In terms of the war it won't work anyway as a dependency so at this point my
project cannot generate the route diagrams unless I explicitly instruct so
from its ro
That could certainly be configurable but even for a war classes are in
target/classes not target.
Le 11 mai 2012 18:36, "Nestor Urquiza" a écrit :
> I am sorry. I am lost. Bare with me please. You mean I have to include the
> same project as a dependency? My project is a WAR file. I believe ther
Which version of Camel do you use?
Which JMS provider do you use?
Best,
Christian
On Thu, May 3, 2012 at 5:30 PM, bjacob wrote:
> Hello -
>
> Is there a difference between the following 2 pieces of code?
>
> I get "The OUT message was not received within: 2 millis." error for
> the
> second
I am sorry. I am lost. Bare with me please. You mean I have to include the
same project as a dependency? My project is a WAR file. I believe there is a
bug as default classes to search for should be those in ${basedir}/target
and not in ./target. Don't you think?
--
View this message in context:
See
http://docs.oracle.com/javase/6/docs/api/javax/xml/bind/annotation/XmlSchema.html
how to customize the namespace prefix.
Use the "-npa" option from the xjc compiler or maven-jaxb2-plugin to prevent
to update the package-info.java file.
--
View this message in context:
http://camel.465427.n5.n
Yep, because it needs it as a plugin dependency.
Le 11 mai 2012 18:20, "Nestor Urquiza" a écrit :
> OK I got it. The problem is related to how you look for classes. I believe
> you are looking from the running folder. That will work for a simple
> project
> where you build from the root of that p
OK I got it. The problem is related to how you look for classes. I believe
you are looking from the running folder. That will work for a simple project
where you build from the root of that project but it won't where you build
that project from a multipom where you basically build several dependenc
Are the routes in target/classes? If not add a dependency to the plugin
- Romain
Le 11 mai 2012 17:59, "Nestor Urquiza" a écrit :
> I am running just 'mvn clean install' just as with the pet project. Below
> is
> my xml:
>
>
>fr.rmannibucau
>diagram-generator-mav
Thank you Claus, I read both before sending the mail.
I will try to explain myself better.
I do not understand why, with load balancing between two HTTP nodes,
if I have a client route starting with a timer with certain
configuration, the client makes "independent" continuous requests
switching con
I am running just 'mvn clean install' just as with the pet project. Below is
my xml:
fr.rmannibucau
diagram-generator-maven-plugin
0.0.1-SNAPSHOT
route1
package
Package is not supported. In fact input can now be a path (xml), a class or
a package.
If it finds nothing it can mean your classes are not loaded (plugin
classpath or target/classes missing)
- Romain
Le 11 mai 2012 16:46, "Nestor Urquiza" a écrit :
> Not sure why it works with and not in the
Not sure why it works with and not in the example I
shared with you but in any case certainly when I changed to it did
generate diagrams for the two classes inside the package.
And yet in my real project there is something going on, any idea why?
[INFO]
Not sure why it works with and not in the example I
shared with you but in any case certainly when I changed to it did
generate diagrams for the two classes inside the package.
And yet in my real project there is something going on, any idea why?
[INFO]
Input IS mandatory. Not sure what it mean you expected
Le 11 mai 2012 14:45, "Nestor Urquiza" a écrit :
> Latest code built and still I get the same for my real project (
> seems to be mandatory) however in the pet project I shared with you it
> works
> partially as it generates only one of the t
Latest code built and still I get the same for my real project (
seems to be mandatory) however in the pet project I shared with you it works
partially as it generates only one of the two routes expected. You can check
it out yourself from
http://nestorurquiza.googlecode.com/svn/trunk/camelinaction
On 11/05/12 04:05, Willem Jiang wrote:
As CXF doesn't provides the async invocation client for JAXRS, current
camel-cxfrs doesn't have async producer support.
Indeed. Will be coming later on after JAX-RS 2.0 is out, still some time
away though, so if it were critical to offer such a support on
can you retry?
note: using site (or pre-site phase) you need target/classes to exist so
run package before
- Romain
2012/5/11 Nestor Urquiza
> And in my real project I get a weird behavior when I try to use package
> instead of input:
>
>
> [INFO] One or more required plugin parameters are in
I'm not sure how did you deploy your camel application.
It looks like camel-xstream have some trouble to mapping the alias this
time.
Can you try to put the aliases like this ?
On 5/9/12 11:33 PM, eismeraldo wrote:
Hi
Im using camel version 2.9.2. with spring
I
21 matches
Mail list logo
