Chat Bot Framework ?

[Jérémy DE ROYER via Webobjects-dev]

Hi all,

We are looking for a chat bot framework to build chat bots for our customers, 
mainly for web sites.

We have started developing one from scratch (client + server + bot) but for me 
it’s a waste of time.

I’d like to focus on the bot part, with the real logic and added value.

Has any of yours an experience to share or a « bot objects » framework (open 
source or commercial) to advise ?

Many thank’s,

Jérémy
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Sign in with apple?

[Ray Kiddy via Webobjects-dev]

On 6/2/20 5:41 AM, Jesse Tayler wrote:



On Jun 1, 2020, at 9:40 PM, Ray Kiddy  wrote:


Somebody comes in to the app, I get their e-mail address and sent them an 
"invite" into the app. This is exactly as secure as any password-storage system 
that uses e-mail to reset passwords


This means the user has to invoke a new session by getting a link in email each 
time they access?
Yes, but i also implement different expiration periods for links. So, 
invites will expire after a day by default, but if the user requests 
they can be provided with a link that will last longer, or it can be 
made to not expire.

I suppose that link cannot be shared since it expires?
Yes, and the intention is that the link identifies the user, so one 
would not want it to be shared.

I mean it sounds interesting, I am interested in what is going on with your 
suggestion.

Just seems like sending around links that allow people to enter directly has 
various dangers and complexities itself, and I wonder what the resulting 
experience is and what the level of security is.
Isn’t this technically pushing the password back to your email login and isn’t 
that really no different than the O-Auth or Apple sign in?
It is "pushing the password back to your email login" and that is the 
point. Youe email login is one password. Almost all of the hundred or so 
passwords I use can be reset by e-mail. But I have to track those 
passwords, and no matter how clever they are about storing those 
passwords and no matter how convulated they require those passwords to 
be, the security of the system is _exactly the same_ as the security of 
my email login password, and for no extra benefit.The illusion of extra 
security that comes with some of these password schemes is probably what 
bothers me the most.

Apple sign in is preferable to users because it is easy and doesn’t offer 
private information to the site, Facebook login seems the same but is reversed. 
Facebook login is there to let Facebook see where you login and when so it can 
sell that data to advertisers.
A valid point. I have, however, come to point in my life where I no not 
accept that there are bad corporations and good corporations. The "good" 
corporations seem to always change their stripes when their profits are 
threatened. So the Apple system is a problem for me, even though it 
seems to be doing a good thing now. Do their Terms of Service say that 
they will do things this way forever? Can you take back your information 
if they change how they are doing things?

The idea of not using passwords at all is interesting, but I’m not sure this 
would be what I’m thinking about.

I’m going to guess this is not a bank, but what sort of service uses this email 
authentication and why was it implemented?

Well, to be honest, I can only use this for the apps I build that I 
fully control. I do work for others and they don't get it and that is 
fine. I deal. I worked for Paypal and I pretty sure they will not be 
implementing this anytime soon. More's the pity. :--) One does what one 
can do.



cheers - ray


___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Main not a subclass of WOComponent - but an odd cause - bad selenium jar?

[Ray Kiddy via Webobjects-dev]

Hello -

Just an FYI. I had an odd crash after adding some unit test code to an 
application. I have found the work-around for the problem but have not 
yet determined the cause. I got an exception on first accessing the app:


*Error:* 	java.lang.IllegalArgumentException: 
 Class 'Main' 
exists but is not a subclass of WOComponent.
*Reason:* 	 
Class 'Main' exists but is not a subclass of WOComponent.


The fix was to remove this jar from my project: 
selenium-server-standalone-3.14.0.jar


Oddly, the app ran fine while I was running in eclipse. But when i built 
with the included build.xml and 'Run as Ant', that application would 
crash, both on my Mac (dev system) and on Ububtu (my deployment). I have 
not made any changes to the default buils.xml. I confirmed the 
classpaths were properly constructed and everything pointed to existed 
and was readable.


I did not even remove the code that uses selenium. I just do not invoke 
that code and it is fine.


Anyway, just weird. If anyone know how this selenium jar is souring the 
soup, I would be interested in any suggestions.


This may not be a very important problem. On the other hand, when there 
is a problem and the symptom does absolutely nothing to point to the 
source of the problem, I find it interesting.


cheers - ray

mac:

% java --version
java 14 2020-03-17
Java(TM) SE Runtime Environment (build 14+36-1461)
Java HotSpot(TM) 64-Bit Server VM (build 14+36-1461, mixed mode, sharing)

ububtu:

$ java -version
java version "1.8.0_241"
Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)


 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Sign in with apple?

[Amedeo Mantica via Webobjects-dev]

I use this library

https://github.com/auth0/java-jwt 

the Apple public Keys for verification are here

https://appleid.apple.com/auth/keys 

Amedeo



> On 2 Jun 2020, at 14:41, Jesse Tayler via Webobjects-dev 
>  wrote:
> 
> 
> 
>> On Jun 1, 2020, at 9:40 PM, Ray Kiddy  wrote:
>> 
>> 
>> Somebody comes in to the app, I get their e-mail address and sent them an 
>> "invite" into the app. This is exactly as secure as any password-storage 
>> system that uses e-mail to reset passwords
> 
> 
> This means the user has to invoke a new session by getting a link in email 
> each time they access? 
> 
> I suppose that link cannot be shared since it expires?
> 
> I mean it sounds interesting, I am interested in what is going on with your 
> suggestion.
> 
> Just seems like sending around links that allow people to enter directly has 
> various dangers and complexities itself, and I wonder what the resulting 
> experience is and what the level of security is. 
> 
> Isn’t this technically pushing the password back to your email login and 
> isn’t that really no different than the O-Auth or Apple sign in? 
> 
> Apple sign in is preferable to users because it is easy and doesn’t offer 
> private information to the site, Facebook login seems the same but is 
> reversed. Facebook login is there to let Facebook see where you login and 
> when so it can sell that data to advertisers.
> 
> The idea of not using passwords at all is interesting, but I’m not sure this 
> would be what I’m thinking about.
> 
> I’m going to guess this is not a bank, but what sort of service uses this 
> email authentication and why was it implemented?
> 
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/amedeomantica%40me.com
> 
> This email sent to amedeomant...@me.com

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com