Re: Clojure is a good choice for Big Data? Which clojure/Hadoop work to use?

[Thad Guidry]

Christian writes really good tools.  Sparkling is no exception.
I have yet to use it in production myself however, since I haven't had the
need to use Clojure directly to solve any "data aggregation" problems.
Spark and other tools do that well enough, naturally.

As far as using a tool/programming language to solve "data integration"
problems in large enterprise environments, I will ALWAYS use Open Source
tools for that purpose.  Clojure is no exception.  But I do tend to choose
open source hammers to drive nails.  Sometimes Clojure is missing the
handle on its hammer, as we have all experienced, but that's on us since WE
have the power to make Clojure better.  But often TIME is what we lack to
build better API's, libraries, tools for Clojure expansion.

The Apache ecosystem offers many tools & libraries for "big data" and "data
integration"  which I often turn to first because I lack TIME for building
(long tail), but have enough TIME for learning new things (shorter tail
that helps the long tail).
https://projects.apache.org/projects.html?category

Thad
https://www.linkedin.com/in/thadguidry/


On Thu, Jul 4, 2019 at 12:37 PM Chris Nuernberger 
wrote:

> Thad,
>
> You approach seems very promising to me for a lot of jobs.  Spark runs on
> top of many things.
>
> As far as a clojure layer on top, what do you think about sparkling
> ?
>
> On Thu, Jul 4, 2019 at 8:43 AM Thad Guidry  wrote:
>
>> "Batch" - doing things in chunks
>> "Processing" - THE WORLD :-)  because it means so many different things
>> to so many folks (including your boss)
>>
>> Without a doubt, you will love Apache Spark for your batch processing and
>> writing Spark Programs to conquer any World you are building.
>> Spend time to install Spark standalone deploy and then use its powerful
>> Spark Shell  (the
>> feeling of Clojure REPL  !!)
>> If you just want to jump in to a public cluster and Try Spark, then I
>> would suggest Databricks .
>> Spend time reading the features under Libraries drop-down menu on Apache
>> Spark website .
>>
>> You might even be encouraged enough to write an official API in Clojure
>> for Apache Spark within a year!  (win-win)
>>
>> One note of caution if you are building something for long term, you will
>> eventually have a need for data versioning, ACID transactions, schema
>> evolution, for this I use Delta Lake  (not Datomic)
>> since its fully compatible with Spark
>>
>> Best of luck!
>> Thad
>> https://www.linkedin.com/in/thadguidry/
>>
>>
>> On Thu, Jul 4, 2019 at 3:22 AM orazio  wrote:
>>
>>> Hi @atdixon and Thad, thanks for your help.
>>>
>>> I provide more details about my project
>>> My big data layer  is inspired by Lambda architecture. The pipeline
>>> include following layers and related tool choosed to address the issue:
>>> - *Nifi* for *data ingestion*, and publisinh data/message on  kafka
>>> topic.
>>> - *Kafka* as *message broker* that with kafka connect, allow me to
>>> store data in mongodb ( with mongodb sink and 1 day retention period ) and
>>> HDFS (hdfk sink with 1 year retention period)
>>> - *Real time processing* with *mongoDB* using it's built-in QueryEngine
>>> taht provides extensive Querying, Filtering, and Searching abilities.
>>> - *Batch processing* of data stored on HDFS, that performs data
>>> aggregation and store result on a HBase Table. *?* The question is :
>>> Which tool do you suggest to use for data processing sotred on HDFS ?
>>> - *Serving Layer* with *HBase/Phoneix* to store and allow access to
>>> batch view.
>>>
>>> Now i'm invoking your help to choose *the most appropriate tool to
>>> execute batch jobs (map reduce)* which will have to aggregate data.
>>> Natahn Marz suggests Clojure/Cascalog. Do you know other excellent
>>> clojure/Hadoop work in the community, about data processing?
>>> if you know some particularly appropriate tools, I could also consider
>>> other work/library outside the clojure community.
>>>
>>> Thanks
>>>
>>>
>>>
>>> Il giorno mercoledì 3 luglio 2019 14:56:09 UTC+2, Thad Guidry ha scritto:

 "The best code is never written"

 https://zeppelin.apache.org/
 https://nifi.apache.org/

 Thad
 https://www.linkedin.com/in/thadguidry/


 On Tue, Jul 2, 2019 at 11:07 AM orazio  wrote:

