yep... pretty much
On Thu, May 19, 2022 at 6:33 PM m sacks wrote:
>
> And if i want to publish it without building community just publish to github
> if i understand correctly?
>
>
> On Thu, May 19, 2022 at 3:22 PM Clebert Suconic
> wrote:
>>
>> if you widen
> 2
> >
> > 3
> >
> > 4
> >
> > 5
> >
> > 6
> >
> > 7
> >
> > 8
> >
> > 9
> >
> > 0
> >
--
Clebert Suconic
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
this does turn out to be the
> situation, what steps can we take instead?
>
> Thanks,
>
> Andy.
>
> [1] https://github.com/apache/arrow/pull/9723
>
--
Clebert Suconic
What are the similarities and differences from Camel? (I'm not making
an argument in any way..just trying to understand it)
On Thu, Aug 6, 2020 at 11:51 AM Clebert Suconic
wrote:
>
> If you make it generic enough that runs on other messaging solutions
> (Kafka, Artemis, ActiveMQ,
o. And I'd like to emphasize that the
> > community
> > > > however small it might look so far, has been aligned with Apache
> > ways of
> > > > doing things. Heng Du (from RocketMQ PMC) is very instrumental in
> > > > tirelessly helping this group to learn what it means to be a
> > truly open
> > > > source project.
> > > >
> > > >
> > > > The code is already under ALv2 and is publicly available. As you
> > will see
> > > > it has a lot of dependency connections with the rest of Apache
> > ecosystem
> > > > and IMO will fit very well here and continue to grow the
> > community.
> > > >
> > > >
> > > > The project's proposal is available at [1].
> > > >
> > > >
> > > > Thank you very much for the feedback you're willing to provide!
> > > >
> > > >
> > > > With best regards,
> > > >
> > > > Eason Chen
> > > >
> > > >
> > > >
> > > > [1]
> > > >
> > https://cwiki.apache.org/confluence/display/INCUBATOR/EventMeshProposal
> > >
> > <https://cwiki.apache.org/confluence/display/INCUBATOR/EventMeshProposal>>
> > ;
--
Clebert Suconic
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
cubator.apache.org%3E
> > > > [3]:
> > https://wiki.apache.org/incubator/CavaProposal?action=recall&rev=14
> > > > [4]: https://incubator.apache.org/guides/proposal.html#the_vote
> > > > -
> > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > > For additional commands, e-mail: general-h...@incubator.apache.org
> > > >
> > >
> > >
> > > --
> > > Best Regards！
> > > Huxing
> > >
> > > -
> > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > For additional commands, e-mail: general-h...@incubator.apache.org
> > >
> > >
> >
>
--
Clebert Suconic
compatible licenses. Upon acceptance to the incubator, we
>>> would begin a thorough analysis of all transitive dependencies to
>>> verify this fact and further introduce license checking into the build
>>> and release process.
>>>
>>> =
here".
**
If you just copy the log from slack into the mail list, you're not
really solving the problem. people will just ignore the list and slack
became the official source for communications.
On Wed, Nov 15, 2017 at 2:52 PM, Bertrand Delacretaz
wrote:
> On Wed, Nov 15,
s one of motivation why we want to code, so perhaps
> a Slack summary bot is desired... :-)
>
>
> On Wed, Nov 15, 2017 at 10:46 AM, Clebert Suconic > wrote:
>
>> I don't think you should sync it...
>>
>> Someone else please correct me if I'm wron
class-memory
>
> Let me take a look to see if there is a way to sync slack channel with mail
> list bi-directionally...
>
> On Wed, Nov 15, 2017 at 9:42 AM, Clebert Suconic
> wrote:
>
>> All the communication is happening on slatck?
>>
>> shouldn't t
g tape with disk technology since the 1980s. so if
>> possible, I
>> > advocate establishing an Apache working group to enhance the
>> collaboration
>> > and synergies mentioned by Patrick Stuedi for storage-class memory
>> > technology-oriented projects.
>> >
>> > Best.
>> > Gary.
>> >
under Apache compatible licenses.
>>
>> Required Resource
>>
>> Mailing lists
>>
>> priv...@crail.incubator.apache.org
>> d...@crail.incubator.apache.org
>> comm...@crail.incubator.apache.org
>> Git repository
>>
>> https://git-wip-us.
representatives and active contributors to this Slack
> channel - not yet but soon later
> 3) Request a dedicated mail list for our workgroup - request sent
> 4) Request typical platform equipped with storage-class memory resource -
> trying but not guaranteed
>
>
> On Tue,
>>> advantages of storage-class memory for data processing and analytics
>> > >>>> because silicon companies are able to produce high capacity
>> > non-volatile
>> > >>>> memory on a large scale, this hardware technology will fundamentally
gt; -----
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
> --
Clebert Suconic
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org> general-unsubscr...@incubator.apache.org>
>> For additional commands, e-mail: general-h...@incubator.apache.org> general-h...@incubator.apache.org>
>>
>>
>&
s I know. Someone can be
> voted in to IPMC if they are willing to put in the effort to be the mentor?
>
> On Wed, Oct 18, 2017 at 11:42 AM, Clebert Suconic > wrote:
>
>> I just learned I can't be a mentor.. as I'm not on the IPMC...
>>
>> but I will stic
definitely related.. Crail is a distributed storage system designed
>> for high-performance storage and networking hardware, tailored to
>> support data processing in new data center deployments. If you're
>> interested in becoming a mentor please let us know...
>>
orking hardware, tailored to
> support data processing in new data center deployments. If you're
> interested in becoming a mentor please let us know...
>
> On Wed, Oct 18, 2017 at 5:44 AM, Clebert Suconic
> wrote:
>> I have written a libaio wrapper in java. For artemis
nterested and you're eligible to be a mentor please let us
> know!
> >
> >
>
> We are still looking for one more mentor before starting the formal vote
> for Crail.
>
> Any volunteers ?
>
> Thanks
>
>
> --
> Luciano Resende
> http://twitter.com/lresende1975
> http://lresende.blogspot.com/
>
--
Clebert Suconic
gt; My dated assumption is that Apache tends to be -1 to forums, but
> then
> > we
> > had Nabble eking an existence on top of our lists as a
> semi-forum, then
> > StackExchange creating de facto Q&A forums; so perhaps user
> forums are
> > a
> > thing now; or perhaps folk have their user@ mailing lists
> integrated
> > with
> > discourse/stackoverflow etc?
> >
> > Thanks,
> >
> > Hen
> >
> >
> >
> >
>
>
>
>
>
> --
Clebert Suconic
cific problem (messaging).
On Wed, Aug 2, 2017 at 2:36 PM, Phillip Rhodes
wrote:
> Sounds interesting. I wonder if the Camel community would be
> interested in this as well?
>
>
> Phil
>
> This message optimized for indexing by NSA PRISM
>
>
> On Wed, Aug 2, 2017 a
//gitter.im/openmessaging/public
> <https://gitter.im/openmessaging/public>
>
>
>
>
>
>> 在 2017年6月28日，22:30，Clebert Suconic 写道：
>>
>> With the number of message brokers out there (call it message
>> solution, server.. whatever you want to call it)..
iginal)
>>
>> Could I be enabled to edit the wiki
>>
>> Cheers
>> Mike
>>
>> Sent from my iPhone
>>
>> > On 26 Jun 2017, at 21:47, Clebert Suconic
>> wrote:
>> >
>> > @John: do I need special auth to change the WIKI you cre
n building
>> >> out>
>> >>>>> some reusability and core protocol support along the ways.>
>> >>>>>>
>> >>>>> Knowing that we have some messaging experience within the incubator,
>> I>
>> >>>>> wanted to prod arou
t; PS - when I say interested parties, it could be>
> >>> champions/mentors/contributors or heck even possible TLP sponsors.>
> >>>>
> >>> [1]:>
> >>> https://lists.apache.org/thread.html/ff3ffb0408d299724caadbfb6e3c37>
> >>> 3e74d5d16def9af0c1a8fd8db9@%3Cdev.activemq.apache.org%3E>
> >>>>
> >>
> >
> >
> > Sent from my iPad
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> <mailto:general-unsubscr...@incubator.apache.org>
> > For additional commands, e-mail: general-h...@incubator.apache.org
> <mailto:general-h...@incubator.apache.org>
>
--
Clebert Suconic
This would be totally from a Messaging Point of View.. not just JMS BTW.
Right now there are 2 JMS components that would be cross used from qpid-jms,
artemis.. and who knows… Rocket…
- Serders/Serialization integration for Object messages
- JMS Connection pool…
There’s also the idea of using th
27 matches
Mail list logo
