Blog Entry

dlythgoe's picture
blog
Reads:

11854

Score:
5
5
2
 
Comments:

17

New GroupWise Platform Support

Author Info

26 June 2009 - 9:12am
Submitted by: dlythgoe

(View Disclaimer)

We continually receive questions about when and if we will support GroupWise running in certain configurations, new platforms or on new operating systems.

With each release of the product - support packs included - we meet with Product Management, Testing, Engineering, Sales, NTS and IS&T to evaluate and discuss which platforms we can add and which platforms we can remove with the upcoming release of the product. There are several challenges and things to consider.

What is the demand in the marketplace for the new platform? In other words - how urgent is the request?
Do we have the hardware/software/licenses?
Do we have the systems within our IT department to help with rollout, scalability, etc.?
Do we have test cases? Test runs and testing personnel to add a new platform?
What engineering will be required?
What will adding a new platform do to our schedule?

Recently, we have received many questions about Windows 2008. Of course, many of you already know that we support Windows 2008 as a server platform and that our agents (POA, MTA, GWIA, GWINTER) all run on this platform -beginning with GroupWise 8.

However, the questions have been around running the Windows Client on Windows 2008 Server. At first glance, we said 'NO'. Why would we support running the Windows Client on a server platform? We simply don't have the resources to test such a fringe case. However, we soon realized that what customers are really asking is:

"Will GroupWise run in a Terminal Server environment running on Windows 2008 Server?"

We do and will support this configuration. We did recently run/test the Windows Client running on Windows 2008 Server without a Terminal Service and it also works. Over the years, we have had very few reported issues surrounding Terminal Service configurations like Citrix and we expect them to work. We don't, however, do a robust test run on this platform and configuration.

We also support installing the Windows Client on server platforms in order to lay down the Object API. The Object API is sometimes used by our partners and their products to integrate with GroupWise. Current versions of BES are a good example of this requirement. Note: we have encouraged all of our partners to move to the Web Services protocol (SOAP). Many have already moved and many are currently in transition.

Mac OS X Snow Leopard

We did begin testing this platform this week. We did find and fix a problem with one component (new mail icon for Notify) and once we disabled that component, the Mac Client came up and ran as expected. We plan to support this platform with the release of GroupWise after Apple releases. It will probably be 8.0.2

Internet Explorer 8

Yes, we will support this version of the browser beginning with GroupWise 8.0.1. In addition, we have gone back and made sure that WebAccess also works properly with Internet Explorer 6. Initially, we did not list this version as a supported browser for 8.0.0, but we had a lot of customer demand and so we have made that a priority in 8.0.1

SLES/SLED 11

Beginning with GroupWise 8.0.1, we will also be supporting these new set of platforms. We did run across a IPv6 issue that was affecting performance and we will continue to monitor and fix other SLES related issues during the BETA and internal roll out.

GTK for Linux Client

We have received several fixes in the JVM that will allow us to effectively run the Linux Client with the GTK Look and Feel. This will also be part of the support matrix as we prepare to deliver GroupWise 8.0.1. XGL will also be a supported configuration for 8.0.1 on SLED.

Windows 7

Yes, as part of our platform support matrix, we will also be supporting Windows7. We did travel to Microsoft and participated in their 'Compatibility Lab'. In general, we found that the work we did to support Microsoft Vista has made our life fairly easy in getting our products to run on Windows 7. GroupWise 8.0.1 will also be the first release that will support Windows 7.

We will be updating our platform support document and posting that as we release GroupWise 8.0.1. If you have other questions about certain operating systems, configurations or platforms, please let us know. Obviously, we can not test every configuration, but we can let you know what we have tested and you can help us by letting us know of your experience and most common configurations.

Dean


Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).

It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.




User Comments

paulgear's picture

Other Linux?

Submitted by paulgear on 1 July 2009 - 2:14am.

One thing that might make GroupWise attractive to existing Linux shops who don't want to use Exchange, is support for running it on RHEL and derivatives. Surely that wouldn't be a big ask...

ecyoung's picture

Re: Other Linux?

Submitted by ecyoung on 1 July 2009 - 11:13am.

Novell used to support Groupwise on RHEL. I remember at least one customer who specifically purchased Groupwise 6.5 because of that.

Given this past history, why would any customer even dare take that risk again, if Novell decided to add back RHEL (or any other new platform) support?

dlythgoe's picture

Re: Expanded Linux Platform Support...

Submitted by dlythgoe on 6 July 2009 - 8:50am.

These are really good questions and suggestions. We have considered our Linux Platform support matrix many times during our release cycles and RHEL is always one of the platforms we consider. It is obviously a popular platform and one our sales team encounters. Adding a new platform not only requires us to expand our test cases, but to also run all of our test cases against that platform in order for us to call it 'supported'. One of the obstacles is that many of the more challenging issues or problems are usually encountered under some load or 'real world' scenario. Our best lab for that is our own company and its internal roll out of our products. Since we do not use RHEL on any of our production systems, it becomes more difficult to recreate 'real' scenarios. Of course, we can always simulate in a lab and that has its applications, but from all of our experience - the best testing happens in the real world.

