செவ்வானச் சிதறல்கள்…

மென்பொருள் துறையில் பல வகையான வழங்கிகள் (servers) உள்ளன. அவை ப்ல்வேறுபட்ட விடயங்களை அடிப்படையாக கொண்டு பலவாறாகப் பிரிக்கலாம். எடுத்துக்காட்டாக, அவை கிடைக்கும் தன்மையைக் கொண்டு JBoss, Apache, Jetty, Tomcat, Glassfish போன்ற கட்டற்ற, திறந்த மூல, இலவச வழங்கிகளாகவும் இருக்க, Websphere, Weblogic, மற்றும் மைக்றோசொஃப்டின் IIS வழங்கி போன்றன மூடிய மூல மற்றும் அதிக விலைக்கு வாங்கிப் பயன்படுத்தக்கூடிய வழங்கிகளாகவும் இருக்கின்றன. இவை தவிர இன்னும் பல இங்கே குறிப்பிடாத வழங்கிகளும் பயன்பாட்டில் உள்ளதும் இங்கே கவனிக்கத்தக்க விடயம்.

 மேலே குறிப்ப்டிட்ட வழங்கிகளில் IIS மற்றும் Apache தவிர மற்றையவை அனைதும் ஜாவா கணனி மொழி சார்ந்த நிரல்கலை பயன்படுத்தி உருவாக்கப்படும் செயலிகளையே இவற்றில் இயக்க முடியும்.

சரி, இனி விசயத்துக்கு வருவோம். பொதுவாக JSP பங்களைக் கொண்டு உருவாக்கப்படும் செயலியின் வெளிச் செயற்பாடுகள் (functionalities) வழங்கியில் ஜாவா நிரல்களாக மாற்றப்பட்டு, பின்னர் .java கோப்புகளாக மாற்றம் பெற்று பின்னரே அவை இயந்திர மொழியாக மாற்றப்பட்டு அதன் செயற்பாடுகள் உருவாக்கப்படுகின்றன. இதன் போது, டொம்கட் (tomcat), work எனும் ஒரு கோப்பத்தை (folder/directory) உருவாக்கி, அதற்குள்ளேயே அந்த தற்காலிக, .JAVA கோப்புகளைச் சேமிக்கும்.

சில வேளைகளில், நாம் உண்மையான .jsp கோப்புகளில் மாற்றங்கள் செய்தாலும், அந்த மாற்றாத்தை வழங்கி கண்டு பிடிக்காமல், குறித்த கோப்பு இன்னமும் மாற்றப்படவில்லை என நினைத்து, ஏற்கனவே குறித்த .jsp கோப்புக்காக உருவாக்கப்பட்டிருந்த .java கோப்பையே மொழிமாற்றி (compile) இயக்க முற்படும். இதன்போது, குறித்த work என்ற கோப்பகத்தை அழித்து விட்டால், மறுபடியும் அந்த கோப்பகத்தை உருவாக்கி எல்லா .jsp கோப்புகளையும் .java கோப்புகளாக மாற்றி பின்னர் பைனரியாக மாற்றும்.

கடந்த வாரம், நான் தற்போது வேலைசெய்யும் ஜாவா சார்ந்த ஒரு செயலியை வழங்கியில் இட்டு, வழங்கியை இயக்க முற்பட்ட போது கீழே உள்ள வழு தோன்றியது. இதன் காரணம் எனக்கு தெரியவில்லை.

SEVERE: Exception loading sessions from persistent storage

என்ற வரியைப் பார்த்தால்,  இது ஏதோ தகவற்தளம் (database) உடன் தொடர்புடைய பிரச்சனை போல் என்று எண்ணி அதன் மீது கவனம் செலுத்த தொடங்கி விட வாய்ப்புண்டு.

INFO: Initializing Coyote HTTP/1.1 on http-9090

Jan 18, 2012 10:52:13 AM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 550 ms
Jan 18, 2012 10:52:13 AM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Jan 18, 2012 10:52:13 AM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.33
Jan 18, 2012 10:52:14 AM org.apache.catalina.session.StandardManager doLoad
SEVERE: IOException while loading persisted sessions: java.io.EOFException
java.io.EOFException
at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2281)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2750)
at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780)
at java.io.ObjectInputStream.<init>(ObjectInputStream.java:280)
at org.apache.catalina.util.CustomObjectInputStream.<init>(CustomObjectInputStream.java:58)
at org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:362)
at org.apache.catalina.session.StandardManager.load(StandardManager.java:321)
at org.apache.catalina.session.StandardManager.start(StandardManager.java:648)
at org.apache.catalina.core.ContainerBase.setManager(ContainerBase.java:446)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4631)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
at org.apache.catalina.core.StandardService.start(StandardService.java:525)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Jan 18, 2012 10:52:14 AM org.apache.catalina.session.StandardManager start
SEVERE: Exception loading sessions from persistent storage

 

