Skip to main content

SINotAvailableYetException is received on getService()

Please note these java.net forums are being decommissioned and use the new and improved forums at https://community.oracle.com/community/java.
4 replies [Last post]
snmukkala
Offline
Joined: 2010-06-02

when ever SIManager methods are invoked the stack returns SINotAvailableYetException is thrown. The channel map here used is different from the default channel map. This generated channel map works fine with REL_C. In the REL_D this issue is seen.
Following is the log showing the exception:
20101201 21:06:25.818 DEBUG RI.Stack- <mpe_siLockForRead>
20101201 21:06:25.834 DEBUG RI.Stack- <mpe_siGetServiceHandleBySourceId> 0xacdd
20101201 21:06:25.849 DEBUG RI.Stack- <mpe_siGetServiceHandleBySourceId> 44253 / 0x00000000 / 16390
20101201 21:06:25.880 DEBUG RI.Stack- <mpe_siUnLock>
20101201 21:06:25.896 DEBUG RI.Stack- Lock count has hit zero; releasing g_global_si_cond.
20101201 21:06:26.660 DEBUG RI.Stack- <mpe_siLockForRead>
20101201 21:06:26.675 DEBUG RI.Stack- <mpe_siGetServiceHandleBySourceId> 0xacdd
20101201 21:06:26.691 DEBUG RI.Stack- <mpe_siGetServiceHandleBySourceId> 44253 / 0x00000000 / 16390
20101201 21:06:26.722 DEBUG RI.Stack- <mpe_siUnLock>
20101201 21:06:26.737 DEBUG RI.Stack- Lock count has hit zero; releasing g_global_si_cond.
20101201 21:08:52.839 DEBUG RI.Stack- <mpe_siLockForRead>
20101201 21:08:52.839 DEBUG RI.Stack- <mpe_siGetTotalNumberOfServices>
20101201 21:08:52.839 WARN RI.Stack- <<JNI-SIDB>> nativeGetAllServices - mpe_siGetTotalNumberOfServices() not successful = 0x4006
20101201 21:08:52.839 DEBUG RI.Stack- <mpe_siUnLock>
20101201 21:08:52.839 DEBUG RI.Stack- Lock count has hit zero; releasing g_global_si_cond.
20101201 21:08:52.870 INFO RI.Stack- 155228 [pool-2] INFO recording.RecordingManagerImpl - RecordingManagerImpl.loadPersistentRecordings(0): START
20101201 21:08:52.870 INFO RI.Stack- 155228 [pool-2] INFO recording.RecordingManagerImpl - RecordingManagerImpl.loadPersistentRecordings(0): Loading 0 recordings...
20101201 21:08:52.870 INFO RI.Stack- 155229 [pool-2] INFO recording.RecordingManagerImpl - RecordingManagerImpl.loadPersistentRecordings(0): COMPLETE
20101201 21:08:52.870 INFO RI.Stack- 155232 [pool-2] INFO recording.RecordingManagerImpl - restoreRecordings: finished loading of persisted recordings
20101201 21:08:55.519 DEBUG RI.Stack- <mpe_siLockForRead>
20101201 21:08:55.519 DEBUG RI.Stack- <mpe_siGetServiceHandleBySourceId> 0xacdd
20101201 21:08:55.519 DEBUG RI.Stack- <mpe_siGetServiceHandleBySourceId> 44253 / 0x00000000 / 16390
20101201 21:08:55.519 DEBUG RI.Stack- <mpe_siUnLock>
20101201 21:08:55.519 DEBUG RI.Stack- Lock count has hit zero; releasing g_global_si_cond.
20101201 21:08:55.519 ERROR RI.Stack- 157885 [pool-3] ERROR service.SICacheImpl - Lookup failed due to SIDatabaseException. Locator=ocap://0xACDD
20101201 21:08:55.519 ERROR RI.Stack- org.cablelabs.impl.service.SINotAvailableYetException:
at org.cablelabs.impl.manager.service.SIDatabaseImpl.nativeGetServiceBySourceID(Native Method)
at org.cablelabs.impl.manager.service.SIDatabaseImpl.getServiceBySourceID(SIDatabaseImpl.java:621)
at org.cablelabs.impl.manager.service.SICacheImpl.getService(SICacheImpl.java:1294)

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
greg80303
Offline
Joined: 2008-07-03

The only thing I can say about this particular error is that it is reported whenever an SI request is made, but the SI database believes that all the required SI tables have not yet been received/parsed. This includes the NIT_CDS, NIT_MMS, SVCT_VCM, SVCT_DCM.
G

snmukkala
Offline
Joined: 2010-06-02

Can you tell me what has been updated in REL_D in terms of SI Parser. Does this looks for tables which the REL_C parser was not looking for?

pmodem
Offline
Joined: 2008-12-17

As Greg clarified above, SINotAvailableYet exception is thrown if SI is not yet acquired. However, if the initial lookup fails the stack retries after a certain time (this value is initially set to 2.5 min and is configurable).If it still fails after this time this particular exception is thrown.
In terms of changes to stack there have not been any significant changes with respect to SI parsing from Rel C to Rel D.
If you can file an IT issue and attach your SI files we will take a look.

snmukkala
Offline
Joined: 2010-06-02