So the next option is to find customers who are willing to help by running BETA software in/on production systems. As you can imagine - this is not something most administrators are clamoring to sign up for :)

Thanks for the feedback! We will continue to evaluate.

Dean

bredbaand's picture

That's a great article. It's

Submitted by bredbaand on 9 July 2009 - 11:00pm.

That's a great article. It's very interesting and informative. I have learned a lot from your nice post. Thank you so much for your share.

newbd001's picture

Browser & Citrix/TS support

Submitted by newbd001 on 9 July 2009 - 11:00pm.

I am read with interest that Novell do not test against the top 6 browsers in use as a matter of routine For example; http://www.w3schools.com/browsers/browsers_stats.asp
demonstrates that nearly 15% of browser usage is IE6 whilst even the 3% of users who use Safari is a significant number. In terms of web access this method of accessing their mailbox is invariably used by home users who may infact use Safari or other variations of browser than the corporate PC norm.

Also given that a significant and potentially growing number of customers will have either Terminal Services / Citrix I would also have thought that more rigourous testing is employed against these platforms.

dlythgoe's picture

Re: Mis-understanding...

Submitted by dlythgoe on 10 July 2009 - 10:38am.

I think that you mis-understand the post. GroupWise is routinely tested against the other browsers. This is simply 'additional' support being communicated about GroupWise 8.0.1. We do significant testing on FireFox, IE7, Safari and now IE8. Many of the Mozilla based browsers do not require significantly more attention then FireFox. In most cases, those browsers work well too. Although less resources are spent, we also spend time looking at Chrome and Opera.

Terminal services like Citrix is an interesting discussion. Over the last 10 years, we have fixed only a handful of issues directly related to Terminal services. Meaning, that if there is a problem, it is usually a problem with or without the TS. What is more challenging is supporting client pieces of our product running on server platforms. That is where the disconnect sometimes is discovered. There are sometimes issues in this scenario and since TS is run on the server and used for clients, problems can be present in that configuration.

Hope that explains it a little better. Bottom line...TS is not the issue or the place that requires additional testing or an expanded support matrix. It is simply making sure that all of our components run on the base server platform.

Dean

ukrause's picture

MAC Support

Submitted by ukrause on 25 July 2009 - 6:27am.

Hi Dean,

