Friday, October 26, 2007

Unique indian english words and phrases...

It's very common for Indians to copy English buzzwords/lingo into their own style. Some of the examples given below are to reverse Indian English to American English.

"flats" - plot of land/piece of real-estate

"fly over" - overpass?

"post" - mail

"take home" - net salary

"hallo hallo" - yea.. Hello is almost prounounced and out-spoken twice in the flow of words :D

“full amount” – to pay the sticker price (without bargain/negotiation)

“xerox” - to copy

“hotel” - used for both restaurent and hotel - typically where we eat food.

“lift” – elevator

“bathroom” – in U.S.A it’s called rest-room for GKR (God known…)

“bill” – check/receipt

“barrer”, “waiter” – attendant, bartender

“we couldn’t able to” – we are NOT able to (or) we couldn’t

“we could able to” – we are able to

“steps” - stairs

"cricket game" - i.e, cricket sport. game and sport are almost used interchangeably.

"tiffin" - breakfast

"traffic signal", "traffic stop", "traffic lights" - In American english - "lights"

I just came across wiki page for this "Indian English" topic.

Saturday, October 13, 2007

My impressions of Indian Metros

Chennai - I don't regret moving to Chennai. Coz that's where I fell in love with my wife ;) This is the place I lived most (3 years) outside my home town, Nellore, AP, in India. The city itself has lot to be proud of. Just like any other major city in the world, it has a place for anyone coming from any walk of life. However the key to enjoy the stay in Chennai is to like south-indian food & culture. If you don't, this place is the last place you want to be.

Mumbai - This place definitely lives to its reputation - insane! This is my second city after Chennai where I lived for about an year. Mumbai life is costly, fast, practical and exciting. Unlike _all_ other places I had been, everyone respects time, form queues, works hard and fast. If someone wants to shake-up things little bit, they should live & work in Mumbai for couple of months.

Bangalore - This place has good climate, laid-back lifestyle and non-interfering locals. I lived here for 8 months and managed without having to learn ONE Kannada word. That's not how it works in other cities. I would suspect this place wouldn't have remained the same. I really wanted to relocate to Bangalore from Nellore after my graduation. But I had to do masters in Madras University and hence my stay in Chennai.

Hyderabad/Secundrabad - I made several visits to the Capital City of Andhra Pradesh. And one time I stayed for 15 days. This twin-cities are usually referred by the more popular Hyderabad name. This city doesn't compare to the metro cities of India (Chennai, Delhi, Kolkatta and Mumbai). However, it has lot of potential to become one. Be it Hindi(National Language) centric people, Muslim-Hindu population, Film and IT-Industry and the strategic location. I haven't come across anyone (including non-Andhraites) who stayed in Hyderabad, dislike the place.

Delhi - I hardly stayed 2 days in this city. I remember it took 30-45 to find parking spot in front of a restaurant complex. I don't remember anything particular of this place.

I wish to live/work/visit these places once - Kolkatta & Pune.

Friday, September 28, 2007

Finally resolved "unknown certificate"

Added both the certificates to ${USER_INSTALL_ROOT}/etc/DummyServerKeyFile.jks

Added both the certificates to ${USER_INSTALL_ROOT}/etc/DummyServerTrustFile.jks

Added both the certificates to ${USER_INSTALL_ROOT}/java/jre/lib/security/cacerts ??

Example command
/opt/WebSphere/AppServer/java/jre/bin/keytool -import -file -keystore -alias server.com01 –trustcacerts

If I add the certificate elsewhere need some more configuration in WAS.
http://www-128.ibm.com/developerworks/websphere/techjournal/0502_benantar/0502_benantar.html

Why it should be so hard?

Here are my series of thoughts on things that could have been simpler!

- Why it should be so hard to print request and response soap xml in WebSphere Application Server 5.x?

- Why it should be so hard to deploy one damn code change in WAS? It reminds me of COBOL days, flipping floopy-disks for compiling programs and waiting for 'minutes' to test a change.

- Don't send remainders to those who already did the job (timesheet submission or whatever).

- use urn: instead of http:// for name spaces.

Saturday, September 15, 2007

Smartest SOA - Just do it.

Yes. The smartest implementations of SOA should - Just do it.


It's inevitable next-step in IT. Whether a company likes it or not, if their architecture is not SOA in this year, it will deemed to be outdated and still lurking in past. As a consultant I would not rate high an organization that hasn't started implementing SOA already.


Like it or not, the first steps in SOA implementation is all about web services. In most of the Fotune 500 and like-minded but not-so-fortune companies, should have started exposing webservices to one-another.

Friday, September 14, 2007

Sept 18th - ImmigrationVoice Rally in D.C

To highlight the long-delays in getting permanent residency - legal immigrants, members of IV (ImmigrationVoice) have planned to conduct a rally in D.C and address few major bottlenecks in the Employment-based immigration process.

The rally will take place with more than thousand immigrants walking down the streets with banners and the usual stuff you can imagine in a peaceful rally.

For more information - http://immigrationvoice.org/

Monday, August 13, 2007

Open secret : ESB helps outsourcing more work.

Currently offshore teams may not have access to various webservice endpoints (URLs) in various environments. Thus we may not be able to use them effectively during end-to-end testing.

If we can introduce ESB (Enterprise Service Bus) SOA pattern in its basic form i.e, mediation/redirection, there is a scope for saving lot of time and $$K.

Assume that a dumb ESB server some URLs like the ones given below for address validation and redirect those URLs to actual URLs provided by the service-provider application.

Offshore team can be setup to access the below URLs and forever they have the ability to call the services provided by the above systems. All that they need is to configure their desktop / local-UNIX server environment with the below standard URLs.

http://dev-d1.soa-comp1.com/esb/addressvalidation
http://dev-d2.soa-comp1.com/esb/addressvalidation

http://test-t1.soa-comp1.com/esb/addressvalidation
http://test-t2.
soa-comp1.com/esb/addressvalidation

http://prod.soa-comp1.com/esb/addressvalidation

What do you think?