ஆனால் நான் முன்னர் கூறியது போல work என்ற கோப்பகத்தை அழித்து விட்டு வழங்கியை மீண்டும் இயக்கியவுடன் குறித்த அந்த வழு இல்லாமல் போய்விட்டது.  இதற்கு உண்மையான காரணம் என்ன என்று எனக்கு தெரியாது. ஆனால் இப்படியான வழு வருவது இதுவே முதன்முறை. அதன் போது நான் செய்த்த நடவைக்கையை இங்கே பகிர்ந்துள்ளேன்.

கடந்த சில வாரங்களாக எனக்கு இருந்த மிகப் பெரிய ஆணியை ஒருமாதிரி இன்று புடுங்கியாகிவிட்டது. நான் இப்ப வேலை செய்யிறது ஒரு பன்மொழிப் பயன்பாடு உள்ள ஒரு web application. தற்போது ஆங்கிலம் தமிழ் மற்றும் சிங்களம் ஆகியன பயன்படுத்தப்பட்டாலும், இதில கிட்டத்தட்ட 5க்கு மேற்பட்ட இந்திய மொழிகளைக் கொண்டு தரவு உள்ளீடு செய்ய வேண்டி இருக்கும்.

ஆக தரவு எல்லாமே ஒருங்குறியில தான் உள்ளீடு செய்ய வேணும். எங்கட application முழுக்க முழுக்க java வில தான் எழுதினது. Struts, Hibernate மற்றும் Spring ஆகிய framework பயன்படுத்தப்பட்டுள்ளது. database ஆக mysql5.1 பாவிக்கிறம். இந்த database  உருவாக்கேக்க character set = utf8 உம் collate = utf8_generic கும் பயன்படுத்தியிருக்கிறம். இதே போல தான் table உருவாக்கேக்க எல்லாம் மறக்காம utf8 பாவிச்சனாங்கள்.  தவிர database connection pooling க்காக proxool என்டிர API யும் பாவிக்கிறம். அதிலயும் connection settings எல்லாம் சரியாதான் இருந்திச்சு.

<driver-url>jdbc:mysql://localhost:3306/mboxx?useUnicode=true&amp;characterEncoding=UTF-8</driver-url>

<driver-class>com.mysql.jdbc.Driver</driver-class>

<driver-url>jdbc:mysql://localhost:3306/mboxx?useUnicode=true&amp;characterEncoding=UTF-8</driver-url> <driver-class>com.mysql.jdbc.Driver</driver-class>

<%@ page contentType=”text/html;charset=UTF-8″ import=”java.util.*” language=”java” pageEncoding=”UTF-8″ %>

மற்றும்

<meta http-equiv=”Content-type” content=”text/html; charset=utf-8″/>

முதலாவதா இருக்கிற வரியை [jst tag], jsp page இன்டை தொடக்கத்திலையும், அடுத்த வரியை html page இன்டை head tag க்கு உள்ளையும் எழுதி இருந்தனான். அது மட்டுமில்ல, servlet ல வாற request object ஐ பயன்படுத்த முதல் அதுக்கும் request.setCharacterEncoding(“UTF-8″); என்ட encoding எல்லாம் குடுத்தனான். ஆனா பாருங்கோ, web page ல தமிழ்ழை தட்டி சேமிக்க போனா, à®®à®¾à®²à®µà®©à¯ இப்பிடி தான் கோழி கோழி முட்டை முட்டையா எழுத்துக்கள் வந்திச்சு. இதுவே நேரா database client ஐ பயன்படுத்தி, database ல தமிழில தட்டீட்டு web application ஐ பாவிச்சு பாத்தா அது சரியா தமிழில தெரிஞ்சிச்சு.  என்னடா இது வில்லங்கம் பிடிச்ச ஆணியா கிடக்கு எண்டு கூகுல் சாமிய போட்டு உலுப்புலுப்பெண்டு 3 கிழமையா உலுப்பியும் ஒண்டும் கொட்டுண்டேல்ல. ஒரு கட்டத்தில இதுக்கு வேற வழி எதாவது இருக்கா எண்டு பாத்து தற்காலிகமா ஒரு தீர்வு குடுத்துட்டு மற்ற ஆணிகளைப்பாக்க போட்டன்.

<filter>

<filter-name>encodingFilter</filter-name>

<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>

<init-param>

<param-name>encoding</param-name>

<param-value>UTF-8</param-value>

</init-param>