excellent news. Thanks for this article. As I am one of the probably rare MAC users, I would like to see Support for Snow Leopard. Currently I understodd, that 8.0.1 will not support it, as there is the Notify Problem. Is there a workaround for endusers to get it running or was this only done testing and 8.0.1 will generally not support it. This means I have to switch to WA :-(

dlythgoe's picture

Mac Support...

Submitted by dlythgoe on 28 July 2009 - 8:52am.

We have figured out the Notify issue for the Linux Client running on Snow Leopard. We have made this change in 8.0.1 and the Mac client appears to run fine now. We had to remove some code we were using to paint the 'New Mail' icon overlay on the Notify tray icon. So - currently, this is broken on Snow Leopard.

The real issue is that we have not done a complete test pass on this new platform and therefore are unable to state that it is 'supported'....but from what we have seen so far, you should be able to install and run on Snow Leopard and be just fine. Please let us know your experience and that will help us determine our support statement sooner.

Hope that helps...

Dean

bbtylrv's picture

Please Help!

Submitted by bbtylrv on 2 September 2009 - 12:20pm.

Dean-

Thanks for this article. When I run groupwise in snow leopard I get the following error: "Cannot launch Java application. Uncaught exception in main method: java.lang.NullPointerException". I know you mentioned disabling the notify feature- can you post instructions for doing this? I use groupwise all day every day at work for mail, calendaring, and task management. It is killing me to be back on a PC again. Can you help?

Thanks in advance Dean!

RT

dlythgoe's picture

Snow Leopard Support

Submitted by dlythgoe on 2 September 2009 - 4:10pm.

In order for GroupWise to run on Snow Leopard - you must upgrade your system to 8.0.1.

Best practice is always update your agents/system first and finally clients.

You will absolutely need the GroupWise 8.0.1 Mac Client in order to run on Snow Leopard. Running the 8.0.1 client against an 8.0.0 POA is not recommended or has it followed best practices. Your experience may or may not be adequate.

Officially, Snow Leopard is not a currently supported platform. We have not completed a full test pass on this platform, but we have done enough to know that it generally appears to work fairly well - once you update to 8.0.1.

Hope that helps....

See the following blog for location to download:

http://www.novell.com/communities/node/8895/groupw...

Dean

ksmithatnovell's picture

Snow leopard support

Submitted by ksmithatnovell on 2 September 2009 - 2:30pm.

8.0.1 seems to work ok for me using either the 32 or 64bit kernel

edelrincon's picture

MS Outlook Support

Submitted by edelrincon on 12 August 2009 - 12:36pm.

Hi Dean,

I am curious to know if GW8x is going to have better support for Outlook. I had spoken to one of the engineers at Novell with regards to the Outlook connector at the time of the launch of GW8.

Basically I was told then that since the customer base which uses Outlook is small, Novell was not allocating the resources to that for the time being.

I personally here at work use the GW client, and love it. The bosses and 95% of the staff are enamored with Outlook. My boss basically scoffs at the GW client and says why would Novell release such a product that doesn't have the same functionality as Outlook?

Will Novell commit to better support and functionality for Outlook?

According to my boss, it's "the defacto email client used by most businesses"...

dlythgoe's picture

Re: MS Outlook Support

Submitted by dlythgoe on 13 August 2009 - 9:41am.

This is challenging issue and one that is discussed a lot both internally and externally.

Although, I can't disagree that Outlook has become the defacto email client for a lot of businesses - those business do not include the ones who do not use it :) Novell, IBM, Google, Yahoo, Zimbra, Oracle all have email clients that are NOT Outlook. Although - some of them do allow you to use Outlook with their product - including GroupWise.

Novell does have more of a challenge here because creating an Outlook Client/Plug-in simply does not work well with our GroupWise back end. We have tried to move in the direction of Exchange in some areas, but in others - it would require some sort of migration. We continue to think about and research different ways that would allow for Outlook and a GroupWise POA to better co-exist. We have not given up - but it is currently not a priority either.

The bottom line is that it is very expensive. We have built an Outlook Connector three times and each time it has failed to meet the expectations of our Outlook users. No matter how good it is, it still is not the exact same experience as Outlook/Exchange - so users are ultimately disappointed. While spending even more time and resources on that problem could conceivably yield positive results at some point, the question for us has been - at what cost? In GroupWise 8, we found that it was much better to spend our time improving the user experience in our own clients than try to force Outlook to behave with GroupWise. A lot of Outlook lust observers who have objectively used/learned the GroupWise Windows Client have found it to be as good as or better than Outlook. Once they get past the 'change' part of the argument, most have been very satisfied and have become even more productive as a result.

Therefore - we did not ship a new Outlook Connector for GroupWise 8. We do not have any current plans to enhance our current Outlook Connector - although we continue to look for innovative ways to solve this problem another way. Many companies have solved this problem by creating an Exchange-like backend - instead of making changes to Outlook. This is an approach we will continue to research and investigate. There is no committed deliverable for this solution.

In addition, we are seeing lots of other trends in the industry that over a longer period of time are making Outlook less critical as a supported client. Things like web clients, mobile devices and social networking are pushing more and more people out of Outlook and to other alternatives. We will continue to monitor these trends and see if any of them have sustaining power.

I hope that give some perspective...

Dean

edelrincon's picture

MS Outlook Support

Submitted by edelrincon on 14 August 2009 - 12:02pm.

Hi Dean,

I appreciate you taking the time to address this issue. I guess for the development team it is like the saying goes: 'You can please some of the people all of the time, and all of the people some of the time.'

While I can take solace in knowing that I am not alone, I am glad to hear that Novell have not given up on finding a solution to this issue.

The President of the company here has tried to use GW client, and I've had a trainer come in above the time I have spent with him how to use it. He still yearns for his beloved Outlook.

I have forwarded your reply to him, and most surely will have a meeting to discuss our next move. I am hoping that he will be willing to give Groupwise a reprieve while Novell comes up with a solution.

Thanks to everyone at Novell for their dedication to putting out a great product, and for helping us IT guys out on the front lines!

Ed

ianfret's picture

Outlook Connector

Submitted by ianfret on 14 August 2009 - 2:40am.

We are a law firm and want to stay with GroupWise for all the good reasons that have been argued, but our mission critical Case Management System only integrates with Outlook. The current performance of the Connector puts us between a 'rock and a hard place' in trying to persuade users that they need to use both to get all functionality. We have recently merged with an Outlook/Exchange firm and although cost is a factor in the argument for staying with Groupwise engine, it becomes difficult to sustain in terms of business process. We had heard that Novell were going to try to mimic the Exchange server and we were hanging on this. From what you say it seems that there is only a slim chance that we will be able to run a fully functional Outlook client from a Groupwise engine in the future.

nsuryasatya's picture

Is GW 8 Supported on RHEL 5

Submitted by nsuryasatya on 12 July 2010 - 3:23am.

I am trying to install GW8 on RHEL , its giving error libXm.so.3 need by gw agent. I tried to openmotif22-libs-2.2.4-138.17.i586.rpm install on RHEL , its failed. Does GW8 support on RHEL 5.4 ?

dlythgoe's picture

Re: Support for RHEL 5

Submitted by dlythgoe on 13 July 2010 - 8:20am.

I'm sorry - Red Hat is not a supported platform for GroupWise. However, the error you are receiving is a RPM dependency error that can happen on SLES as well.

I refer you to this forum for some trouble shooting hints:

http://forums.novell.com/novell-product-support-fo...

Hope that helps....but I will remind you...there may be other problems. We simply have not tested on RHEL 5.

Dean

© 2013 Novell