dannypitt's Profile
Agile Angel
2505
points

Questions
5

Answers
144

Title Sr Oracle Agile PLM Analyst
Company Natures Sunshine Products
Agile Version 9.3.2, 9.3.6
  • Agile Angel Asked on March 6, 2019 in Product Collaboration.

    According to Oracle Support – this is caused by the use of old version jar file.  Apparently fixed in 9.3.3, but there is also a provided workaround:

    Workaround:

    1. Backup application.ear located under [Agile home]\agileDomain\applications
    2. Extract the application.ear
    3. Remove the jar file : xmlparserv2-904.jar. The jar file is under  ‘applications/APP-INF/lib’
    4. Compress the application.ear after removing the xmlparserv2-904.jar file
    5. Restart the server and try the case again.

    • 78 views
    • 3 answers
    • 0 votes
  • Agile Angel Asked on February 22, 2019 in Product Quality Management.

    As far as an Out-of-the-Box solution goes – I think setting the criteria and training users is going to be your best bet.  Unfortunately – using Affected Item attributes (along with some other table attributes) in your exit required fields only seems to matter when there is an affected Item already present.  If there are no affected items (or no table rows present) those particular exit required fields are ignored.

    This answer accepted by BrettShaw. on February 22, 2019 Earned 15 points.

    • 175 views
    • 1 answers
    • 0 votes
  • Agile Angel Asked on February 4, 2019 in Product Collaboration.

    In response to your original problem as to why you are getting the error when the affected item meets the status criteria – 

    To troubleshoot – I would recommend enabling the two ‘read through’ fields on the ECO object itself to make sure that it is actually passing the values that your criteria expects.

    Java Client > Admin > Data Settings > Classes > *Open ECO Subclass

    *Select ‘User Interface Tabs’ Tab > *Open Affected Items > *Select ‘Attributes:Affected Items’ tab.
    *Scroll down list to find and enable ‘Item Category’ and ‘Item Product Lines’ (set visible to ‘yes’)

    Now go back the the ECO object that is getting the error and check these fields on the Affected Items tab of the ECO (rather than opening the item objects) to check the ‘Item Product Lines’ and ‘Item Category’ values.

    It might even be the case that you need to have these fields visible on the change object for the criteria to work.  This shouldn’t be necessary, but I seem to remember encountering something similar several versions/years back and enabling the affected item read-through fields fixed my issue.  Might not be the same thing, but it won’t hurt anything to make sure…

    • 91 views
    • 4 answers
    • 0 votes
  • Agile Angel Asked on February 4, 2019 in Product Collaboration.

    Hi Surya – 
    The Status Criteria Matching Type (SCMT) confused me for a long time as well. 

    As Steve mentioned – this setting only matters at all if any of your status criteria (the criteria that you add to a specific workflow status) refers to something at the affected item level.  In other words if you only use generic status criteria, Like “All ECOs” or other status criteria that doesn’t drill down to the affected items level – it doesn’t matter what you set the SCMT to.

    If /When any of your status criteria DOES refer to something at the Affected Items’ level (as your example criteria does) – then the SCMT setting does matter, but only for changes that contain multiple affected items.  If a change has only one affected item – the SCMT setting is more or less ignored.

    SO – When a change contains more than one affected item AND the workflow it uses contains affected item based status criteria – the SCMT setting tells the workflow how to behave in relation to each affected item and the affected item based status criteria:

    When set to ALL – it means that all of the affected items have to match at least one of a the affected item based status criteria. 

    When set to SAME – it means that all of the affected items have to match the same affected item based status criteria.  

    When set to SOME – it means that only one (or more) of the affected items has to match at least one of the affected item based status criteria.

    Note – this is evaluated separately for each status that contains affected item based criteria upon attempted entry.

    • 91 views
    • 4 answers
    • 0 votes
  • Agile Angel Asked on January 15, 2019 in Product Portfolio Management.

    Java Client
    System Settings > Product Portfolio Management > Schedule Status

    Open the status that you mean to modify (Needs Attention, Off Track) and modify the “overdue value”

    Just make sure that the overdue value for “Off Track” is greater than the value for “Needs Attention”

    • 79 views
    • 1 answers
    • 0 votes
  • Agile Angel Asked on October 25, 2018 in Product Collaboration.

    Solved!
    It turns out that the problem came from the ifs user password not matching between the agile.properties and the server.conf files.  Since our Application and File Manager are on the same server – these passwords should match.  I’m not sure how they got out of sync, but hopefully this helps if someone ever encounters the same issue…

    This answer accepted by dannypitt. on October 25, 2018 Earned 15 points.

    • 203 views
    • 3 answers
    • 0 votes
  • Agile Angel Asked on October 24, 2018 in Product Collaboration.

    Hi Arif – 
    This is in our Prod environment and the files are there.  I see the thumbnails, can view them in autoview, open in native app, and download a copy of the attachments – I just can’t copy them to a new revision or new item.  I have seen the issue that I think you are referring to (when we don’t copy the file manager data to a non-prod refresh), but I don’t think that is the issue here as, again, the files to appear to actually be there.  Maybe I misunderstood what you are saying though…

    The action works fine if I choose to reference the existing files or continue without  the attachments.

    • 203 views
    • 3 answers
    • 0 votes
  • Agile Angel Asked on October 15, 2018 in Product Collaboration.

    This is likely due to your ‘Multi Row Update Mode’ import preference.  This should be set to “Add/Update Only” (default is “Complete Replace”) in order for the import wizard to update existing component attributes rather than completely replacing the component with a new line.  
    Import Preference > Business Rule > Multi Row Update Mode

    • 179 views
    • 1 answers
    • 0 votes
  • Agile Angel Asked on October 15, 2018 in Product Collaboration.

    This is likely due to your ‘Multi Row Update Mode’ import preference.  This should be set to “Add/Update Only” (default is “Complete Replace”) in order for the import wizard to update existing component attributes rather than completely replacing the component with a new line.

    • 92 views
    • 1 answers
    • 0 votes
  • Agile Angel Asked on September 19, 2018 in Product Collaboration.

    You could just set up an advanced search based on the Pending Change.Number or Change History.Number and modify the output format to include the Title Block attributes you are looking for.  This will return a separate line for each affected item that is on that change and then you can just export the results.

    Advanced Search –
    Items – Parts – Object Search
    *Pending Changes.Number – Equal To – [Change Number] 

    *use Pending Changes.Number if the change in question is has not yet been released else use Change History.Number.  You could also just add an OR statement if you don’t know the status of the change.

    • 240 views
    • 3 answers
    • 0 votes