From supittma at redhat.com Mon May 1 14:37:50 2017 From: supittma at redhat.com (Summers Pittman) Date: Mon, 1 May 2017 10:37:50 -0400 Subject: [feedhenry-dev] FeedHenry Desktop Bridge Message-ID: WhatsApp and Allo are both messaging applications which have a use case where your messages are not saved to a central server. However, both products provide a Desktop client which syncs to the phone directly. Does anyone have any experience building an application with this use case? Are their any open libraries to look at and think about? If not, do we want to build something to facilitate this type of behavior? If there is interest I can write up some simple use cases and possible solutions which we can iterate ideas on. Summers -------------- next part -------------- An HTML attachment was scrubbed... URL: From vsazel at redhat.com Mon May 1 16:54:25 2017 From: vsazel at redhat.com (Vojtech Sazel) Date: Mon, 1 May 2017 18:54:25 +0200 Subject: [feedhenry-dev] FeedHenry Desktop Bridge In-Reply-To: References: Message-ID: Hi, I'm not sure, isn't it WebRTC? I played with that a little bit. You usually don't need any server for most of P2P connections, only signaling server and STUN server. On some stricter networks you'll need relaying server. Vojt?ch Dne 1. 5. 2017 5:39 PM napsal u?ivatel "Summers Pittman" < supittma at redhat.com>: > WhatsApp and Allo are both messaging applications which have a use case > where your messages are not saved to a central server. However, both > products provide a Desktop client which syncs to the phone directly. > > Does anyone have any experience building an application with this use > case? Are their any open libraries to look at and think about? If not, do > we want to build something to facilitate this type of behavior? > > If there is interest I can write up some simple use cases and possible > solutions which we can iterate ideas on. > > Summers > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From supittma at redhat.com Mon May 1 18:38:09 2017 From: supittma at redhat.com (Summers Pittman) Date: Mon, 1 May 2017 14:38:09 -0400 Subject: [feedhenry-dev] FeedHenry Desktop Bridge In-Reply-To: References: Message-ID: On Mon, May 1, 2017 at 12:54 PM, Vojtech Sazel wrote: > Hi, > > I'm not sure, isn't it WebRTC? I played with that a little bit. You > usually don't need any server for most of P2P connections, only signaling > server and STUN server. On some stricter networks you'll need relaying > server. > Interesting. I never thought of WebRTC as being used for not video, but it looks like it is a more general protocol as well. > > Vojt?ch > > Dne 1. 5. 2017 5:39 PM napsal u?ivatel "Summers Pittman" < > supittma at redhat.com>: > >> WhatsApp and Allo are both messaging applications which have a use case >> where your messages are not saved to a central server. However, both >> products provide a Desktop client which syncs to the phone directly. >> >> Does anyone have any experience building an application with this use >> case? Are their any open libraries to look at and think about? If not, do >> we want to build something to facilitate this type of behavior? >> >> If there is interest I can write up some simple use cases and possible >> solutions which we can iterate ideas on. >> >> Summers >> >> _______________________________________________ >> feedhenry-dev mailing list >> feedhenry-dev at redhat.com >> https://www.redhat.com/mailman/listinfo/feedhenry-dev >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From vsazel at redhat.com Mon May 1 18:51:04 2017 From: vsazel at redhat.com (Vojtech Sazel) Date: Mon, 1 May 2017 20:51:04 +0200 Subject: [feedhenry-dev] FeedHenry Desktop Bridge In-Reply-To: References: Message-ID: P2P communication between mobile clients, web browsers using WebRTC is very interesting thing. Check my code here https://github.com/wojta/serverless-webrtc-android and also links from the README there. Mine is native Android app and that guy Chris Ball has sample for web browser and Node.js command line app. And also there is Webtorrent - https://webtorrent.io/ that uses WebRTC. Vojt?ch On Mon, May 1, 2017 at 8:38 PM, Summers Pittman wrote: > > > On Mon, May 1, 2017 at 12:54 PM, Vojtech Sazel wrote: > >> Hi, >> >> I'm not sure, isn't it WebRTC? I played with that a little bit. You >> usually don't need any server for most of P2P connections, only signaling >> server and STUN server. On some stricter networks you'll need relaying >> server. >> > > Interesting. I never thought of WebRTC as being used for not video, but > it looks like it is a more general protocol as well. > > >> >> Vojt?ch >> >> Dne 1. 5. 2017 5:39 PM napsal u?ivatel "Summers Pittman" < >> supittma at redhat.com>: >> >>> WhatsApp and Allo are both messaging applications which have a use case >>> where your messages are not saved to a central server. However, both >>> products provide a Desktop client which syncs to the phone directly. >>> >>> Does anyone have any experience building an application with this use >>> case? Are their any open libraries to look at and think about? If not, do >>> we want to build something to facilitate this type of behavior? >>> >>> If there is interest I can write up some simple use cases and possible >>> solutions which we can iterate ideas on. >>> >>> Summers >>> >>> _______________________________________________ >>> feedhenry-dev mailing list >>> feedhenry-dev at redhat.com >>> https://www.redhat.com/mailman/listinfo/feedhenry-dev >>> >>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtrocki at redhat.com Mon May 1 20:53:01 2017 From: wtrocki at redhat.com (Wojciech Trocki) Date: Mon, 1 May 2017 21:53:01 +0100 Subject: [feedhenry-dev] FeedHenry Desktop Bridge In-Reply-To: References: Message-ID: WhatsApp is pretty verbose about their architecture. *Top level overview:* "When you receive a message, it gets delivered to your phone first. Every whatsapp account has an unique id, which is sent securely to the url you get from the QR code of the web client. Then, the web client polls *your mobile *for messages time to time. Thus, to use the web client your smartphone *has to be connected* to the internet. *More detailed info: * https://www.quora.com/How-does-the-new-WhatsApp-web-client-work There are couple unofficial clients: https://github.com/VctrySam/whatsapp https://github.com/bcalik/Whatsapp-Desktop WOJCIECH TROCKI SOFTWARE ENGINEER Red Hat Mobile IM: wtrocki On Mon, May 1, 2017 at 7:51 PM, Vojtech Sazel wrote: > P2P communication between mobile clients, web browsers using WebRTC is > very interesting thing. > Check my code here https://github.com/wojta/serverless-webrtc-android and > also links from the README there. Mine is native Android app and that guy > Chris Ball has sample for web browser and Node.js command line app. > > And also there is Webtorrent - https://webtorrent.io/ that uses WebRTC. > > Vojt?ch > > > On Mon, May 1, 2017 at 8:38 PM, Summers Pittman > wrote: > >> >> >> On Mon, May 1, 2017 at 12:54 PM, Vojtech Sazel wrote: >> >>> Hi, >>> >>> I'm not sure, isn't it WebRTC? I played with that a little bit. You >>> usually don't need any server for most of P2P connections, only signaling >>> server and STUN server. On some stricter networks you'll need relaying >>> server. >>> >> >> Interesting. I never thought of WebRTC as being used for not video, but >> it looks like it is a more general protocol as well. >> >> >>> >>> Vojt?ch >>> >>> Dne 1. 5. 2017 5:39 PM napsal u?ivatel "Summers Pittman" < >>> supittma at redhat.com>: >>> >>>> WhatsApp and Allo are both messaging applications which have a use case >>>> where your messages are not saved to a central server. However, both >>>> products provide a Desktop client which syncs to the phone directly. >>>> >>>> Does anyone have any experience building an application with this use >>>> case? Are their any open libraries to look at and think about? If not, do >>>> we want to build something to facilitate this type of behavior? >>>> >>>> If there is interest I can write up some simple use cases and possible >>>> solutions which we can iterate ideas on. >>>> >>>> Summers >>>> >>>> _______________________________________________ >>>> feedhenry-dev mailing list >>>> feedhenry-dev at redhat.com >>>> https://www.redhat.com/mailman/listinfo/feedhenry-dev >>>> >>>> >> > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mguerett at redhat.com Tue May 2 13:39:01 2017 From: mguerett at redhat.com (Mike Guerette) Date: 2 May 2017 09:39:01 -0400 Subject: [feedhenry-dev] Announcing Red Hat OpenShift.io Message-ID: <8a59e740dd5f42f5b0006075cfd20451@1795> If you have trouble viewing this email, read the online version . OpenShift.io: A Free, End-to-End Cloud-Native Development Experience -------------------------------------------------------------------- Dear RedHat, We are excited to?announce ?Red Hat OpenShift.io, a free, end-to-end development experience optimized for creating cloud-native, container-based applications, and wanted to share the key details with you. We?ve got all the details and sign-up button at?https://openshift.io . What is it? OpenShift.io enables digital transformation with an end-to-end application development environment, requires no installation, and addresses: ideation, planning, coding, testing, collaboration, release management, issue tracking, and feedback. How?s it made: Combining the innovations of several open source projects, including fabric8, Jenkins, WildFly Swarm, Vert.x, Eclipse Che, and of course, OpenShift, Red Hat OpenShift.io delivers application development tools in an environment needed to help organizations maintain relevancy in a digitally transforming marketplace. Who?s it for? OpenShift.io is designed for development teams. Whether locally or spread globally, teams can more effectively collaborate and create containerized, microservices-based solutions that can be continuously be deployed to hybrid cloud environments. What?s included: Red Hat OpenShift.io includes tools for: *Team Collaboration *Agile Planning *Developer Workspace Management *Application Coding and Testing *Runtime Stack Analysis *Continuous Integration and Delivery Availability OpenShift.io will be available in a limited developer preview. Learn more and/or sign up at https://openshift.io . Register for Access ---------------------------------------------------------------------------- RED HAT SUMMIT 2017 IS LIVE Don?t forget that Red Hat Summit is happening now and we are sharing news, keynotes, announcements, book launches, and more as they happen. The best places to get the latest are the Red Hat Developers blog and social media (see links below). Follow Us __________________________________________________________________ [f1]Contact our sales team [f2]Manage your newsletter preferences [f3]Read our privacy policy [f4]Unsubscribe from all Red Hat email "Red Hat" and the "Shadowman" logo are trademarks or registered trademarks of Red Hat, Inc. Linux is a registered trademark of Linus Torvalds. ? 2016 Red Hat, Inc. All rights reserved. 100 East Davie Street Raleigh, NC 27601 [f5][twitter.png] [f6][facebook.png] [f7][redhat.png] References f1. http://www.redhat.com/apps/webform.html?event_type=contact_sales&eid=21 f2. https://www.redhat.com/wapps/ugc/email-subscriptions.html?elqc=241&elq=8a59e740dd5f42f5b0006075cfd20451 f3. http://www.redhat.com/legal/privacy_statement.html f4. https://www.redhat.com/wapps/ugc/master-unsubscribe.html?elqc=241&elq=8a59e740dd5f42f5b0006075cfd20451 f5. http://www.twitter.com/redhatnews f6. http://www.facebook.com/pages/Red-Hat/11218770329 f7. http://www.redhat.com/community/?sc_cid=70160000000I9TnAAK -------------- next part -------------- An HTML attachment was scrubbed... URL: From lgriffin at redhat.com Wed May 3 12:51:24 2017 From: lgriffin at redhat.com (Leigh Griffin) Date: Wed, 3 May 2017 13:51:24 +0100 Subject: [feedhenry-dev] FeedHenry Desktop Bridge In-Reply-To: References: Message-ID: CCing Brendan on this (and getting him to sign up to the list as well!) Brendan has a lot of WebRTC experience from a past life! Leigh On Mon, May 1, 2017 at 9:53 PM, Wojciech Trocki wrote: > WhatsApp is pretty verbose about their architecture. > > *Top level overview:* > > "When you receive a message, it gets delivered to your phone first. Every > whatsapp account has an unique id, which is sent securely to the url you > get from the QR code of the web client. Then, the web client polls *your > mobile *for messages time to time. Thus, to use the web client your > smartphone *has to be connected* to the internet. > > *More detailed info: * > > https://www.quora.com/How-does-the-new-WhatsApp-web-client-work > > There are couple unofficial clients: > > https://github.com/VctrySam/whatsapp > https://github.com/bcalik/Whatsapp-Desktop > > > > WOJCIECH TROCKI > > SOFTWARE ENGINEER > > Red Hat Mobile > > IM: wtrocki > > > On Mon, May 1, 2017 at 7:51 PM, Vojtech Sazel wrote: > >> P2P communication between mobile clients, web browsers using WebRTC is >> very interesting thing. >> Check my code here https://github.com/wojta/serverless-webrtc-android >> and also links from the README there. Mine is native Android app and that >> guy Chris Ball has sample for web browser and Node.js command line app. >> >> And also there is Webtorrent - https://webtorrent.io/ that uses WebRTC. >> >> Vojt?ch >> >> >> On Mon, May 1, 2017 at 8:38 PM, Summers Pittman >> wrote: >> >>> >>> >>> On Mon, May 1, 2017 at 12:54 PM, Vojtech Sazel >>> wrote: >>> >>>> Hi, >>>> >>>> I'm not sure, isn't it WebRTC? I played with that a little bit. You >>>> usually don't need any server for most of P2P connections, only signaling >>>> server and STUN server. On some stricter networks you'll need relaying >>>> server. >>>> >>> >>> Interesting. I never thought of WebRTC as being used for not video, but >>> it looks like it is a more general protocol as well. >>> >>> >>>> >>>> Vojt?ch >>>> >>>> Dne 1. 5. 2017 5:39 PM napsal u?ivatel "Summers Pittman" < >>>> supittma at redhat.com>: >>>> >>>>> WhatsApp and Allo are both messaging applications which have a use >>>>> case where your messages are not saved to a central server. However, both >>>>> products provide a Desktop client which syncs to the phone directly. >>>>> >>>>> Does anyone have any experience building an application with this use >>>>> case? Are their any open libraries to look at and think about? If not, do >>>>> we want to build something to facilitate this type of behavior? >>>>> >>>>> If there is interest I can write up some simple use cases and possible >>>>> solutions which we can iterate ideas on. >>>>> >>>>> Summers >>>>> >>>>> _______________________________________________ >>>>> feedhenry-dev mailing list >>>>> feedhenry-dev at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/feedhenry-dev >>>>> >>>>> >>> >> >> _______________________________________________ >> feedhenry-dev mailing list >> feedhenry-dev at redhat.com >> https://www.redhat.com/mailman/listinfo/feedhenry-dev >> >> > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > -- LEIGH GRIFFIN ENGINEERING MANAGER, MOBILE Red Hat Ireland Communications House, Cork Road Waterford City, Ireland X91NY33 lgriffin at redhat.com M: +353877545162 IM: lgriffin TRIED. TESTED. TRUSTED. @redhatway @redhatinc @redhatsnaps -------------- next part -------------- An HTML attachment was scrubbed... URL: From eshortis at redhat.com Thu May 11 16:14:22 2017 From: eshortis at redhat.com (Evan Shortiss) Date: Thu, 11 May 2017 09:14:22 -0700 Subject: [feedhenry-dev] API Mapper (from mobile-internal) Message-ID: Hi folks, I used the API Mapper for the first time yesterday with Bob (CC'd) and think we may have come across a limitation. Say you would like to query an API with the following URI: http://api.openweathermap.org/data/2.5/weather?appid=00fd6350d7b03123c324839586cb50ad&q=dallas It it possible that one could add that to the API Mapper so that the q parameter can be determined by the incoming request rather than being hardcoded? From what I can see it's a feature that is missing at present, but could be supported by modifying this area[1] to perform a merge on the querystring or the saved vs. incoming request. Of course, we'd want to add a UI option to allow users to specify which querystring params would be "plucked" from the incoming request since doing it blindly could be dangerous or have breaking side effects. Thoughts on this? [1] - https://github.com/feedhenry-templates/fh-api-mapper/blob/master/lib/api.js#L45 -- EVAN SHORTISS MOBILE PRACTICE ARCHITECT, RED HAT MOBILE Los Angeles, USA eshortis at redhat.com M: +1-781-354-2834 -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtrocki at redhat.com Thu May 11 17:02:42 2017 From: wtrocki at redhat.com (Wojciech Trocki) Date: Thu, 11 May 2017 18:02:42 +0100 Subject: [feedhenry-dev] API Mapper (from mobile-internal) In-Reply-To: References: Message-ID: This is well known limitation of API mapper. https://github.com/feedhenry-templates/fh-api-mapper/issues/73 I think we need something that will cover all possible inputs: - Allow to pass headers from original request. - Allow to pass query params. - Allow to pass query string params or entire query string. We already have simple PR that will cover simplified use cases: https://github.com/feedhenry-templates/fh-api-mapper/pull/88 We have epic to cover this work: https://issues.jboss.org/browse/FH-2942 Regards WOJCIECH TROCKI SOFTWARE ENGINEER Red Hat Mobile IM: wtrocki On Thu, May 11, 2017 at 5:14 PM, Evan Shortiss wrote: > Hi folks, > > I used the API Mapper for the first time yesterday with Bob (CC'd) and > think we may have come across a limitation. > > Say you would like to query an API with the following URI: > http://api.openweathermap.org/data/2.5/weather?appid= > 00fd6350d7b03123c324839586cb50ad&q=dallas > > It it possible that one could add that to the API Mapper so that the q > parameter can be determined by the incoming request rather than being > hardcoded? From what I can see it's a feature that is missing at present, > but could be supported by modifying this area[1] to perform a merge on the > querystring or the saved vs. incoming request. > > Of course, we'd want to add a UI option to allow users to specify which > querystring params would be "plucked" from the incoming request since doing > it blindly could be dangerous or have breaking side effects. > > Thoughts on this? > > [1] - https://github.com/feedhenry-templates/fh-api-mapper/blob/ > master/lib/api.js#L45 > > -- > > EVAN SHORTISS > > MOBILE PRACTICE ARCHITECT, RED HAT MOBILE > > Los Angeles, USA > > eshortis at redhat.com M: +1-781-354-2834 > > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From supittma at redhat.com Thu May 18 11:31:25 2017 From: supittma at redhat.com (Summers Pittman) Date: Thu, 18 May 2017 07:31:25 -0400 Subject: [feedhenry-dev] Kotlin is officially supported in Android Message-ID: If you haven't heard, Kotlin is an officially supported language for Android development now. I don't think this affects fh-android-sdk because it is compatible with Java projects. However we might want to have a spike to create some templates or example applications using Kotlin that demonstrate how to use fh-android-sdk with a Kotlin application. Any takers? Summers -------------- next part -------------- An HTML attachment was scrubbed... URL: From supittma at redhat.com Thu May 18 12:21:36 2017 From: supittma at redhat.com (Summers Pittman) Date: Thu, 18 May 2017 08:21:36 -0400 Subject: [feedhenry-dev] Community Demos for FeedHenry and RHMAP Message-ID: Hey guys, If you have made a demo or app you don't mind sharing can you post it? I saw a BUNCH of awesome things people had done on RHMAP at Summit and think that they should get wider recognition :) Also, it doesn't have to be something for summit, if you made a Meme app 2 years ago link it here too. I'll go first! # Meme Henry Meme Henry was a simple meme creation / social media app. It used the sync frame work, node.js libraries, and Android SDK to share memes. It also served as a POC for some potential refactorings based on usage patterns in the Google Play SDKs as well as testing support of Dagger, Butterknife, and a couple of other things. app source : github.com/secondsun/art-henry cloud source : https://github.com/secondsun/art-henry-cloud-app Video : *https://drive.google.com/a/redhat.com/file/d/0B64fta5NYF0TUmNFZy0zQ3JTRjQ/view?usp=sharing * # FehBot FehBot is an IRC bot written in .Net. It has a companion app that delivers messages VIA UPS from IRC. It also has a Auth Service that connects to Google's auth system so we can use the native Android account picker. Video demo : https://www.youtube.com/watch?v=eNLKj6wvbQg Android App source : https://github.com/secondsun/fehbot-android FehBot Source : https://github.com/secondsun/fehbot Cloud App source : https://github.com/secondsun/fehbot_RHMAP_service Google mBaaS Auth source : https://github.com/secondsun/FH-Google-mBaas-Auth # StockBot Stock bot is a VERY simple app that sends a plain text request to Microsoft's LUIS service and then performs stock lookups based on that request. The coolest part of it was I wrote it in an hour during a meeting. Video https://youtu.be/dK3EXhLpiaI Source : Ok there really isn't any. It lived in a RHMAP instance that has since been GC'd. But imagine the Hello World app calls an API that calls another API and then calls a third API based on the response from the second and has horrible nesting issues. You have the code :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From aliok at redhat.com Thu May 18 13:35:14 2017 From: aliok at redhat.com (Ali Ok) Date: Thu, 18 May 2017 16:35:14 +0300 Subject: [feedhenry-dev] Community Demos for FeedHenry and RHMAP In-Reply-To: References: Message-ID: Hi Summers, # HenryVision I have created an application that uses RHMAP and Google Vision API. You take a picture, it tells (speaks with TTS) you what it is. The picture taken is sent to RHMAP cloud app and cloud app uses a Google Vision API mBaaS service to receive the suggestions of the object in the picture. Cloud app also uses some dictionary to get definition for the suggestion. The definition is then spoken by the device using speech synthesis API. Video: https://youtu.be/npUtwnmuKEQ?t=1m6s (starts at the interesting part, 01:06) Source: https://github.com/aliok/henryvision Blog post: http://www.aliok.com.tr/projects/2016-03-21-henryvision.html (I actually prepared this demo before joining Red Hat. I was trying to understand how RHMAP works) Cheers, Ali On Thu, May 18, 2017 at 3:21 PM, Summers Pittman wrote: > Hey guys, > > If you have made a demo or app you don't mind sharing can you post it? I > saw a BUNCH of awesome things people had done on RHMAP at Summit and think > that they should get wider recognition :) Also, it doesn't have to be > something for summit, if you made a Meme app 2 years ago link it here too. > > I'll go first! > > # Meme Henry > > Meme Henry was a simple meme creation / social media app. It used the sync > frame work, node.js libraries, and Android SDK to share memes. It also > served as a POC for some potential refactorings based on usage patterns in > the Google Play SDKs as well as testing support of Dagger, Butterknife, and > a couple of other things. > > app source : github.com/secondsun/art-henry > cloud source : https://github.com/secondsun/art-henry-cloud-app > > Video : *https://drive.google.com/a/redhat.com/file/d/0B64fta5NYF0TUmNFZy0zQ3JTRjQ/view?usp=sharing > * > > > # FehBot > > FehBot is an IRC bot written in .Net. It has a companion app that > delivers messages VIA UPS from IRC. It also has a Auth Service that > connects to Google's auth system so we can use the native Android account > picker. > > Video demo : https://www.youtube.com/watch?v=eNLKj6wvbQg > > Android App source : https://github.com/secondsun/fehbot-android > FehBot Source : https://github.com/secondsun/fehbot > Cloud App source : https://github.com/secondsun/fehbot_RHMAP_service > Google mBaaS Auth source : https://github.com/secondsun > /FH-Google-mBaas-Auth > > # StockBot > > Stock bot is a VERY simple app that sends a plain text request to > Microsoft's LUIS service and then performs stock lookups based on that > request. The coolest part of it was I wrote it in an hour during a > meeting. > > Video https://youtu.be/dK3EXhLpiaI > > Source : Ok there really isn't any. It lived in a RHMAP instance that has > since been GC'd. But > imagine the Hello World app calls an API that calls another API and then > calls a third API based on the response from the second and has horrible > nesting issues. You have the code :) > > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > -- ALI OK SENIOR SOFTWARE ENGINEER, RED HAT MOBILE APPLICATION PLATFORM Red Hat -------------- next part -------------- An HTML attachment was scrubbed... URL: From vsazel at redhat.com Thu May 18 14:01:09 2017 From: vsazel at redhat.com (Vojtech Sazel) Date: Thu, 18 May 2017 16:01:09 +0200 Subject: [feedhenry-dev] Kotlin is officially supported in Android In-Reply-To: References: Message-ID: I would like to volunteer on that. I really like Kotlin and I was using it at my last job for Android development. Also it would be very interesting to see interop with JavaScript. You can use TypeScript definitions and convert them to Kotlin ( https://github.com/Kotlin/ts2kt). It's still not perfect but it's a start. V. On Thu, May 18, 2017 at 1:31 PM, Summers Pittman wrote: > If you haven't heard, Kotlin is an officially supported language for > Android development now. > > I don't think this affects fh-android-sdk because it is compatible with > Java projects. However we might want to have a spike to create some > templates or example applications using Kotlin that demonstrate how to use > fh-android-sdk with a Kotlin application. > > Any takers? > > Summers > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > -- VOJT?CH S?ZEL SENIOR QUALITY ENGINEER, MOBILE QE Red Hat Remote Czech Republic vsazel at redhat.com IM: vsazel -------------- next part -------------- An HTML attachment was scrubbed... URL: From supittma at redhat.com Thu May 18 14:06:33 2017 From: supittma at redhat.com (Summers Pittman) Date: Thu, 18 May 2017 10:06:33 -0400 Subject: [feedhenry-dev] Kotlin is officially supported in Android In-Reply-To: References: Message-ID: On Thu, May 18, 2017 at 10:01 AM, Vojtech Sazel wrote: > I would like to volunteer on that. I really like Kotlin and I was using it > at my last job for Android development. > Sweet! Maybe https://github.com/feedhenry-templates/welcome-android-gradle would be a fun one that poke at? It has a bunch of small parts that can be used as a showcase and it touches most of the APIs. > > Also it would be very interesting to see interop with JavaScript. You can > use TypeScript definitions and convert them to Kotlin ( > https://github.com/Kotlin/ts2kt). It's still not perfect but it's a start. > > V. > > On Thu, May 18, 2017 at 1:31 PM, Summers Pittman > wrote: > >> If you haven't heard, Kotlin is an officially supported language for >> Android development now. >> >> I don't think this affects fh-android-sdk because it is compatible with >> Java projects. However we might want to have a spike to create some >> templates or example applications using Kotlin that demonstrate how to use >> fh-android-sdk with a Kotlin application. >> >> Any takers? >> >> Summers >> >> _______________________________________________ >> feedhenry-dev mailing list >> feedhenry-dev at redhat.com >> https://www.redhat.com/mailman/listinfo/feedhenry-dev >> >> > > > -- > > VOJT?CH S?ZEL > > SENIOR QUALITY ENGINEER, MOBILE QE > > Red Hat > > > > Remote Czech Republic > > vsazel at redhat.com IM: vsazel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From edewit at redhat.com Thu May 18 14:08:35 2017 From: edewit at redhat.com (Erik Jan de Wit) Date: Thu, 18 May 2017 16:08:35 +0200 Subject: [feedhenry-dev] Community Demos for FeedHenry and RHMAP In-Reply-To: References: Message-ID: Right we made a meme app too for devoxx keynote (2014 ). I couldn't find any recording of it, but Markus Eisele did create this interview: https://youtu.be/0MyvQdmF5LY and there is this blog: https://aerogear.org/news/2014/11/12/aerogear-feedhenry- devoxx-demo/index.html. The idea was that an initial picture was uploaded and tweeted with a tag. People in the audience could tweet text that would end up embedded in the picture. There was a mobile app that was used to take the picture and a web app that showed the results. UPS was used to notify the web client and the app that new memes where created. Fuse was used to monitor twitter and notify UPS. The code was done on feedhenry directly but I have saved a local clone, although I don't know if that is the latest version: https://github.com/edewit/InstaMeme-Backend https://github.com/edewit/InstaMeme-app The code is pretty awful with no test and hardcoded urls, but there was little time to get this all done. On Thu, May 18, 2017 at 2:21 PM, Summers Pittman wrote: > Hey guys, > > If you have made a demo or app you don't mind sharing can you post it? I > saw a BUNCH of awesome things people had done on RHMAP at Summit and think > that they should get wider recognition :) Also, it doesn't have to be > something for summit, if you made a Meme app 2 years ago link it here too. > > I'll go first! > > # Meme Henry > > Meme Henry was a simple meme creation / social media app. It used the sync > frame work, node.js libraries, and Android SDK to share memes. It also > served as a POC for some potential refactorings based on usage patterns in > the Google Play SDKs as well as testing support of Dagger, Butterknife, and > a couple of other things. > > app source : github.com/secondsun/art-henry > cloud source : https://github.com/secondsun/art-henry-cloud-app > > Video : *https://drive.google.com/a/redhat.com/file/d/0B64fta5NYF0TUmNFZy0zQ3JTRjQ/view?usp=sharing > * > > > # FehBot > > FehBot is an IRC bot written in .Net. It has a companion app that > delivers messages VIA UPS from IRC. It also has a Auth Service that > connects to Google's auth system so we can use the native Android account > picker. > > Video demo : https://www.youtube.com/watch?v=eNLKj6wvbQg > > Android App source : https://github.com/secondsun/fehbot-android > FehBot Source : https://github.com/secondsun/fehbot > Cloud App source : https://github.com/secondsun/fehbot_RHMAP_service > Google mBaaS Auth source : https://github.com/secondsun > /FH-Google-mBaas-Auth > > # StockBot > > Stock bot is a VERY simple app that sends a plain text request to > Microsoft's LUIS service and then performs stock lookups based on that > request. The coolest part of it was I wrote it in an hour during a > meeting. > > Video https://youtu.be/dK3EXhLpiaI > > Source : Ok there really isn't any. It lived in a RHMAP instance that has > since been GC'd. But > imagine the Hello World app calls an API that calls another API and then > calls a third API based on the response from the second and has horrible > nesting issues. You have the code :) > > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > -- Cheers, Erik Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: From jnakfour at redhat.com Thu May 18 16:10:54 2017 From: jnakfour at redhat.com (Juana Nakfour) Date: Thu, 18 May 2017 11:10:54 -0500 Subject: [feedhenry-dev] Community Demos for FeedHenry and RHMAP Message-ID: Hi Summers/Everyone, It was great meeting you @Summit Summers... :-) Here are some links to my Summit 2017 presentation on "AI tools for Mobile". In summary, the application reads an RHMAP form, and sets up Intents and Entities at api.ai for a conversation on the mobile with regards to filling up the fields on the form by voice. *Presentation Slides:* https://drive.google.com/open?id=1OYSsKPnw-VK8s-hawiPuVHFuSU1AHT-gzrOLzBVRZ1U *Part1 CloudApp to api.ai Demo Video*: https://drive.google.com/open?id=0B0ol7A-KwlYWWHl0enNTWVlxZjA *Part2 Mobile Application Demo Video:* https://drive.google.com/file/d/0B0ol7A-KwlYWNy1kcTJkOTdYZlE/view *Github repos* RHMAP CloudApp: https://github.com/nakfour/apiai-form-cloudapp RHMAP Mobile Client: https://github.com/nakfour/apiai-form-template RHMAP Web Client: https://github.com/nakfour/apiai-form-webapp Thanks Juana On Thu, May 18, 2017 at 8:00 AM, Jon Walton wrote: > > ---------- Forwarded message ---------- > From: Summers Pittman > Date: Thu, May 18, 2017 at 1:21 PM > Subject: [feedhenry-dev] Community Demos for FeedHenry and RHMAP > To: feedhenry-dev at redhat.com > > > Hey guys, > > If you have made a demo or app you don't mind sharing can you post it? I > saw a BUNCH of awesome things people had done on RHMAP at Summit and think > that they should get wider recognition :) Also, it doesn't have to be > something for summit, if you made a Meme app 2 years ago link it here too. > > I'll go first! > > # Meme Henry > > Meme Henry was a simple meme creation / social media app. It used the sync > frame work, node.js libraries, and Android SDK to share memes. It also > served as a POC for some potential refactorings based on usage patterns in > the Google Play SDKs as well as testing support of Dagger, Butterknife, and > a couple of other things. > > app source : github.com/secondsun/art-henry > cloud source : https://github.com/secondsun/art-henry-cloud-app > > Video : *https://drive.google.com/a/redhat.com/file/d/0B64fta5NYF0TUmNFZy0zQ3JTRjQ/view?usp=sharing > * > > > # FehBot > > FehBot is an IRC bot written in .Net. It has a companion app that > delivers messages VIA UPS from IRC. It also has a Auth Service that > connects to Google's auth system so we can use the native Android account > picker. > > Video demo : https://www.youtube.com/watch?v=eNLKj6wvbQg > > Android App source : https://github.com/secondsun/fehbot-android > FehBot Source : https://github.com/secondsun/fehbot > Cloud App source : https://github.com/secondsun/fehbot_RHMAP_service > Google mBaaS Auth source : https://github.com/secondsun > /FH-Google-mBaas-Auth > > # StockBot > > Stock bot is a VERY simple app that sends a plain text request to > Microsoft's LUIS service and then performs stock lookups based on that > request. The coolest part of it was I wrote it in an hour during a > meeting. > > Video https://youtu.be/dK3EXhLpiaI > > Source : Ok there really isn't any. It lived in a RHMAP instance that has > since been GC'd. But > imagine the Hello World app calls an API that calls another API and then > calls a third API based on the response from the second and has horrible > nesting issues. You have the code :) > > > _______________________________________________ > feedhenry-dev mailing list > feedhenry-dev at redhat.com > https://www.redhat.com/mailman/listinfo/feedhenry-dev > > > > > -- > > > *Senior Solution Architect* > > jwalton at redhat.com > > 07889 630816 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vsazel at redhat.com Thu May 18 16:15:39 2017 From: vsazel at redhat.com (Vojtech Sazel) Date: Thu, 18 May 2017 18:15:39 +0200 Subject: [feedhenry-dev] Kotlin is officially supported in Android In-Reply-To: References: Message-ID: Just attending first Czech Kotlin User Group (http://kotliners.cz/) meetup!. ? ? V. On Thu, May 18, 2017 at 4:06 PM, Summers Pittman wrote: > > > On Thu, May 18, 2017 at 10:01 AM, Vojtech Sazel wrote: > >> I would like to volunteer on that. I really like Kotlin and I was using >> it at my last job for Android development. >> > > Sweet! > > Maybe https://github.com/feedhenry-templates/welcome-android-gradle would > be a fun one that poke at? It has a bunch of small parts that can be used > as a showcase and it touches most of the APIs. > > >> >> Also it would be very interesting to see interop with JavaScript. You can >> use TypeScript definitions and convert them to Kotlin ( >> https://github.com/Kotlin/ts2kt). It's still not perfect but it's a >> start. >> >> V. >> >> On Thu, May 18, 2017 at 1:31 PM, Summers Pittman >> wrote: >> >>> If you haven't heard, Kotlin is an officially supported language for >>> Android development now. >>> >>> I don't think this affects fh-android-sdk because it is compatible with >>> Java projects. However we might want to have a spike to create some >>> templates or example applications using Kotlin that demonstrate how to use >>> fh-android-sdk with a Kotlin application. >>> >>> Any takers? >>> >>> Summers >>> >>> _______________________________________________ >>> feedhenry-dev mailing list >>> feedhenry-dev at redhat.com >>> https://www.redhat.com/mailman/listinfo/feedhenry-dev >>> >>> >> >> >> -- >> >> VOJT?CH S?ZEL >> >> SENIOR QUALITY ENGINEER, MOBILE QE >> >> Red Hat >> >> >> >> Remote Czech Republic >> >> vsazel at redhat.com IM: vsazel >> >> > > -- VOJT?CH S?ZEL SENIOR QUALITY ENGINEER, MOBILE QE Red Hat Remote Czech Republic vsazel at redhat.com IM: vsazel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: P_20170518_191249.jpg Type: image/jpeg Size: 1299405 bytes Desc: not available URL: From wtrocki at redhat.com Mon May 22 20:12:49 2017 From: wtrocki at redhat.com (Wojciech Trocki) Date: Mon, 22 May 2017 21:12:49 +0100 Subject: [feedhenry-dev] fh-sync as standalone npm module Message-ID: Hi We pulled over fh-sync related code from fh-mbaas-middleware to standalone module in order to decouple it from fh-mbaas-api and mbaas-express modules. PR for that changes is here: https://github.com/feedhenry/fh-mbaas-api/pull/145 Repository for new module is here: https://github.com/feedhenry/fh-sync Sharing with wider audience. Feel free to add some comments to PR. Regards WOJCIECH TROCKI SOFTWARE ENGINEER Red Hat Mobile IM: wtrocki -------------- next part -------------- An HTML attachment was scrubbed... URL: