(By 'complexity of fix'....i was referring to that of supporting an explicit
search-filter).
Yes, It is inevitable(to encounter longDN) for applications which enabled
longDN feature and modified its code.
But for those other processes(application modules) whose code is neither
changed nor rebuilt. And this **scenario** is realisitically possible w.r.t
applications that perform searchfromroot!.
My point is, this discussion can be characterized as an OpenSAF system level
issue in general and about the lack of backward compatibility introduced in the
4.5 release via the long DN feature. Yes, we did document the error code in
IMM, but that doesn't clarifies the bigger deployment picture and an user would
ideally expect a forward declaration at a OpenSAF system level that above
**scenario** is not supported. Or if we wanted to support this **scenario**, we
would have then perhaps provided (say) an explicit search-filter during 4.5
time itself.
The side effects of the new error code(though per design) to other middleware
services wasn't clear for us atleast till #1313 was uncovered (and i wish #1313
was uncovered during 4.5 testing).
To conclude - We seem to be 'bit again' by a familiar
'api-error-code-bringingdown-a-system' related 'bug'! ;-) Also, this topic
doesn't qualifies for election. Even though this is an optimization and
therefore an enhancement, let's convert this to a defect for the reason that
(IMO)
- this(altering search type) is the easiest change to unblock a feature that
otherwise becomes a waste (even though the feature still doesn't seems to have
found an user that asks for the above **scenario**)
Cheers.
Mathi.
---
** [tickets:#1452] LOG: Use root name when searching for stream objects**
**Status:** review
**Milestone:** 4.7-Tentative
**Created:** Fri Aug 14, 2015 12:34 PM UTC by elunlen
**Last Updated:** Mon Aug 17, 2015 01:03 PM UTC
**Owner:** elunlen
At startup the log server searches for stream configuration objects. The search
is done with no root object defined (NULL pointer for rootName in parameter).
Search root should be "safApp=safLogService".
---
Sent from sourceforge.net because [email protected] is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
