Apache Shiro security framework releases 3.0.0

48 points
1/21/1970
5 days ago
by lprimak

Comments


forkerenok

In my junior-to-mid days (ca. 2010) Apache Shiro seemed like a breath of fresh air compared to Spring Security in terms of ease of integration.

Good to see it's still around.

3 days ago

aweiland

Yes it was. Also Apache Camel in lieu of Spring Integration as well.

3 days ago

zipy124

For those like me who hadn't heard of this here is Apache's own product description for context:

Apache Shiro™ is a powerful and easy-to-use Java security framework that performs authentication, authorization, cryptography, and session management. With Shiro’s easy-to-understand API, you can quickly and easily secure any application – from the smallest mobile applications to the largest web and enterprise applications.

3 days ago

Frieren

I think that many people on startups miss this part of development, robust stable products that do what is expected from them.

Most companies software should not move fast and break things but it should be stable, provide the functionality that their users require and stability is a great asset.

Apache software is reliable in a way that many modern things are not(looking at you platforms like Android, Facebook, etc.).

3 days ago

[deleted]
5 days ago

mistic92

I have not heard this name for a long time

3 days ago

elhart05

[dead]

3 days ago

iririririr

Java the language is so good. too bad the entire ecosystem is worse than brain dead. overload controlled by xmls scattered all over the filesystem, most read at run time. the mvn-gradle-mvn-gradle-mvn-... frustration and migration (literal) circle. the O.G. supply chain attacker build systems (which doesn't even help actually getting dependencies). everything is so bad. but at least com.java.naming.reverse.the.resolved.they now!

3 days ago

throw1234567891

Because the mountain of toml and yaml files is sooo much better.

3 days ago

moondowner

> xmls scattered all over the filesystem

is this comment from 2015?

With e.g. Spring Boot and Gradle you can have large projects with zero xml files needed. That has been the case for years.

3 days ago

kitd

With Polyglot Maven, you don't even need it in Maven either!

https://github.com/takari/polyglot-maven

3 days ago

Twirrim

Agreed. In my current job, across several large java code bases that have been developed over the last 12 years, the only place I've seen xml come into play is for maven. We've hundreds or more similar scale code bases and I don't think I've ever seen it in use beyond that, though I only occasionally look at those code bases.

No one is ever reaching for xml or even thinking about it.

3 days ago

ruszki

Even in 2015, we have already started Spring projects without XML configuration.

But you shouldn’t be surprised. Very few people really can code in Spring nicely. For example, configuration in application.properties is still seems to be too complex to understand for most. Most accepted solution on StackOverflow is not the best at all (for example many-many includes unnecessary lines).

3 days ago

khurs

Your comment isn't relevant to the discussion, as the article is not about the merits of the language, but merely a Java Security Framework.

3 days ago

vips7L

Their comment is also wildly wrong and outdated by two decades.

3 days ago