Tuesday, February 10, 2009

JSOS ver. 6.20

Coldbeans Software announced the next milestone in JSOS (servlets office suite) development. JSOS reaches the version 6.20. This largest collection of Java servlets and filters provides 125+ "out of the box" components ready for building web-pages.

One of the biggest parts is the rich set of filters. Package includes such components as XML and WML transcoding, access restriction, traffic restriction, caching, profiling etc.

All components are configurable, so you may incorporate them into your own design frameset. Components from JSOS do support WAP/WML, so the same set of components can be used for wireless users too. At this moment JSOS provides a largest set of servlets and filters over the Net.

Check out more here: http://www.servletsuite.com


Anonymous said...

After so much time, you are still not able to append that version number to the sos.zip :(.

Abava said...

>append that version number to the
>sos.zip :(.
what do you mean?

Anonymous said...

You all the time publish a new version of the servlets bundle, right?
But all your servlet packages are called "sos.zip" when the user clicks on the "Download JSOS bundle ver...." link, independent of their version (so the user has to rename it all the time locally to something else to distinguish the right version).
Those files should be called "sos-6.20.zip", or what version they are - come one, this is basic stuff, but it's saying allot about quality :).

Abava said...

>Those files should be called >"sos-6.20.zip", or what
hmm, interesting point of view. And what is a point to keep old version?
We do provide backward compatibility all the time, so I think most of our downloaders simply replace old file with a new one. At least, nobody complained yet. Yes, a new version is published weekly.
P.S. shall we change the name of RSS file in this blog periodically too? ;-)

Anonymous said...

shall we change the name of RSS file in this blog periodically too?
RSS link is not a Zip (nor a "static resources"), it's an URL backed up by an protocol that knows how to handle updates.

Also it doesn't matter if the users just prefer to "drop in" the new zip file content - versions are important to tell files apart. This is also true for JAR files, hence a good practice with Maven to have for JAR libs version numbers too.
Without a version number when downloading software, it looks improvised and unprofessional.

Abava said...

>software, it looks improvised and
It is not so easy to trust anonymous professional, but you know Maven, so we should try ;-).
We will add a version number to the name of the next zip file and see for complains. If not, than let it be forever