APPS.IEX_IEH_PVT dependencies on FND_MSG_PUB

Line 13: last_msg_idx INTEGER := FND_MSG_PUB.COUNT_MSG;

9: px_error_rec IN OUT NOCOPY OKL_API.ERROR_REC_TYPE,
10: px_error_tbl IN OUT NOCOPY OKL_API.ERROR_TBL_TYPE) AS
11:
12: j INTEGER := NVL(px_error_tbl.LAST, 0) + 1;
13: last_msg_idx INTEGER := FND_MSG_PUB.COUNT_MSG;
14: l_msg_idx INTEGER := FND_MSG_PUB.G_NEXT;
15: BEGIN
16: -- FND_MSG_PUB has a small error in it. If we call FND_MSG_PUB.COUNT_AND_GET before
17: -- we call FND_MSG_PUB.GET, the variable FND_MSG_PUB uses to control the index of the

Line 14: l_msg_idx INTEGER := FND_MSG_PUB.G_NEXT;

10: px_error_tbl IN OUT NOCOPY OKL_API.ERROR_TBL_TYPE) AS
11:
12: j INTEGER := NVL(px_error_tbl.LAST, 0) + 1;
13: last_msg_idx INTEGER := FND_MSG_PUB.COUNT_MSG;
14: l_msg_idx INTEGER := FND_MSG_PUB.G_NEXT;
15: BEGIN
16: -- FND_MSG_PUB has a small error in it. If we call FND_MSG_PUB.COUNT_AND_GET before
17: -- we call FND_MSG_PUB.GET, the variable FND_MSG_PUB uses to control the index of the
18: -- message stack gets set to 1. This makes sense until we call FND_MSG_PUB.GET which

Line 16: -- FND_MSG_PUB has a small error in it. If we call FND_MSG_PUB.COUNT_AND_GET before

12: j INTEGER := NVL(px_error_tbl.LAST, 0) + 1;
13: last_msg_idx INTEGER := FND_MSG_PUB.COUNT_MSG;
14: l_msg_idx INTEGER := FND_MSG_PUB.G_NEXT;
15: BEGIN
16: -- FND_MSG_PUB has a small error in it. If we call FND_MSG_PUB.COUNT_AND_GET before
17: -- we call FND_MSG_PUB.GET, the variable FND_MSG_PUB uses to control the index of the
18: -- message stack gets set to 1. This makes sense until we call FND_MSG_PUB.GET which
19: -- automatically increments the index by 1, (making it 2), however, when the GET function
20: -- attempts to pull message 2, we get a NO_DATA_FOUND exception because there isn't any

Line 17: -- we call FND_MSG_PUB.GET, the variable FND_MSG_PUB uses to control the index of the

13: last_msg_idx INTEGER := FND_MSG_PUB.COUNT_MSG;
14: l_msg_idx INTEGER := FND_MSG_PUB.G_NEXT;
15: BEGIN
16: -- FND_MSG_PUB has a small error in it. If we call FND_MSG_PUB.COUNT_AND_GET before
17: -- we call FND_MSG_PUB.GET, the variable FND_MSG_PUB uses to control the index of the
18: -- message stack gets set to 1. This makes sense until we call FND_MSG_PUB.GET which
19: -- automatically increments the index by 1, (making it 2), however, when the GET function
20: -- attempts to pull message 2, we get a NO_DATA_FOUND exception because there isn't any
21: -- message 2. To circumvent this problem, check the amount of messages and compensate.

Line 18: -- message stack gets set to 1. This makes sense until we call FND_MSG_PUB.GET which

14: l_msg_idx INTEGER := FND_MSG_PUB.G_NEXT;
15: BEGIN
16: -- FND_MSG_PUB has a small error in it. If we call FND_MSG_PUB.COUNT_AND_GET before
17: -- we call FND_MSG_PUB.GET, the variable FND_MSG_PUB uses to control the index of the
18: -- message stack gets set to 1. This makes sense until we call FND_MSG_PUB.GET which
19: -- automatically increments the index by 1, (making it 2), however, when the GET function
20: -- attempts to pull message 2, we get a NO_DATA_FOUND exception because there isn't any
21: -- message 2. To circumvent this problem, check the amount of messages and compensate.
22: -- Again, this error only occurs when 1 message is on the stack because COUNT_AND_GET

Line 25: l_msg_idx := FND_MSG_PUB.G_FIRST;

21: -- message 2. To circumvent this problem, check the amount of messages and compensate.
22: -- Again, this error only occurs when 1 message is on the stack because COUNT_AND_GET
23: -- will only update the index variable when 1 and only 1 message is on the stack.
24: IF (last_msg_idx = 1) THEN
25: l_msg_idx := FND_MSG_PUB.G_FIRST;
26: END IF;
27: LOOP
28: fnd_msg_pub.get(
29: p_msg_index => l_msg_idx,

Line 28: fnd_msg_pub.get(

24: IF (last_msg_idx = 1) THEN
25: l_msg_idx := FND_MSG_PUB.G_FIRST;
26: END IF;
27: LOOP
28: fnd_msg_pub.get(
29: p_msg_index => l_msg_idx,
30: p_encoded => fnd_api.g_false,
31: p_data => px_error_rec.msg_data,
32: p_msg_index_out => px_error_rec.msg_count);