in the works I guess our time is better spend on
some other task.
Cheers
Pontus Ullgren
On Mon, Oct 9, 2017 at 10:18 AM Claus Ibsen wrote:
>
> Hi
>
> Just blogged and recorded a video about some cool new tooling on the
> way for Apache Camel 2.21.
>
> Route coverage of Camel
is close enough to allow for potential confusion.
https://github.com/topicusoverheid/kamel
Looking forward to see the result.
// Pontus
On Mon, 16 Jul 2018 at 15:15 Hiram Chirino wrote:
> Love the idea.
>
> Personally, I'd keep using the existing Camel XML DSL if possible. Yo
Sorry my bad. Must have had a old version cached somehow.
The link is indeed no longer there.
// Pontus
On Wed, 6 Sep 2017 at 22:14 Pontus Ullgren wrote:
> Actually there is a link to this page from the Camle website in the menu
> on the right hand side.
>
> In the section Commun
Actually there is a link to this page from the Camle website in the menu on
the right hand side.
In the section Community there is a link "Discussion Forums". That page
still mentions and links to Nabble.
// Pontus
On Wed, 6 Sep 2017 at 10:04 Claus Ibsen wrote:
> On Wed, Sep 6,
fine with.
But as Cause say this should be discussed on the camel-extra mailing list
http://camel-extra.1091541.n5.nabble.com/
// Pontus
On Fri, 9 Jun 2017 at 19:18 Claus Ibsen wrote:
> Hi
>
> You can fork any github repo, that is allowed for anyone to do.
>
> For example you can f
ce work on the camel project but
keeping it in a artifact repo makes more sense than in the source repo (at
least to me).
// Pontus
On Mon, 20 Feb 2017 at 22:02 Zoran Regvart wrote:
> Hi Pontus,
> first of all, thank you :)
>
> Yeah, I would love to do that, but it brings along another se
Hi,
Would it not be a better solution to publish the jar ourself to maven
central ?
Similare to what SMX project does for other 3rd party libraries that are
not osgi compatible bundles ?
Just my $0.02
// Pontus
On Mon, 20 Feb 2017 at 15:07 Zoran Regvart wrote:
> Hi Cameleers,
> what
the adoc
based documentation. Is this correct?
Thanks
Pontus
On Sat, 4 Feb 2017, 21:33 Claus Ibsen, wrote:
> Hi Dmitry
>
> Well spotted. I have just fixed this so its included now.
>
> On Sat, Feb 4, 2017 at 7:12 PM, Dmitry Volodin wrote:
> > Hi Claus!
> >
>
OSSRH [2].
[1]: https://issues.sonatype.org/browse/OSSRH-1465
[2]: http://central.sonatype.org/pages/ossrh-guide.html
Best regards
Pontus Ullgren
On Mon, 30 Jan 2017 at 19:34 Krzysztof Sobkowiak
wrote:
Hi
I'm asking you here because you release the Came Extra artifacts into
Central Maven
Please use the users mailing list[1] for this type of questions.
The dev mailing list is for development of Camel not developing WITH Camel.
As a incitement if you post the question to the user mailinglist I do have
an answer for you :-)
[1] http://camel.465427.n5.nabble.com/Camel-Users-f465428.
forum/maillinglist.
Anybody know who has access to update these resources ?
Also I would like to get admin access to the Camel-Extra Jira to be able to
complete a 2.18.0 release of Camel-Extra.
Thanks
Pontus Ullgren
efit of this would be that you could break backwards compatible as
much as you like.
Best regards
Pontus Ullgren
On Sun, 4 Dec 2016 at 11:26 sekaijin wrote:
> Hi,
>
> The mongodb driver has changed in its foundation.
> It is recommended not to use many classes of the verion 2 still p
st regards
// Pontus Ullgren
On Thu, 24 Nov 2016 at 05:22 Evgeny M wrote:
> Good day.
>
> Springboot team is going to drop off the support for the remote shell.
>
> Would there be some appetite from the Apache Camel project team to continue
> providing remote shell capability as par
ecure/Dashboard.jspa and it's own
mailing list (http://camel-extra.1091541.n5.nabble.com/).
Please also post there if you have any questions or comments.
Best regards
Pontus Ullgren
On Wed, 26 Oct 2016 at 16:17 fabryprog wrote:
> hello to everyone, the open source principle should be clea
Sorry the "forum" is also a mailing list so even if the forum post could be
delete all emails send out can not. So I advise you to change password as
soon as possible if you have not already done so.
Also the questions you raise are more suited for the user mailing list.
On Fri, 10 Jun 2016, 08:1
check if there is somebody on the mailing list
that has more experience with Neo4j and the camel-spring-neo4j component
that can lend a hand.
[1]
http://camel-extra.1091541.n5.nabble.com/Problems-compiling-camel-spring-neo4j-td391.html
Thanks
Pontus Ullgren
#x27;m not sure why camel-extra should discontinue it just because Actian
has discontinued there commercial db4o product offering ?
If we need a commercial product offering for all components in camel-extra
(or camel for that matter) my guess is that it will be a pretty empty place
:-)
// Pontus
helps the users if camel-extra
keeps up with the main project.
Regards
Pontus
On Mon, 16 Nov 2015 at 11:17 Jean-Baptiste Onofré wrote:
> Hi Pontus,
>
> It looks good. I'm upgrading to Camel 2.15.4 and so fixing components.
>
> If we have to "maintain" 2.15.0 I will
ll me so I can try to fix it. Or just
recommit them and push :-)
Thanks
Pontus Ullgren
On Fri, 13 Nov 2015 at 17:06 Pontus Ullgren wrote:
> OK so the new imported repo was trashed I guess due to some forced push.
>
> I will make a new try to fix this later.
> Could you please wait wi
OK so the new imported repo was trashed I guess due to some forced push.
I will make a new try to fix this later.
Could you please wait with pushing commits for the time beeing.
// Pontus
On Fri, 13 Nov 2015 at 16:51 Pontus Ullgren wrote:
> Hello.
>
> The camel-extra repo from go
regards
Pontus Ullgren
On Wed, 11 Nov 2015 at 11:16 David Karlsen wrote:
> That sounds good so we don't loose anything. Can I additionally
> suggest that the old repo get's closed/set readonly or something after
> the move so we don't end up here again?
> Ke
Great,
I would be happy to do this new migration (already have the privileges
needed on the github organisation).
However I will wait an additional 72h just to see if there are any
objections :-)
// Pontus
On Wed, 11 Nov 2015 at 09:40 Claus Ibsen wrote:
> Hi
>
> Yeah sure I think re
code.
Should we have a vote on this ? Or should this issue be handled on the
camel-extra mailing list instead ?
Best regards
Pontus Ullgren
On Sun, 1 Nov 2015 at 00:13 Pontus Ullgren wrote:
> A short update.
> Looked through the commits in the google code repo and github and as a
&g
.
We could then sit down and move over the commits that makes sense from the
once that was done on github.
Comments ?
// Pontus
On Sat, 31 Oct 2015 at 15:51 Pontus Ullgren wrote:
> Yes, camel-extra copied to github quite some time ago. However after that
> there was a period of uncertainty d
is up to each PMC to decide where and what they
want to do with their extras project. Nothing will be automatically moved
by apache infra.
Best regards
Pontus
On Sat, 31 Oct 2015, 14:42 David Karlsen wrote:
> https://github.com/camel-extra/camel-extra
>
> 2015-10-31 14:01 GMT+01:00
// Pontus
On Thu, 17 Sep 2015 at 13:57 Christian Müller
wrote:
> I'm also not happy with the support/guidance from dev@community regarding
> this topic and +1 to move to Github now. I'm not convinced from SF.
>
> Before we are releasing our first release there, please c
Hello again,
So I tried to reach out to com-dev beginning this month[1] and it seems to
be a dead end.
Some answers[2] even suggest that it is up to the PMCs.
So in line of the two previous votes[3] [4] I think we should go ahead and
continue the move to github.
Best regards
// Pontus
[1]
http
sting
some documentation and
has a good reputation of keeping a good uptime on the service in my opinion
it is not that big a deal
where or what is hosting it. The important thing is that we get this up
read-write ASAP.
Just my $0.02
// Pontus
On Fri, 4 Sep 2015 at 17:59 Raul Kripalani wrote:
>
you need to trigger your route from an external machine you should use
another component.
[1] http://camel.465427.n5.nabble.com/Camel-Users-f465428.html
[2] http://camel.apache.org/direct.html
// Pontus
On Sun, 23 Aug 2015 at 10:02 smkrishna27 wrote:
> Hi,
>
> I have implemented ca
Pressed send a bit fast there sorry.
I'm planning to have a look at CAMEX-61[1] today and it would be nice to
know where it should be committed.
[1] https://camel-extra.atlassian.net/browse/CAMEX-61
On Tue, 28 Apr 2015 at 09:00 Pontus Ullgren wrote:
> Think I already voted in anothe
hosting has been, and I assume will continue to be, done
via maven central and the Sonytype services.
While looking at AOO which seems to have there extras mainly as a place to
store libraries used by internal developers. If I read the discussion on
ComDev correctly.
Just my 0.02 SEK
Pontus
+1
On Sat, Apr 11, 2015 at 9:58 AM, Andrea Cosentino
wrote:
> From my point of view is the best solution.
>
>
> +1
>
>
> Da:"Greg Autric"
> Data:ven, 10 apr, 2015 alle 19:16
> Oggetto:[PROPOSAL] Move camel-extra from google code to github ?
>
> Hi All,
>
> as you know google code will close soon
Hi Christian,
Just created a account on the Confluence WIKI and the user name is
'pontus.ullgren'.
Best regards
Pontus Ullgren
On 2013-09-02 19:34, Christian Müller wrote:
Hi Pontus,
you ICLA was received and filed by the Apache secretary and I wanted
go ahead and grant the WIKI
33 matches
Mail list logo