> Hi All,
>
> I'm newbie on Clojure/Big Data, and i'm starting with hadoop.
> I have installed Hortonworks HDP 3.1
> I have to design a Big Data Layer that ingests large iot datasets and
> social media datasets, process data with MapReduce job and produce
> aggregation to store on HBASE tables.
>
> For now, my focus is addressed on data processing issue. My question
> is: Is Clojure a good choice for distributed data processing on hadoop ?
> I found Cascalog as fully-featured data processing and

Re: Clojure is a good choice for Big Data? Which clojure/Hadoop work to use?

[Chris Nuernberger]

Thad,

You approach seems very promising to me for a lot of jobs.  Spark runs on
top of many things.

As far as a clojure layer on top, what do you think about sparkling
?

On Thu, Jul 4, 2019 at 8:43 AM Thad Guidry  wrote:

> "Batch" - doing things in chunks
> "Processing" - THE WORLD :-)  because it means so many different things to
> so many folks (including your boss)
>
> Without a doubt, you will love Apache Spark for your batch processing and
> writing Spark Programs to conquer any World you are building.
> Spend time to install Spark standalone deploy and then use its powerful
> Spark Shell  (the
> feeling of Clojure REPL  !!)
> If you just want to jump in to a public cluster and Try Spark, then I
> would suggest Databricks .
> Spend time reading the features under Libraries drop-down menu on Apache
> Spark website .
>
> You might even be encouraged enough to write an official API in Clojure
> for Apache Spark within a year!  (win-win)
>
> One note of caution if you are building something for long term, you will
> eventually have a need for data versioning, ACID transactions, schema
> evolution, for this I use Delta Lake  (not Datomic)
> since its fully compatible with Spark
>
> Best of luck!
> Thad
> https://www.linkedin.com/in/thadguidry/
>
>
> On Thu, Jul 4, 2019 at 3:22 AM orazio  wrote:
>
>> Hi @atdixon and Thad, thanks for your help.
>>
>> I provide more details about my project
>> My big data layer  is inspired by Lambda architecture. The pipeline
>> include following layers and related tool choosed to address the issue:
>> - *Nifi* for *data ingestion*, and publisinh data/message on  kafka
>> topic.
>> - *Kafka* as *message broker* that with kafka connect, allow me to store
>> data in mongodb ( with mongodb sink and 1 day retention period ) and HDFS
>> (hdfk sink with 1 year retention period)
>> - *Real time processing* with *mongoDB* using it's built-in QueryEngine
>> taht provides extensive Querying, Filtering, and Searching abilities.
>> - *Batch processing* of data stored on HDFS, that performs data
>> aggregation and store result on a HBase Table. *?* The question is :
>> Which tool do you suggest to use for data processing sotred on HDFS ?
>> - *Serving Layer* with *HBase/Phoneix* to store and allow access to
>> batch view.
>>
>> Now i'm invoking your help to choose *the most appropriate tool to
>> execute batch jobs (map reduce)* which will have to aggregate data.
>> Natahn Marz suggests Clojure/Cascalog. Do you know other excellent
>> clojure/Hadoop work in the community, about data processing?
>> if you know some particularly appropriate tools, I could also consider
>> other work/library outside the clojure community.
>>
>> Thanks
>>
>>
>>
>> Il giorno mercoledì 3 luglio 2019 14:56:09 UTC+2, Thad Guidry ha scritto:
>>>
>>> "The best code is never written"
>>>
>>> https://zeppelin.apache.org/
>>> https://nifi.apache.org/
>>>
>>> Thad
>>> https://www.linkedin.com/in/thadguidry/
>>>
>>>
>>> On Tue, Jul 2, 2019 at 11:07 AM orazio  wrote:
>>>
 Hi All,

 I'm newbie on Clojure/Big Data, and i'm starting with hadoop.
 I have installed Hortonworks HDP 3.1
 I have to design a Big Data Layer that ingests large iot datasets and
 social media datasets, process data with MapReduce job and produce
 aggregation to store on HBASE tables.

 For now, my focus is addressed on data processing issue. My question
 is: Is Clojure a good choice for distributed data processing on hadoop ?
 I found Cascalog as fully-featured data processing and querying library
 for Clojure or Java. But are there any active maintainers, for this library
 ?
 Do you know other excellent clojure/Hadoop work in the community,
 abaout data processing?

 I would appreciate some help.

 Orazio

 --
 You received this message because you are subscribed to the Google
 Groups "Clojure" group.
 To post to this group, send email to clo...@googlegroups.com
 Note that posts from new members are moderated - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clo...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google
 Groups "Clojure" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to clo...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/clojure/fbc26ffb-5f00-46a7-bf33-7a899f1ffead%40googlegroups.com
 
 .
 For more options, visit http

