From what I can tell yes it is. Looks like the name switched though from JFS to jfsutils. current version is 1.1.13 release on 7 / 17 / 2008. Unless they recently quit.

You can see news here:
http://jfs.sourceforge.net/

JFS is one of the best, if not the best filesystems available for GNU/Linux and other FLOSS OSs. I see no reason for them to stop maintaining it. The reisers have a higher chance of not being maintained, but even they are still maintained.

I am somewhat partial to XFS but that is due to my server housing large software applications and Anime. Since they are large I read that is what XFS is great for. However I normally used reiserfs for filesystems that would contain small files. However I may look into some bench marks and compare jfs vs. reiserfs for small files.

* End Rambling *

Last time I looked into the issue I found that people are shying away from ReiserFS and development is stagnating. With Hans Reiser in jail for murder it seems there is little driving force left behind it.

This may be a little off topic, but I think i'm in the ballpark
scenario
moving from X86 to X64
both Linux (2.6) x64 and open solarus x64 installed to a separate device
an additional device (hardrive internal) is mounted for data storage via NTFS file system.
Removal of data storage media and mounting that storage on a win32 system the system on boot reports an error with the file system ? and proceeds to run a chkdsk on the drive.
as my heart slows to a panicked rhythm, and I ponder what the arguments a for this chkdsk after several unknown errors roll by, the data on the drive is valuable and I do not look forward to spending several hours rebuilding the env's set up on this disk I quickly come to the conclusion the a hard stop is my best option as Linux x64 has no issues in mounting this drive and I can safely get the latest updates off the drive before I start gussing on the out come of some action.
boot fedora 9 mount ntfs dev - will not mount force mount successful WHEWWWW!!! backup needed data, file system appears to function as it should in this env??? unmount device remount device on win32 system system comes up without an issue no log errors ? no warnings run chkdsk on device runs without a hitch ? do file system maintenance disk appears good to go? check recheck check reboot reboot reboot (ahhh gota love windows :~| )
move the disk over to a solaris system works fine? Get data i need unmounted device install back in win box boot = HARD ERROR UNKNOWN
Heck all my ducks are in a row (the featherless kind) system reboots without intervention and comes up no errors or entries in the event logs pertaining to this device ?

My question is does mounting this device change anything on this device as it should not alter the device in any way

I have never had this issue on an x32 linux, openbsd, mandrake, suse, dsl freebsd, etc etc etc system?

Sorry about the long winded post...
One more titbit if info
The device was in a machine that fedora 9 was installed upon with a encrypted file system. this device was not mounted during the install.

It all depends on what you need and I know fat16 and fat32 ore obsolete,
lets ponder the question why most usb drives flash come with fat32 ??
is it because its faster than an alternitive ?
best use of the resource ?
I think the R&D did some research on this matter to come to this conclusion for these products.

Here is a stunner the fastest IO (baring some custom IO algorithm)
1 disk 4 < 32 meg primary partitions file system **** fat16 ****
that's a whole 128 megabytes of data, raid it stripe it bounce it bar none it's the fastest.

NTFS is good but it has overhead.

ext2 is better but is not a journalled file system (what this means is that you risk data corruption is the system is not shut down correctly - devices needed to be unmounted and data that is in system memory needs to be written to disk on an orderly fashion.)

ext3 is better some of the issues of ext2 are addressed although both systems if implemented in a raid env can be (stress full)

JFS appears to address the issues it's performance -myself- is unknown but I here good things about it's performance with raid arrays and reliability.

The bottom line is you need to have an idea about what you want to do with the system --play music, movies, generate the latest great application yada yada yada.

then put these things in order
performance
reliability
management
cost

the spoiler -----------
once you've made your requirements and have found a file system that fits have a look at the latest version of knoppix this uses a (squashfs) file system that is implemented within memory.


My personal use of file system ext2 the bs8xxx has saves my but a number of times, it's nice to have redundancy. with in a software and or hardware raid 5 array 9 devices (redundancy is not nice it was mandatory)
ext3 has resolved some of these issues
jfs seems to be the new kid in the block stable, play nice with raid performance?