Proposal: Login Solutions Shouldn't Count Toward Licenses

Discuss all problems you have with Servoy here. It might help to mention the Servoy version and Operating System version you are using

Should sessions that are just in a login solution count towards Servoy licenses?

Yes
0
No votes
No
10
100%
 
Total votes : 10

Proposal: Login Solutions Shouldn't Count Toward Licenses

Postby sbutler » Wed Sep 09, 2020 3:32 pm

I have a couple clients that get close to their license limits because of users sitting on the login page. Users logout, timeout, etc and end up sitting on the login page consuming a license. I'm aware of work-round that could kill their session and redirect them to a different page, but this doesn't feel like a good user experience. Users should be able to sit on the login page indefinitely without consuming a license.
Login solutions have very limited feature sets since they can't directly access the datasources, so there is little chance of this being abused.

Servoy team, can we make this change in a future release?

I've created a jira case for this at: https://support.servoy.com/browse/SVY-15433 and included a poll in this post.
Scott Butler
iTech Professionals, Inc.
SAN Partner

Servoy Consulting & Development
Servoy University- Training Videos
Servoy Components- Plugins, Beans, and Web Components
Servoy Guy- Tips & Resources
ServoyForge- Open Source Components
User avatar
sbutler
Servoy Expert
 
Posts: 708
Joined: Sun Jan 08, 2006 7:15 am
Location: Cincinnati, OH

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby bcusick » Wed Sep 09, 2020 3:48 pm

Totally agree! +1
bcusick
 
Posts: 1248
Joined: Wed Apr 23, 2003 11:27 pm
Location: Thousand Oaks, CA USA

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby ROCLASI » Wed Sep 09, 2020 3:51 pm

+1

Also voted on the Jira ticket
Robert Ivens
SAN Developer / Servoy Valued Professional / Servoy Certified Developer

ROCLASI Software Solutions / JBS Group, Partner
Twitter: @roclasi
--
ServoyForge - Building Open Source Software.
PostgreSQL - The world's most advanced open source database.
User avatar
ROCLASI
Servoy Expert
 
Posts: 5354
Joined: Thu Oct 02, 2003 9:49 am
Location: Netherlands/Belgium

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby Harjo » Wed Sep 09, 2020 3:52 pm

totally agree,

we discussed already in 2011

viewtopic.php?f=3&t=15921&hilit=login+license#p85866
Harjo Kompagnie
Direct ICT / Servoy Hosting / ServoyCamp
Servoy Certified Developer
Servoy Valued Professional
SAN Developer
User avatar
Harjo
 
Posts: 4309
Joined: Fri Apr 25, 2003 11:42 pm
Location: DEN HAM OV, The Netherlands

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby sbutler » Wed Sep 09, 2020 3:55 pm

Harjo wrote:totally agree,

we discussed already in 2011

viewtopic.php?f=3&t=15921&hilit=login+license#p85866


Seems like that just stopped consuming licenses for Authenticators. We need it to stop consuming licenses for users just sitting in the Login Solution.
Scott Butler
iTech Professionals, Inc.
SAN Partner

Servoy Consulting & Development
Servoy University- Training Videos
Servoy Components- Plugins, Beans, and Web Components
Servoy Guy- Tips & Resources
ServoyForge- Open Source Components
User avatar
sbutler
Servoy Expert
 
Posts: 708
Joined: Sun Jan 08, 2006 7:15 am
Location: Cincinnati, OH

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby mboegem » Wed Sep 09, 2020 4:22 pm

goldcougar wrote:Seems like that just stopped consuming licenses for Authenticators. We need it to stop consuming licenses for users just sitting in the Login Solution.


In NG you don't even need authenticator/login solution.
Looking from that perspective, more generic this could be 'unauthenticated sessions should not be consuming licenses'.
But how to deal with solutions that don't require authentication?
_____________________
Marc Boegem
Solutiative / JBS Group, Partner
• Servoy Certified Developer
• Servoy Valued Professional
• Freelance SAN Developer

Image
User avatar
mboegem
 
Posts: 1539
Joined: Sun Oct 14, 2007 1:34 pm
Location: Amsterdam

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby sbutler » Wed Sep 09, 2020 4:31 pm

mboegem wrote:In NG you don't even need authenticator/login solution.
Looking from that perspective, more generic this could be 'unauthenticated sessions should not be consuming licenses'.
But how to deal with solutions that don't require authentication?


Right, that would complicate things though, since you could build solutions without authentication and get the full power of Servoy without licenses. So, my proposal keeps it simple. Just don't count licenses on login solutions. Then, even for NG, people can implement login solutions that need to take advantage of not counting licenses for those users. Since login solutions are locked down without direct data access, it seems like a reasonable request.
Scott Butler
iTech Professionals, Inc.
SAN Partner

