P1
Currently, when trying to register JRE1.4 (after build 77) in Mozilla trunk (since 0_9_4 branch), an error occurred, saying nsServiceManager::GetService undefined, and therefore, Java plugin can not be used.
Per Ashuk (see attachment below), the cause of the problem is that nsServiceManager::GetService() has been removed in mozilla (since 0_9_4) as an incorrect method, but on the other hand, JRE1.4 (after build 77) has used the method when implementing java plugin as xp component instead of plugin. It appears to be mozilla's backwards compatibility issue, but mozilla folks claimed that the API was not yet frozen at the time,therefore was not a backwards compatibility issur. It looks like JPI needs to update the code to use the currently available method.
This is an important issue for Netscape6.2 Solaris release, which will be based on mozilla 0_9_4 branch, besides the on-going support of mozilla community. Without this issue resolved, Netscape6.2 (beta release in Jan. 2002) will be in trouble.
AshuK wrote:
"This is a big problem. After the 6.1 release, we need to get Steve Katz (JPI team) to get the Java plugin to work with Netscape 6.2. Steve and someone from our team needs to keep monitoring this bug. Java plugin currently works only with 6.1 and not with 6.2 or beyond. When we get JPI 1.4 to work with NS 6.2, it will stop working with NS 6.1. This is because of 2 API changes introduced between 6.1 and 6.2.
One of them is the change to the NS_NewGenericModule method in nsIGenericFactory.h. This was fixed by creating a backward compatible function that the JPI could use (hence the bug appears fixed in Bugzilla) (see bugzilla bug 96910 for more details).
The other problem is related to nsServiceManager::GetService. This is being used by the Java plugin to make it work with NS 6.1. However, this is an incorrect design approach and so the mozilla folks have removed this method. there is now a new way to get access to a Service and mozilla refuses to provide backward compatibility as this would result in a lot of bad spagetti code. So after Netscape 6.1 EA for Solaris is done, we need to get the JPI team to transition the JPI code to make it work with Netscape 6.2." (See bugzilla bug 100904 for more details.)
Per Ashuk (see attachment below), the cause of the problem is that nsServiceManager::GetService() has been removed in mozilla (since 0_9_4) as an incorrect method, but on the other hand, JRE1.4 (after build 77) has used the method when implementing java plugin as xp component instead of plugin. It appears to be mozilla's backwards compatibility issue, but mozilla folks claimed that the API was not yet frozen at the time,therefore was not a backwards compatibility issur. It looks like JPI needs to update the code to use the currently available method.
This is an important issue for Netscape6.2 Solaris release, which will be based on mozilla 0_9_4 branch, besides the on-going support of mozilla community. Without this issue resolved, Netscape6.2 (beta release in Jan. 2002) will be in trouble.
AshuK wrote:
"This is a big problem. After the 6.1 release, we need to get Steve Katz (JPI team) to get the Java plugin to work with Netscape 6.2. Steve and someone from our team needs to keep monitoring this bug. Java plugin currently works only with 6.1 and not with 6.2 or beyond. When we get JPI 1.4 to work with NS 6.2, it will stop working with NS 6.1. This is because of 2 API changes introduced between 6.1 and 6.2.
One of them is the change to the NS_NewGenericModule method in nsIGenericFactory.h. This was fixed by creating a backward compatible function that the JPI could use (hence the bug appears fixed in Bugzilla) (see bugzilla bug 96910 for more details).
The other problem is related to nsServiceManager::GetService. This is being used by the Java plugin to make it work with NS 6.1. However, this is an incorrect design approach and so the mozilla folks have removed this method. there is now a new way to get access to a Service and mozilla refuses to provide backward compatibility as this would result in a lot of bad spagetti code. So after Netscape 6.1 EA for Solaris is done, we need to get the JPI team to transition the JPI code to make it work with Netscape 6.2." (See bugzilla bug 100904 for more details.)