Re: Clojure is a good choice for Big Data? Which clojure/Hadoop work to use?

[orazio]

probably as Thad says, for a farsighted choice the tool to use for batch 
processing is Apache Spark. But I'm worried about its learning curve and 
the time it takes. I don't have much time to develop my map reduce 
algorithems. I would like to use a consolidated and fairly used tool in 
production. Recently I also saw Scalding ( 
https://github.com/twitter/scalding ) Scalding is written in Scala and 
built on top of Cascading ; it is a Java library 
that abstracts away low-level Hadoop details. It is adopted in production 
by may company such as Ebay,Sky, Twitter, Linkedin, Spotify, etc.. (
https://github.com/twitter/scalding/wiki/Powered-By) .
Scalding seems more maintained and supported than Cascalog. With the many 
examples around on github, it seems to have a smoother learning curve than 
Apache Spark. You know Scalding, what do you think about it. Any 
suggestions are welcome.


Il giorno giovedì 4 luglio 2019 16:43:05 UTC+2, Thad Guidry ha scritto:
>
> "Batch" - doing things in chunks
> "Processing" - THE WORLD :-)  because it means so many different things to 
> so many folks (including your boss)
>
> Without a doubt, you will love Apache Spark for your batch processing and 
> writing Spark Programs to conquer any World you are building.
> Spend time to install Spark standalone deploy and then use its powerful 
> Spark Shell  (the 
> feeling of Clojure REPL  !!)
> If you just want to jump in to a public cluster and Try Spark, then I 
> would suggest Databricks . 
> Spend time reading the features under Libraries drop-down menu on Apache 
> Spark website .
>
> You might even be encouraged enough to write an official API in Clojure 
> for Apache Spark within a year!  (win-win)
>
> One note of caution if you are building something for long term, you will 
> eventually have a need for data versioning, ACID transactions, schema 
> evolution, for this I use Delta Lake  (not Datomic) 
> since its fully compatible with Spark
>
> Best of luck!
> Thad
> https://www.linkedin.com/in/thadguidry/
>
>
> On Thu, Jul 4, 2019 at 3:22 AM orazio > 
> wrote:
>
>> Hi @atdixon and Thad, thanks for your help.
>>
>> I provide more details about my project
>> My big data layer  is inspired by Lambda architecture. The pipeline 
>> include following layers and related tool choosed to address the issue:
>> - *Nifi* for *data ingestion*, and publisinh data/message on  kafka 
>> topic.
>> - *Kafka* as *message broker* that with kafka connect, allow me to store 
>> data in mongodb ( with mongodb sink and 1 day retention period ) and HDFS 
>> (hdfk sink with 1 year retention period)
>> - *Real time processing* with *mongoDB* using it's built-in QueryEngine 
>> taht provides extensive Querying, Filtering, and Searching abilities.
>> - *Batch processing* of data stored on HDFS, that performs data 
>> aggregation and store result on a HBase Table. *?* The question is : 
>> Which tool do you suggest to use for data processing sotred on HDFS ?
>> - *Serving Layer* with *HBase/Phoneix* to store and allow access to 
>> batch view.
>>
>> Now i'm invoking your help to choose *the most appropriate tool to 
>> execute batch jobs (map reduce)* which will have to aggregate data.
>> Natahn Marz suggests Clojure/Cascalog. Do you know other excellent 
>> clojure/Hadoop work in the community, about data processing?
>> if you know some particularly appropriate tools, I could also consider 
>> other work/library outside the clojure community.
>>
>> Thanks
>>
>>
>>
>> Il giorno mercoledì 3 luglio 2019 14:56:09 UTC+2, Thad Guidry ha scritto:
>>>
>>> "The best code is never written"
>>>
>>> https://zeppelin.apache.org/ 
>>> https://nifi.apache.org/  
>>>  
>>> Thad
>>> https://www.linkedin.com/in/thadguidry/
>>>
>>>
>>> On Tue, Jul 2, 2019 at 11:07 AM orazio  wrote:
>>>
 Hi All,

 I'm newbie on Clojure/Big Data, and i'm starting with hadoop.
 I have installed Hortonworks HDP 3.1 
 I have to design a Big Data Layer that ingests large iot datasets and 
 social media datasets, process data with MapReduce job and produce 
 aggregation to store on HBASE tables.

 For now, my focus is addressed on data processing issue. My question 
 is: Is Clojure a good choice for distributed data processing on hadoop ?
 I found Cascalog as fully-featured data processing and querying library 
 for Clojure or Java. But are there any active maintainers, for this 
 library 
 ? 
 Do you know other excellent clojure/Hadoop work in the community, 
 abaout data processing? 

 I would appreciate some help.

 Orazio

 -- 
 You received this message because you are subscribed to the Google
 Groups "Clojure" group.
 To post to this group, send email to clo...@googlegroups.com
 Note that posts from new members are modera

Re: Clojure is a good choice for Big Data? Which clojure/Hadoop work to use?

[Thad Guidry]

"Batch" - doing things in chunks
"Processing" - THE WORLD :-)  because it means so many different things to
so many folks (including your boss)

