[DIDM-6] didm-hp failing to compile - DefaultFlowMod.java cannot find symbol Created: 05/May/16  Updated: 30/Oct/17  Resolved: 29/Jun/16

Status: Resolved
Project: didm
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: Thanh Ha (zxiiro) Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

Attachments: Text File test_actual_arpFlow_(error).txt     Text File test_expected_arpFlow.txt    
External issue ID: 5843

 Description   

See: hhttps://jenkins.opendaylight.org/releng/job/autorelease-release-boron/113/org.opendaylight.didm$didm-hp/console

[ERROR] /w/workspace/autorelease-release-boron/didm/vendor/hp/impl/src/main/java/org/opendaylight/didm/flowmod/DefaultFlowMod.java:[333,18] cannot find symbol
symbol: method getTableFeatures()
location: variable table of type org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table

 Comments   
Comment by Thanh Ha (zxiiro) [ 05/May/16 ]

I see this patch [0] removed table-features in openflowplugin. I'm not familiar with how yang maps things, could this be the cause of getTableFeatures() being missing?

[0] https://git.opendaylight.org/gerrit/#/c/36559/5/model/model-flow-statistics/src/main/yang/opendaylight-flow-table-statistics.yang

Comment by subhash kumar singh [ 02/Jun/16 ]

Attachment test_expected_arpFlow.txt has been added with description: Expected output

Comment by subhash kumar singh [ 02/Jun/16 ]

Attachment test_actual_arpFlow_(error).txt has been added with description: output from patch

Comment by subhash kumar singh [ 02/Jun/16 ]

Submitted patch [1] leads to functionality breakage in DIDM. Please find the attchments for the expected result of "adjust flow" rpc call.

[1] https://git.opendaylight.org/gerrit/#/c/39389/

Comment by Shuva Jyoti Kar [ 04/Jun/16 ]

Hi Subhash,

between the expected and the erroneous case attachments , all the difference that we can notice is:

in the working case:

table 100 --> table 200

while in the non-working case:

table 100 --> table 0

is this the problem? since content-wise flows in both the cases are exactly the same?

Comment by Abhijit Kumbhare [ 28/Jun/16 ]

Is this still an issue?

Comment by Thanh Ha (zxiiro) [ 28/Jun/16 ]

We haven't seen this particular issue in the Boron autorelease build in awhile. Lets close it for now and open any other issues that arise as a new bug.

Comment by subhash kumar singh [ 29/Jun/16 ]

We can close this issue, we have merged a patch [1] to fix the compilation issue. But still in HP platform we are seeing issue for flow adjustment.

I have already created another issue [2]. This issue is related to the HP platform.

[1] https://git.opendaylight.org/gerrit/#/q/76ba67157746c7bf8652caaf091d8df801ca3632
[2] https://bugs.opendaylight.org/show_bug.cgi?id=6040

Generated at Wed Feb 07 19:57:26 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.