From Four Weddings and a Funeral. I have reached an age where I'll be going to a lot of weddings and engagement parties. Just like the time when I was around 20; I went to a lot of 21st birthday parties.
Yesterday I went to Glen and Zarah's wedding. It was a lovely time for all. I was rather surprised that Glen only invited James and myself as representives from indoor cricket and high school. Most of the young people there were mostly Zarah's friends, and most of the people from Glen's side were family members and relatives.
Anyways I witnessed the vows, and the exchanging of rings, and the kiss. Then it was off to the reception held in Kumeu. Good food, good wine, funny speeches, lots of talk about cricket with people at my table, and dancing to loud music. Overall I had a good time and I wish Glen and Zarah all the best as a married couple.
In response to the question in the title, it's probably because I'm a bit scruffy. Or it could also be 'cause I haven't met the right girl. Ah, but you see, is that it? Maybe I have met the right girls. Maybe I meet the right girls all the time. Maybe it's me.
Sunday, January 22, 2006
A Painful Learning Experience
Over the last week, I had to help an Orion Implementation Consultant fix a problem she was having with one of the products that I look after. Everytime she tried to access the application, an exception was thrown which produced a message "Authorisation Failed. Access Denied".
A bit of background........
One of our important clients is currently in the process of upgrading their IT infrastructure, this also means an upgrade of Concerto from 5.2 to 6.2.3. That was done and she installed Soprano Medical Documents and Soprano Medical Records as well. Uh-oh, it seemed that the install of Concerto 6.2.3 may have broken the Soprano products.
This was brought to my attention the Thursday before last. She showed me the problem, and sure enough it was quite clear that the products failed to work. I checked the code where the exception was thrown, and the code was correctly written but the cause of the problem in this scenario was unknown. After much thinking I could only conclude that the problem was with Concerto, so I advised her that the upgrade from Concerto 5.2 to 6.2.3 was the problem. She took this onboard and approached the Concerto team. For two days she did not get back to me regarding the problem, so I assumed the problem lay with Concerto.
On Monday, the team leader for Concerto emailed back his findings and said that the exception was generated by the Soprano products, so the problem lay with Soprano instead of Concerto. D'oh, back to square one. Without any clue as to how to proceed, I advised her to do a full clean install of both products on the client's site and on a VM used by PSG. Both environments were approximately the same, with the same products versions installed and configurations applied. Strangely enough, the problem still persisted on the client's enviroment, yet the PSG environment worked. This clearly indicated that there was no problem with the compatibility between Concerto 6.2 and the Soprano products.
Wednesday, the Concerto team leader and myself used Fiddler to check the HTTP traffic between Concerto and Soprano. We didn't find anything odd and the Concerto team were unable to offer any insight to the problem. Resigned in defeat, I went back to double check the Concerto configurations between the client and the PSG VM. No differences came up, especially in the security settings.
Thursday, we noticed that the Java VM versions were different. On the PSG VM, the version was 1.3.1_08. On the client site, the version was 1.3.1_16. Based on past experience, discrepencies like that may break products. First of all we tried installing 1.3.1_16 on the PSG VM. This didn't break the product. On the client site, we rolled back to 1.3.1_08. This did not fix the original problem. So it seemed that Java VM versions was not the cause of the problem.
Friday, I went through the Fiddler traces again on the client's enviroment and noticed something very odd. Apparently the session id's assigned to the requests were all different for every request sent to the server. Then I ran Fiddler traces on the PSG VM. Sure enough, the session id's were identical. BINGO. The different session id's were causing the problem. The question was: why are there different session id's for every request?
We figured that the client must have a special security setup with their browser. Maybe the browser was not set to accept cookies, or the security level was too high. We compared browser settings, and they were different; the security setting on the client site was too high. But when we lowered it to be identical to the PSG VM browser, the problem still remained. Finally with all avenues exhausted, I tried typing a different URL for Concerto in the browser address bar.
What followed was a realisation that hit me like a kick to the teeth. Apparently we were all accessing Concerto through the URL: http://localhost/concerto. However the server base for the Soprano products was set to http://servername/concerto. When Concerto sends a request, the server cannot determine where the request came from. It treats the servername and localhost as different machines, even if the servername is the same as the localhost machines. This explains the change in session id's previously. What I typed in the browser address bar to access Concerto was http://servername/concerto. I tried accessing the Soprano products, and voila, the problem was fixed.
After all that pain and futile exercise, the problem was caused by the wrong address in the browser!!!!!!!! So the lesson is: do not use localhost, it is evil!!!!! Use the servername or an ip address instead!
A bit of background........
One of our important clients is currently in the process of upgrading their IT infrastructure, this also means an upgrade of Concerto from 5.2 to 6.2.3. That was done and she installed Soprano Medical Documents and Soprano Medical Records as well. Uh-oh, it seemed that the install of Concerto 6.2.3 may have broken the Soprano products.
This was brought to my attention the Thursday before last. She showed me the problem, and sure enough it was quite clear that the products failed to work. I checked the code where the exception was thrown, and the code was correctly written but the cause of the problem in this scenario was unknown. After much thinking I could only conclude that the problem was with Concerto, so I advised her that the upgrade from Concerto 5.2 to 6.2.3 was the problem. She took this onboard and approached the Concerto team. For two days she did not get back to me regarding the problem, so I assumed the problem lay with Concerto.
On Monday, the team leader for Concerto emailed back his findings and said that the exception was generated by the Soprano products, so the problem lay with Soprano instead of Concerto. D'oh, back to square one. Without any clue as to how to proceed, I advised her to do a full clean install of both products on the client's site and on a VM used by PSG. Both environments were approximately the same, with the same products versions installed and configurations applied. Strangely enough, the problem still persisted on the client's enviroment, yet the PSG environment worked. This clearly indicated that there was no problem with the compatibility between Concerto 6.2 and the Soprano products.
Wednesday, the Concerto team leader and myself used Fiddler to check the HTTP traffic between Concerto and Soprano. We didn't find anything odd and the Concerto team were unable to offer any insight to the problem. Resigned in defeat, I went back to double check the Concerto configurations between the client and the PSG VM. No differences came up, especially in the security settings.
Thursday, we noticed that the Java VM versions were different. On the PSG VM, the version was 1.3.1_08. On the client site, the version was 1.3.1_16. Based on past experience, discrepencies like that may break products. First of all we tried installing 1.3.1_16 on the PSG VM. This didn't break the product. On the client site, we rolled back to 1.3.1_08. This did not fix the original problem. So it seemed that Java VM versions was not the cause of the problem.
Friday, I went through the Fiddler traces again on the client's enviroment and noticed something very odd. Apparently the session id's assigned to the requests were all different for every request sent to the server. Then I ran Fiddler traces on the PSG VM. Sure enough, the session id's were identical. BINGO. The different session id's were causing the problem. The question was: why are there different session id's for every request?
We figured that the client must have a special security setup with their browser. Maybe the browser was not set to accept cookies, or the security level was too high. We compared browser settings, and they were different; the security setting on the client site was too high. But when we lowered it to be identical to the PSG VM browser, the problem still remained. Finally with all avenues exhausted, I tried typing a different URL for Concerto in the browser address bar.
What followed was a realisation that hit me like a kick to the teeth. Apparently we were all accessing Concerto through the URL: http://localhost/concerto. However the server base for the Soprano products was set to http://servername/concerto. When Concerto sends a request, the server cannot determine where the request came from. It treats the servername and localhost as different machines, even if the servername is the same as the localhost machines. This explains the change in session id's previously. What I typed in the browser address bar to access Concerto was http://servername/concerto. I tried accessing the Soprano products, and voila, the problem was fixed.
After all that pain and futile exercise, the problem was caused by the wrong address in the browser!!!!!!!! So the lesson is: do not use localhost, it is evil!!!!! Use the servername or an ip address instead!
Saturday, January 14, 2006
Stag Do
Today I went out to Glen's stag do, which took the entire day. Unlike the usual routine of getting trashed or hiring strippers, the men opted for activity for their pleasure.
The stag do commenced with go-karting. We did two races, but each race was only eight laps, so we felt shortchanged there. Perhaps that is why only six guys turned up to the party, but what can you do? Unfortunately I didn't do so well there, wasn't aggressive enough, but the previous times I did go-karting I got warnings for being too dangerous, so I have toned down my aggression.
Next we went on a ropes course in Woodhill Forest. This is where you are harnessed to metal cables high above ground, and negotiating obstacles while suspended in the air. Examples include rope bridges, swinging bridges, log bridges, and flying foxes. The metal cables, which you hook on to via carabiners, are your lifelines, and they are connected between tall trees. It was very gruelling on the hands when you have to pull your body weight, and I think I have come down with rope burn or blisters. They will come into effect the next day. There were eight courses, one more challenging than the rest. Each course took approximately 20 minutes to complete.
Finally we ended at the driving range, where we smacked a bucket of golf balls. We weren't Tiger Woods or Michael Campbell, but we managed to smack the ball passed the 150 metre mark on occassion.
Overall I enjoyed the ropes course the most. Even though there was only six of us, we all had a great time. Next week will be Glen's wedding, and I wish him all the best for the future as a married man.
The stag do commenced with go-karting. We did two races, but each race was only eight laps, so we felt shortchanged there. Perhaps that is why only six guys turned up to the party, but what can you do? Unfortunately I didn't do so well there, wasn't aggressive enough, but the previous times I did go-karting I got warnings for being too dangerous, so I have toned down my aggression.
Next we went on a ropes course in Woodhill Forest. This is where you are harnessed to metal cables high above ground, and negotiating obstacles while suspended in the air. Examples include rope bridges, swinging bridges, log bridges, and flying foxes. The metal cables, which you hook on to via carabiners, are your lifelines, and they are connected between tall trees. It was very gruelling on the hands when you have to pull your body weight, and I think I have come down with rope burn or blisters. They will come into effect the next day. There were eight courses, one more challenging than the rest. Each course took approximately 20 minutes to complete.
Finally we ended at the driving range, where we smacked a bucket of golf balls. We weren't Tiger Woods or Michael Campbell, but we managed to smack the ball passed the 150 metre mark on occassion.
Overall I enjoyed the ropes course the most. Even though there was only six of us, we all had a great time. Next week will be Glen's wedding, and I wish him all the best for the future as a married man.
Monday, January 09, 2006
First message for 2006
Happy New Year! Only 9 days late I know, but better late than never.
Anyway, 9 days into the new year and still haven't knocked off a single goal. Eeep. Well I've been practicing piano heaps, so much so that my forearms are tense, and my hands are about to fall off at the wrists. Hopefully the effort is worth it......
Still haven't got around to studying for my Web Component Developer certificate. Geez, 6 months since I bought the books and they're just lying on my desk collecting dust! God help me get started.......
I wonder if I have too much on my plate. I don't think I have, I probably just need to manage my time better? Or maybe start drinking cans of V?
Anyway, we'll see how it all goes............
Anyway, 9 days into the new year and still haven't knocked off a single goal. Eeep. Well I've been practicing piano heaps, so much so that my forearms are tense, and my hands are about to fall off at the wrists. Hopefully the effort is worth it......
Still haven't got around to studying for my Web Component Developer certificate. Geez, 6 months since I bought the books and they're just lying on my desk collecting dust! God help me get started.......
I wonder if I have too much on my plate. I don't think I have, I probably just need to manage my time better? Or maybe start drinking cans of V?
Anyway, we'll see how it all goes............
Subscribe to:
Posts (Atom)