Without a doubt, you will love Apache Spark for your batch processing and
writing Spark Programs to conquer any World you are building.
Spend time to install Spark standalone deploy and then use its powerful
Spark Shell  (the
feeling of Clojure REPL  !!)
If you just want to jump in to a public cluster and Try Spark, then I would
suggest Databricks .
Spend time reading the features under Libraries drop-down menu on Apache
Spark website .

You might even be encouraged enough to write an official API in Clojure for
Apache Spark within a year!  (win-win)

One note of caution if you are building something for long term, you will
eventually have a need for data versioning, ACID transactions, schema
evolution, for this I use Delta Lake  (not Datomic)
since its fully compatible with Spark

Best of luck!
Thad
https://www.linkedin.com/in/thadguidry/


On Thu, Jul 4, 2019 at 3:22 AM orazio  wrote:

> Hi @atdixon and Thad, thanks for your help.
>
> I provide more details about my project
> My big data layer  is inspired by Lambda architecture. The pipeline
> include following layers and related tool choosed to address the issue:
> - *Nifi* for *data ingestion*, and publisinh data/message on  kafka topic.
> - *Kafka* as *message broker* that with kafka connect, allow me to store
> data in mongodb ( with mongodb sink and 1 day retention period ) and HDFS
> (hdfk sink with 1 year retention period)
> - *Real time processing* with *mongoDB* using it's built-in QueryEngine
> taht provides extensive Querying, Filtering, and Searching abilities.
> - *Batch processing* of data stored on HDFS, that performs data
> aggregation and store result on a HBase Table. *?* The question is :
> Which tool do you suggest to use for data processing sotred on HDFS ?
> - *Serving Layer* with *HBase/Phoneix* to store and allow access to batch
> view.
>
> Now i'm invoking your help to choose *the most appropriate tool to
> execute batch jobs (map reduce)* which will have to aggregate data.
> Natahn Marz suggests Clojure/Cascalog. Do you know other excellent
> clojure/Hadoop work in the community, about data processing?
> if you know some particularly appropriate tools, I could also consider
> other work/library outside the clojure community.
>
> Thanks
>
>
>
> Il giorno mercoledì 3 luglio 2019 14:56:09 UTC+2, Thad Guidry ha scritto:
>>
>> "The best code is never written"
>>
>> https://zeppelin.apache.org/
>> https://nifi.apache.org/
>>
>> Thad
>> https://www.linkedin.com/in/thadguidry/
>>
>>
>> On Tue, Jul 2, 2019 at 11:07 AM orazio  wrote:
>>
>>> Hi All,
>>>
>>> I'm newbie on Clojure/Big Data, and i'm starting with hadoop.
>>> I have installed Hortonworks HDP 3.1
>>> I have to design a Big Data Layer that ingests large iot datasets and
>>> social media datasets, process data with MapReduce job and produce
>>> aggregation to store on HBASE tables.
>>>
>>> For now, my focus is addressed on data processing issue. My question is:
>>> Is Clojure a good choice for distributed data processing on hadoop ?
>>> I found Cascalog as fully-featured data processing and querying library
>>> for Clojure or Java. But are there any active maintainers, for this library
>>> ?
>>> Do you know other excellent clojure/Hadoop work in the community, abaout
>>> data processing?
>>>
>>> I would appreciate some help.
>>>
>>> Orazio
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clo...@googlegroups.com
>>> Note that posts from new members are moderated - please be patient with
>>> your first post.
>>> To unsubscribe from this group, send email to
>>> clo...@googlegroups.com
>>> For more options, visit this group at
>>> http://groups.google.com/group/clojure?hl=en
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to clo...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/clojure/fbc26ffb-5f00-46a7-bf33-7a899f1ffead%40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, 