<init-param>

<param-name>forceEncoding</param-name>

<param-value>true</param-value>

</init-param>

</filter>

<filter-mapping>

<filter-name>encodingFilter</filter-name>

<url-pattern>/*</url-pattern>

</filter-mapping>

இப்பிடி ஒரு வழியா வேலைசெய்ய வச்சாச்சு. இப்ப, request.characterEncoding, எல்லாம் தேவையில்லை. எல்லாம் சரியா வேலைசெய்யுது.

நீங்கள் தற்போது விண்டோஸ் 7 பாவனையாளரா அல்லது அதனை பயன்படுத்துவது பற்றி ஆலோசித்துக்கொண்டிருக்கின்றீர்களா? அப்படியென்றால் இந்த பதிவு உங்களுக்காகத் தான். விண்டோஸின் அடுத்த் இயங்கு தள் வெளியீடாக விண்டோஸ் 8 வருகின்ற 2012ல் வெளியிடப்பட இருப்பதாக தகவல்கள் வெளியிடப்பட்டிருக்கின்றன. இது ஒண்டும் ஆச்சரியம் தருகின்ற விடயம் இல்லைத் தான்.

வழக்கமான திட்டமிடல்களுடன் கூடிய வேலைப்பாடாக நடைபெற்றுக்கொண்டிருக்கும் வேலைகளின் படி, விண்டோஸ் நிறுவனம் தனது அடுத்த முக்கியமான வெளியீடாக விண்டோஸ் 8 வெளியிடப்பட இருக்கின்றது.

Kaspersky தனது வாடிக்கையாளர்களை 30 நாட்கள் இலவசமாக பரீட்சித்துப்பார்க்க விட்டுள்ளது,
இந்த 30 நாட்களும் Kaspersky ஆனது காசு கொடுத்து வாங்குவதை போலவே இயங்கும்,

இந்த முயற்சியின் மூலம் கிடைத்த விடை, நாம் அந்த பரீட்சாத்த மென்பொருளை (Trial), எவளவு நாட்கள் வேண்டுமெண்றாலும்
பாவிக்கலாம்

இதற்கு நீங்கள் செய்ய வேண்டியது 29 நாட்களுக்கு ஒருமுறை தல 1 நிமிடம் வரை செலவு செய்ய வேண்டும்

செய்முறை

*kaspersky இன் எந்த மென்பொருளயும் நீங்கள் வைத்திருக்கலாம், (Kaspersky IS, Kaspersky AV)

1. நீங்கள் பழய அனுமதி வைத்திருந்தால் (KEY FILE) அதை அழித்துவிடுங்கள்
2. Kaspersky ஐ open செய்து Enable Self-Defense ஐ Un-tick செய்யவும்.

Enable Self-Defense ஐ Un-tick செய்யும் முறை

1. Open the kaspersky
2. Go to “Settings” on the right hant top corner
3. you will prompt a box
4. in the box click the “option Button”
5. u can see in the right hand side ” Enable Self-Defens”
6. un-tick that

3. பின்னர் kaspersky ஐ exit செய்யவும்

Kaspersky Trial Resetter v1.8.0.0 Final REZMAN1984
4. kaspersky Trial Resetter v1.8.0 ஐ தள இறக்கம் செய்து உங்கள் கணனியின் முகதிரையில் வைத்துக்கொள்ளவும் (SAVE ON DESKTOP)
5. extract the file (password : kaspersky)
6. in the folder u can find kaspersky resetter.exe
7. run it
8. press “start”

9. ஒரு 30 நொடி (sec) பொறுங்கள்….. உங்களது Kaspersky மறுபடியும் செயற்பட்டு உங்களிடம் Activate செய்ய கேட்கும்…
அப்பொளுது “Activate Trial vertion” என்பதை அளுத்துங்கள்….

உங்களது மென்பொருள் 30 நாட்கள் பாவனக்கு தயாராகுவிடும்…

முக்கிய குறிப்பு :
1. trial resetter ஐ வேலை முடிந்தவுடன் அழித்துவிடவும் (delete the restetter but don’t delete the .rar file)
2. உங்களது Kaspersky trail இல் இயங்குகிறது எண்று சொல்லும்.. அதை நீங்கள் “Hide Message” இல் மறைத்து விடலாம்

29 நாட்களுக்கு ஒருமுறை இதை செய்து கொள்ளவும்…. (29 நாள் தான் என்று கட்டாயம் இல்லை, நீங்கள் விரும்பும் நேரத்திலும்
செய்து கொள்ளலாம்)

இது Windows XP, Vista, 7, என்பவற்றில் பரீட்சித்து பார்க்கப்பட்டது