Hi
Please use the @user mailing list / forum for asking questions about
Apache Camel.
See more details here
http://camel.apache.org/mailing-lists.html
On Mon, Dec 2, 2013 at 8:28 AM, rameshbabu wrote:
>
> Hi,
>
> I am using SMPPSim in ubuntu. I need to use smpp end point as consumer and
> as
What is exactly your concern ? According to your example, you have already
configured the producer/consumer as described in the doc here (
http://camel.apache.org/smpp.html). If now, you are looking for about more
examples, I invite you to have a look to unit tests of the component :
https://github
Hi,
I am using SMPPSim in ubuntu. I need to use smpp end point as consumer and
as well as producer in my route as follows.
I need to do any configuration for this.
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel-SMPP-as-Consumer-and-Producer-tp5744160.html
S
+1 for 2.13.0
Babak
hadrian wrote
> The camel:dot goal provided by the camel-maven-plugin has not been
> maintained in 5+ years, produces poor quality output and, most
> importantly, doesn't seem to be used. I propose to remove it.
>
> Hadrian
--
View this message in context:
http://cam
Interestingly I could not find any discussion (or veto) going on by the AMQ
dev forum about replacing the old webconsole with hawtio, strange...
The only thing I found was the JIRA ticket about this:
https://issues.apache.org/jira/browse/AMQ-4594
Babak
Johan Edstrom-2 wrote
> Benjamin, it has
Johan, my intention is not to attack anybody (although you¹re free to
interpret it that way) but only to tell how I see the REAL intention
behind this thread. And thanks for sharing your opinion!
Babak
Am 01.12.13 19:10 schrieb "Johan Edstrom" unter :
>Babak, the good thing about personal opini
Benjamin, it has been discussed in AMQ as well.
http://irclogs.dankulp.com/logs/irclogger_log/activemq/?date=2013-11-13,Wed
http://irclogs.dankulp.com/logs/irclogger_log/activemq/?date=2013-10-25,Fri
On Dec 1, 2013, at 11:03 AM, Benjamin Graf wrote:
> Hi
>
> BTW why is hawtio a problem for Ca
Babak, the good thing about personal opinion and ad-hominem
attacks it that one doesn't have to share them.
On Dec 1, 2013, at 11:03 AM, Benjamin Graf wrote:
> Hi
>
> BTW why is hawtio a problem for Camel for political reason? It is yet the
> official front end for ActiveMQ. Is this seen diff
Hi
BTW why is hawtio a problem for Camel for political reason? It is yet the
official front end for ActiveMQ. Is this seen different in different Apache
projects???
Best regards
Benjamin
On 01.12.2013 17:58, Babak Vahdat wrote:
> Hi
>
> Let me sincerly tell you my personal opinion. To me the vet
Hi
Let me sincerly tell you my personal opinion. To me the vetos both Dan &
Hadrian have started in this thread has nothing really technical in it and
is just POLITICAL justifications as Talend representatives.
Why not let the community benefit from a ASL2 licensed software?
@Dan in open source
On 1 Dec 2013, at 13:25, dk...@apache.org [via Camel]
wrote:
>
> >
> > So any 3rd party tool that aids developers, can't be run as a maven target
> > unless its completely branded and controlled by the Camel PMC is the stance
> > you are taking.
>
> If the maven plugin is part of Camel and
Thanks Jon!
On 1 Dec 2013, at 13:23, Jon Anstey [via Camel]
wrote:
> Even if there is this cycle, I'm pretty sure hawtio isn't tied to a
> specific version of camel so it shouldnt be an issue.
> On 2013-12-01 9:40 AM, "Jon Anstey" <[hidden email]> wrote:
>
> > I think this is the first possi
There are two outstanding vetoes. Please revert the patch until the
conclusion of this discussion.
Hadrian
On 12/01/2013 03:46 AM, Rob Davies wrote:
dk...@apache.org wrote
Having no way for this PMC to control the display of the Camel route *IS*
a technical justification. If we as a PMC wa
After Camel has changed to git - what about using Gerrit Code Review [1] for
handling patches (automatic done of first checks)?
Would that help?
There was some initial work by Infra [2] but it seemed that this service is
stopped at the moment and Infra is waiting for more users.
While short l
GitHub user mach10 opened a pull request:
https://github.com/apache/camel/pull/63
CAMEL-6934 enabling dns addresses to not get cached
CAMEL-6934 camel-mina2 change. Enables a new SocketAddress to be created if
the new config value of cachedAddress is set to false everytime openConne
On Dec 1, 2013, at 3:46 AM, Rob Davies wrote:
> dk...@apache.org wrote
>> Having no way for this PMC to control the display of the Camel route *IS*
>> a technical justification. If we as a PMC wanted to remove columns, add
>> new columns for new features, change the order of stuff, etc…. *WE
Even if there is this cycle, I'm pretty sure hawtio isn't tied to a
specific version of camel so it shouldnt be an issue.
On 2013-12-01 9:40 AM, "Jon Anstey" wrote:
> I think this is the first possible technical issue in this thread...
> Although I haven't looked at the dependency graph myself to
I think this is the first possible technical issue in this thread...
Although I haven't looked at the dependency graph myself to see if its
actually an issue :-)
We certainly do not have the requirement to brand and control every 3rd
party tool we interact with. Like, we deploy poms that specify a
I see another technical issue with the relation between camel and
hawtio. The Hawtio camel integration depends on camel. If we now add a
dependency from camel to hawtio this creates a circular depenency that
tightly couples the projects in a way that should be avoided.
So why not just provide
dk...@apache.org wrote
> Having no way for this PMC to control the display of the Camel route *IS*
> a technical justification. If we as a PMC wanted to remove columns, add
> new columns for new features, change the order of stuff, etc…. *WE* have
> no way to do so.
>
> Having no way to cha
20 matches
Mail list logo