Re: core.async: Unbound channels

[Matching Socks]

Ernesto, you may be interested in the informative response to this 
enhancement request, https://clojure.atlassian.net/browse/ASYNC-23, 
"Support channel buffers of unlimited size".  Anyway, if you do not want to 
think very hard about buffer size, you can specify a size of 1.  It does 
not limit the number of items the producer may put on the channel, but it 
affects how soon (and how often) the producer's puts must wait for a 
consumer.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f79addd3-794d-4a6a-ba45-550a2b75e389%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: core.async: Unbound channels

[Ernesto Garcia]

Thanks for your response, it is important to know. (Sorry for my lexical 
typo: *unbound**ed*. I didn't realize it derives from the verb *bound*, not 
*bind*!)

My question on channel boundaries still holds though. Why the enforcement 
of boundaries *always*?

On Wednesday, July 3, 2019 at 5:16:31 PM UTC+2, Ghadi Shayban wrote:
>
> (chan) is not a channel with an unbounded buffer. It is a channel with 
> *no* buffer and needs to rendezvous putters and takers 1-to-1.  
> (Additionally it will throw an exception if more than 1024 takers or 
> putters are enqueued waiting)
>
> On Wednesday, July 3, 2019 at 7:14:46 AM UTC-4, Ernesto Garcia wrote:
>>
>> You can create a unbound channel with (chan), but not if you use a 
>> transducer; (chan nil (filter odd?)) will raise an error that no buffer 
>> is provided. Why is this the case?
>>
>> Why the enforcement of all channels to be bound? In a program, there will 
>> be channels that propagate to other channels, so only channels at the 
>> boundaries would require to be bound?
>>
>> Channel limits are also much dependent on the particular process and 
>> environment. How would we write generic code that creates channels, if 
>> those need to be bound to limits unknown?
>>
>> Thanks,
>> Ernesto
>>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/7f9f5efe-883f-47e4-b2a5-a457fb7444ed%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure is a good choice for Big Data? Which clojure/Hadoop work to use?