Servoy Consulting & Development
Servoy University- Training Videos
Servoy Components- Plugins, Beans, and Web Components
Servoy Guy- Tips & Resources
ServoyForge- Open Source Components
User avatar
sbutler
Servoy Expert
 
Posts: 708
Joined: Sun Jan 08, 2006 7:15 am
Location: Cincinnati, OH

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby swingman » Wed Sep 09, 2020 9:05 pm

+1
Christian Batchelor
Certified Servoy Developer
Batchelor Associates Ltd, London, UK
http://www.batchelorassociates.co.uk

http://www.postgresql.org - The world's most advanced open source database.
User avatar
swingman
 
Posts: 1336
Joined: Wed Oct 01, 2003 10:20 am
Location: London

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby lwjwillemsen » Fri Sep 11, 2020 9:27 pm

+1 (annoying for 10+ years).
Lambert Willemsen
Vision Development BV
lwjwillemsen
 
Posts: 669
Joined: Sat Mar 14, 2009 5:39 pm
Location: The Netherlands

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby jcompagner » Wed Sep 16, 2020 11:29 am

Problem with this is that i rather have that people stop using login solutions..
Thats really not needed and over complicates things in Servoy (or in the solution)

Just use a login form...

As an example, if you have a login solution that doesn't have a soluton title text set but the main solution has one.. Then that is a big performance penalty because we need to constantly clone the whole login solution...
(so always set a login title text!)

But really, just stop using them, it over complicates things and is really only needed for the smart client.

But then this problem described in this post can't be fixed by this solution.
Johan Compagner
Servoy
User avatar
jcompagner
 
Posts: 8339
Joined: Tue May 27, 2003 7:26 pm
Location: The Internet

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby Harjo » Wed Sep 16, 2020 11:39 am

can you build in or fix this than, and bind such property/feature to only 1 form??n the login form?
Harjo Kompagnie
Direct ICT / Servoy Hosting / ServoyCamp
Servoy Certified Developer
Servoy Valued Professional
SAN Developer
User avatar
Harjo
 
Posts: 4309
Joined: Fri Apr 25, 2003 11:42 pm
Location: DEN HAM OV, The Netherlands

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby sean » Wed Sep 16, 2020 5:48 pm

We are looking into the case created by gold cougar.
However, we would have to be careful that we don't create loopholes which could be abused.

Also, I wonder if this can just be solved with an idle timeout which redirects to a non-servoy client page ?
Software Engineer
Servoy USA
sean
 
Posts: 242
Joined: Mon May 21, 2007 6:26 pm
Location: USA

Re: Proposal: Login Solutions Shouldn't Count Toward License

Postby sbutler » Wed Sep 16, 2020 6:41 pm

jcompagner wrote:Problem with this is that i rather have that people stop using login solutions..
Thats really not needed and over complicates things in Servoy (or in the solution)

Just use a login form...

As an example, if you have a login solution that doesn't have a soluton title text set but the main solution has one.. Then that is a big performance penalty because we need to constantly clone the whole login solution...
(so always set a login title text!)

But really, just stop using them, it over complicates things and is really only needed for the smart client.

But then this problem described in this post can't be fixed by this solution.


I would be fine to stop using them, but still need a fix so users on the login page don't count toward licensing


sean wrote:We are looking into the case created by goldcougar.
However, we would have to be careful that we don't create loopholes which could be abused.

Also, I wonder if this can just be solved with an idle timeout which redirects to a non-servoy client page ?


Agreed about the loophole, thats why I was hoping the use of loginSolutions would cover this, but as you mentioned on the ticket, loginSolutions aren't sandboxed in non-smart clients.

Can it be solved with an idle timeout which redirects to a non-servoy client page? That is really bad UX, and given Servoy's push about providing great user experiences, its really going in the wrong direction. Most apps don't do this, and the only reason it would be needed is because of how Servoy handles licenses. There are also situations where it doesn't work at all. I have a client with offices spread around the world, and during shift changes, users logout or timeout, while other users are trying to get into the system to start their shift. So this creates a bottleneck on the licensing. Yes, there are workarounds to this, but the default way Servoy handles it should promote providing good UX. Currently it doesn't.
Scott Butler
iTech Professionals, Inc.
SAN Partner

Servoy Consulting & Development
Servoy University- Training Videos
Servoy Components- Plugins, Beans, and Web Components
Servoy Guy- Tips & Resources
ServoyForge- Open Source Components
User avatar
sbutler
Servoy Expert
 
Posts: 708
Joined: Sun Jan 08, 2006 7:15 am
Location: Cincinnati, OH


Return to Discuss possible Issues and Bugs

Who is online

Users browsing this forum: No registered users and 1 guest

cron