enterprise-ubuntu team mailing list archive

[Atul Jha <Atul.Jha@xxxxxxxxxxx>]

Pawel,

I am based in India and have seen people still having more faith in traditional vendors with closed source software. Buy s/w with in a box way. Pay them for AMC for few years. Refresh everything after that.

Its all about changing mindset. It takes time. I would hope it happens soon. :)
________________________________________
From: Zieba, Pawel [pawel.zieba@xxxxxxxxxxxxx]
Sent: Thursday, January 24, 2013 2:12 PM
To: Atul Jha
Cc: Bolesław Tokarski; enterprise-ubuntu@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Enterprise-ubuntu] Java 6 discontinued

Atul,

Nobody says that you need to get rid of your Service Desk / IT Support. The difference is that 2nd line agents are changed from technical people that are fixing the issue for themselves to "Supplier Managers/Incident Managers" that work closely with the supplier to have the issue fixed ASAP.

In the end, CEOs can call SD, or Incident Manager, but the difference is that you do not have an army of 2nd line technicians, 3rd line experts (for infrastructure management) and it's the supplier who worries about solving the issue. And if they don't within agreed SLA, they will pay you a fine.

As easy as that!

BTW: I think this thread should be changed or moved to "Cloud solutions discussion" :)

Pozdrawiam,
Regards,
Pawel
_____________________________________________
Paweł Zięba / Senior IT Innovation Consultant
Capgemini BPO T&T Innovation CoE

Mobile: +48 664 178 331
Landline: +48 12 394 65 46
Google Talk: pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>
<mailto:pawel.zieba@xxxxxxxxxxxxx>Skype: pawel.zieba.bpo
______________________________________________


On 24 January 2013 09:20, Atul Jha <Atul.Jha@xxxxxxxxxxx<mailto:Atul.Jha@xxxxxxxxxxx>> wrote:
Pawel,

Your right. But the problem with big enterprise and CIO is they want someone 4 hand holding. So say a particular app is not working, give a phone call and guy shows up. So this makes them comfortable, support on call. As a result of which they just don`t mind going into vendor dependent softwares.
________________________________________
From: Zieba, Pawel [pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>]
Sent: Wednesday, January 23, 2013 9:03 PM
To: Atul Jha
Cc: Bolesław Tokarski; enterprise-ubuntu@xxxxxxxxxxxxxxxxxxx<mailto:enterprise-ubuntu@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Enterprise-ubuntu] Java 6 discontinued

Atul,

It's not magic, nor rocket science :)  There are tools on the market, the only thing to do is to enable a change.

For the last few decades, CEOs/CTOs got used to few expensive brand names (like Microsoft, Oracle, etc.) and they can't see that IT world has changed. If you take a look in the market, you will see that there are cheap, flexible and easy to implement/manage cloud-based tools. And yes, they are secured. Really well secured ;)

The only thing to do is to take a look around, evaluate and present a demo to the business.

Pozdrawiam,
Regards,
Pawel
_____________________________________________
Paweł Zięba / Senior IT Innovation Consultant
Capgemini BPO T&T Innovation CoE

Mobile: +48 664 178 331<tel:%2B48%20664%20178%20331>
Landline: +48 12 394 65 46<tel:%2B48%2012%20394%2065%2046>
Google Talk: pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx><mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>>
<mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>>Skype: pawel.zieba.bpo
______________________________________________


On 23 January 2013 15:26, Atul Jha <Atul.Jha@xxxxxxxxxxx<mailto:Atul.Jha@xxxxxxxxxxx><mailto:Atul.Jha@xxxxxxxxxxx<mailto:Atul.Jha@xxxxxxxxxxx>>> wrote:
Pawel,

I wish other architects could learn this from you. :)
Using vendor independent apps.

<snip>
Well... Java topic is a tricky one recently ;)

Due to security and compatibility concerns we have decided to move away from Java-based solutions already few years ago. Step-by-step we started to implement different tools that are not so much one-supplier-dependent (like based on HTML5).

For those tools that need to operate on Java we moved to OpenJDK that supports most of our needs well. For those missing points we have received quite good support from Canonical, who were able to influence particular changes in this package.

Pozdrawiam,
Regards,
Pawel
_____________________________________________
Paweł Zięba / Senior IT Innovation Consultant
Capgemini BPO T&T Innovation CoE

Mobile: +48 664 178 331<tel:%2B48%20664%20178%20331><tel:%2B48%20664%20178%20331>
Landline: +48 12 394 65 46<tel:%2B48%2012%20394%2065%2046><tel:%2B48%2012%20394%2065%2046>
Google Talk: pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx><mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>><mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx><mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>>>
<mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx><mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>>>Skype: pawel.zieba.bpo
______________________________________________


On 23 January 2013 14:31, Bolesław Tokarski <boleslaw.tokarski@xxxxxxxxx<mailto:boleslaw.tokarski@xxxxxxxxx><mailto:boleslaw.tokarski@xxxxxxxxx<mailto:boleslaw.tokarski@xxxxxxxxx>><mailto:boleslaw.tokarski@xxxxxxxxx<mailto:boleslaw.tokarski@xxxxxxxxx><mailto:boleslaw.tokarski@xxxxxxxxx<mailto:boleslaw.tokarski@xxxxxxxxx>>>> wrote:
Hello,

Sun/Oracle Java 6 is nearing its end of life in February:
http://www.oracle.com/technetwork/java/eol-135779.html

How is your experience with Java compatibility? What are your upgrade plans?

Till recently we just stuck to Sun/Oracle Java 6, which was working relatively well, I mean compatibility here, and had a number of issues with OpenJDK 6.

Now I am thinking if we should upgrade to Oracle Java 7 or to OpenJDK 7. I remember reading that OpenJDK is the reference implementation on which Oracle's Java is built, so I guess Oracle Java 7 and OpenJDK 7 should be more inter-compatible than OpenJDK6 and SunJava6 used to be.

Personally I would prefer to use OpenJDK7 if possible. As Oracle is not providing and not allowing to provide .deb packages, we had to build them for deployment with each update and this will be the same case for Oracle Java 7. Aside, there is a number of critical vulnerabilities in all Oracle Java implementations, as per:
http://thenextweb.com/insider/2013/01/10/new-java-vulnerability-is-being-exploited-in-the-wild-disabling-java-is-currently-your-only-option/

We have a limited number of Java application that we need to run (Oracle ERP, jitsi, and Juniper VPN), we'll need to cope with the migration sooner than later. I guess it would not be that easy.

Has anyone seen any solutions for selecting the Java version required? I know it should be pretty easy with standalone applications, but I mean Firefox and plugins. AFAIK there can only be one active Java plugin? I was trying to find an extension that I could use to select the Java plugin for a particular site, but to no avail. Any ideas?

Cheers,
Ballock

Cheers!!

Atul Jha

http://www.csscorp.com/common/email-disclaimer.php


This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
http://www.csscorp.com/common/email-disclaimer.php


This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
http://www.csscorp.com/common/email-disclaimer.php