[orazio]

Hi @atdixon and Thad, thanks for your help.

I provide more details about my project
My big data layer  is inspired by Lambda architecture. The pipeline include 
following layers and related tool choosed to address the issue:
- *Nifi* for *data ingestion*, and publisinh data/message on  kafka topic.
- *Kafka* as *message broker* that with kafka connect, allow me to store 
data in mongodb ( with mongodb sink and 1 day retention period ) and HDFS 
(hdfk sink with 1 year retention period)
- *Real time processing* with *mongoDB* using it's built-in QueryEngine 
taht provides extensive Querying, Filtering, and Searching abilities.
- *Batch processing* of data stored on HDFS, that performs data aggregation 
and store result on a HBase Table. *?* The question is : Which tool do you 
suggest to use for data processing sotred on HDFS ?
- *Serving Layer* with *HBase/Phoneix* to store and allow access to batch 
view.

Now i'm invoking your help to choose *the most appropriate tool to execute 
batch jobs (map reduce)* which will have to aggregate data.
Natahn Marz suggests Clojure/Cascalog. Do you know other excellent 
clojure/Hadoop work in the community, about data processing?
if you know some particularly appropriate tools, I could also consider 
other work/library outside the clojure community.

Thanks



Il giorno mercoledì 3 luglio 2019 14:56:09 UTC+2, Thad Guidry ha scritto:
>
> "The best code is never written"
>
> https://zeppelin.apache.org/ 
> https://nifi.apache.org/  
>  
> Thad
> https://www.linkedin.com/in/thadguidry/
>
>
> On Tue, Jul 2, 2019 at 11:07 AM orazio > 
> wrote:
>
>> Hi All,
>>
>> I'm newbie on Clojure/Big Data, and i'm starting with hadoop.
>> I have installed Hortonworks HDP 3.1 
>> I have to design a Big Data Layer that ingests large iot datasets and 
>> social media datasets, process data with MapReduce job and produce 
>> aggregation to store on HBASE tables.
>>
>> For now, my focus is addressed on data processing issue. My question is: 
>> Is Clojure a good choice for distributed data processing on hadoop ?
>> I found Cascalog as fully-featured data processing and querying library 
>> for Clojure or Java. But are there any active maintainers, for this library 
>> ? 
>> Do you know other excellent clojure/Hadoop work in the community, abaout 
>> data processing? 
>>
>> I would appreciate some help.
>>
>> Orazio
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@googlegroups.com 
>> 
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> To unsubscribe from this group, send email to
>> clo...@googlegroups.com 
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clo...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/clojure/fbc26ffb-5f00-46a7-bf33-7a899f1ffead%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/25a56148-9231-4a1b-8bba-8cb79776ba6b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] Deeto - A Java dynamic proxy factory for interface-typed data transfer objects

[henrik42]

Yes! I agree. This is for people how want/must stay with Java for reasons. 
There are people in the Clojure community who work on 
Java-Clojure-integration and this is one of man ways to go. I just hope it 
is useful for someone. It could even be a door opener for Clojure and more 
people (like you say) "discover" Clojure.

Am Donnerstag, 4. Juli 2019 02:10:21 UTC+2 schrieb gvim:
>
> Sounds like everything I escaped from when I discovered Clojure. 
>
> gvim 
>
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/d93f0f74-7878-451b-bd94-88a034bbd40b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.