Recommended removals in Lift 4

67 views
Skip to first unread message

Matt Farmer

unread,
Aug 15, 2024, 10:05:06 PM8/15/24
to Lift
Hey all,

As a part of Lift 4 I think we should consider removing some things that haven't been well maintained in quite a while. Or things that maybe don't provide as much differentiating value as they once did. Specifically I have my eye on the following:
  • core/json-scalaz7 - I don't know about others but I don't feel that I have a good enough grip on scalaz to continue to maintain a bridge here.
  • core/json - The json4s project forked from lift/json awhile ago. I think we should seriously ask whether or not maintaining our own JSON library is still worth it, or if we should consider leaning on json4s.
  • persistence/* - This one I expect to be a bit controversial, but nonetheless - there are lots of good persistence libraries in the wider ecosystem. If you're not using a sql-ish or mongo database, odds are you're already using client libraries specific to whatever thing you're using under the hood (Dynamo, Spanner, etc). I think I would make the argument that our time is better spent documenting how to use the wider ecosystem of options well with Lift, not maintaining our own persistence libraries.
I think webkit, actors, common, and util continue to be the places where we really can shine, and my inclination is to prune some of the source tree in its current form to allow us more time to focus on making those really good.

Of course, I expect much discussion on this topic. :-)

Looking forward to thoughts here.

Matt

Henrik Härkönen

unread,
Aug 16, 2024, 2:13:08 PM8/16/24
to Lift
I think those are very good arguments for pruning such parts away!  Though pruning sounds like it's an easy cut operation, but might be a bit more than that? :D I'd be happy lift user with these core parts that would be left.

Matt Farmer

unread,
Aug 18, 2024, 10:37:34 PM8/18/24
to Lift
Given the discussion in the other thread, I think this now becomes "Recommended Removals in Lift 5" with the exception of anything that might have already been marked as deprecated. (I think we deprecated squeryl-record already...)

Paul Dale

unread,
Aug 23, 2024, 12:34:59 PM8/23/24
to Lift
Hey Matt,

I took a shot at starting down this road - https://github.com/lift/framework/pull/2017

Not assuming it's ready for prime time, but it does compile and pass the tests.

Miss you!
Paul

Matt Farmer

unread,
Aug 24, 2024, 7:20:55 PM8/24/24
to Lift
Good to hear from you Paul! That PR looks good once the Bloop stuff is cleaned up so we're in pretty good shape.
Reply all
Reply to author
Forward
0 new messages