When deploying the web services using the ant, you may receive the following error,
[axis-admin] - Unable to find required classes (javax.activation.DataHandler and javax.mail.internet.MimeMultipart). Attachment support is disabled.
This is caused due to the missing jar files in the application lib folder. Note that this may be a warning message depending on your deployment.
To get rid of this message, copy the following jar files into the application lib folder,
I found these jar files in the glassfish installation directory of mine. These jar contain the missing class files and you won’t get the warning message anymore.
If you are like me then you would be remotely logging into Linux machines. Using normal ssh you would get a shell to work with. This is a sort of limitation as I eventually would have to log off from the shell. This situation is very evident in cases where the testing is involved. The automated tests scripts may run for hours together. In these situation you would like to know the output of the script. One simple work around would be to redirect the output to a text file. This works most of the time. But consider that I would like to do a bunch of changes in the remote machine and every one of the tasks involves a new shell. Then I need to consider the feasibility of opening many remote windows on my machine and every time i need to login using the credential. A big pain. There have been few solutions for this. You could vnc into the system and have a virtual desktop available to you. You can open as many windows as you want and leave it open so that you can continue working from either office or home. This also makes sense but what if I am running short of memory and wouldn’t like to spawn a Vnc session in the remote machine? And its very irritating to work on the remote desktop via VNC as it’s slow and it hits the productivity. There are also security issue with VNC sessions. VNC sessions are not as secure as ssh are. So if the system administrator is very fond of security, then you wouldn’t have the liberity of using a vnc session. The ports will probably be blocked as a Corporate policy in many of the corporates. But many would allow you to run a ssh session and the password authentication would be stricter in those cases. So this brings us back to the idea of using the shell session. Linux provides you a wonder tool known as screen. It gives you the following abilities,
Multiple windows within the single shell session
Resume option is available.
Many users can resume the session
Collaboration is available
There may be many more things that I may missed out. You may want to read the man pages
The following screen shot shows the screen screenshot from my laptop. It looks cool

The screen can further be customized using the following
[cisco@bh1 ~]$ more ~/.screenrc
deflogin off
bind -c selectHighs 0 select 10
bind -c selectHighs 1 select 11
bind -c selectHighs 2 select 12
vbell on
startup_message off
escape `\`
shelltitle K
bindkey -k k8 prev
bindkey -k k9 next
bindkey -k k1 select 1
bindkey -k k2 select 2
bindkey -k k3 select 3
bindkey -k k4 select 4
bindkey -k k5 select 5
bindkey -k k6 select 6
bindkey -k k7 select 7
hardstatus alwayslastline
hardstatus string '%{= mK}%-Lw%{= KW}%50>%n%f* %t%{= mK}%+Lw%< %{= kG}%-=%D %d %M %Y %c:%s%{-}'
# Multiuser config
multiuser on
Create a file named “.screenrc” in the home folder. You should be done with this cool looking screen working for you.
Final notes before I end this, Ctl a then c to open a new shell and the rest are in the config files.
Hope you enjoy screen for the rest of your remote logins.
February 21, 2008 – 11:55 am
For me there is been a lot of confusion regarding the times in US and other countries. To add to this US has to apply corrections to time using daylight savings. Its like I have to add few hours there and remove few hours here finally making it messy. There is an easy solution to this. You can find the exact time for a country using this website. This saves me a lot of confusion and I don’t need to install a clock utility which provides the same functionality. But one catch with clock utilities are that you can’t check the future times. For example if I had an apppointment say after 2 days 10 am Rome time, then I wouldn’t have the option to convert to my local time using the clock utility. This can be very easily converted using the convertor provided by the website and that too its free. What more can I ask for?
January 27, 2008 – 3:52 pm
This is incredible. An idea that can spawn another and drive it all alone. I never thought about it before. This makes me wonder the vastness of creativity human mind that possess this incredible source of creativity, imagination and the intelligence. It’s infinity. Who earlier had thought about the Matrix? A movie which seems as real as fiction!
I think we are close to the revolution where all the boundaries, barriers would be broken. And still we are as human as possible. I wonder is fiction driving the discoveries we all see after few days, months or years? Don’t we have solutions to the real problems? Why can’t we have think about these?
I remember some time back in the history that there was a movie which had capsules as the only means of energy the human body needs. They were the substitute for the breakfast, lunch and dinner. Isn’t it the fiction? We could in the future witness this, when we live in moon.
January 6, 2008 – 11:52 am
When you are usually running ftp daemon in the Linux, you may come across this error. You notice that your ftp site is not being served. At this point you start troubleshooting by looking at the service.
/etc/init.d/vsftpd status
vsftpd dead but subsys locked
The solution to this is first stop the xinetd by the following command,
/etc/rc.d/init.d/xinetd stop
Stopping xinetd: [ OK ]
Then remove the vsftpd lock by removing the lock file from
rm /var/lock/subsys/vsftpd
Then start the vsftpd daemon by using the following command,
service vsftpd restart
Starting vsftpd for vsftpd: [ OK ]
After starting the vsftpd deamon, you need to restart the xinetd service using the following command,
/etc/rc.d/init.d/xinetd restart
Starting xinetd: [ OK ]
This will bring up your ftp site and running.