[ADFEMG-224] NPE in oracle.jdevimpl.audit.core.DefaultTransformer#hasTransforms (line 328) Created: 17/Apr/14  Updated: 14/Mar/15

Status: Open
Project: adfemg
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Wilfred van der Deijl Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

As described at http://www.redheap.com/2013/11/jdeveloper-extension-to-suppress.html it is possible to create a custom audit SuppressionScheme that can be used to suppress audit warnings and errors in JDeveloper's XML editors. This is incorporated into the ADF EMG AuditRules extension (see https://java.net/projects/adfemg-auditrules).

However JDeveloper throws a NullPointerException when you do a fresh start of JDev and start editing an XML file at Application level (like the application build.xml) before opening any project files. Steps to reproduce:
Steps to reproduce in JDeveloper 12c:

  • install our Audit extension (available at JDev > CheckForUpdates then Partner&OpenSource extensions)
  • close all editor windows and restart JDeveloper to ensure a clean start with minimal number of extensions
  • Help > About > Extensions tab and check that org.adfemg.audits.extension12c has its status set to "Triggers Loaded" and not "Fully Loaded"
  • create a new Custom Application (from File > New > General > Applications). In the New Application wizard select to use Ant as build tool
  • open the application level build.xml from Application Resources
  • check in Help > About that the org.adfemg.audits.extension12c extension is still only "Triggers Loaded"
  • in the build.xml source editor type a single < and wait for the code assist analyzer to kick in after 1 second. This will throw the error dialog with the following stack trace:
    Uncaught exception
    java.lang.NullPointerException
      o.ji.audit.core.DefaultTransformer.hasTransforms(DefaultTransformer.java:328)
      o.i.status.editor.ViolationList.<init>(ViolationList.java:99)
      o.i.status.editor.StatusEditorPlugin.setViolations(StatusEditorPlugin.java:420)
      o.i.status.editor.StatusEditorPlugin.access$400(StatusEditorPlugin.java:111)
      o.i.status.editor.StatusEditorPlugin$3.run(StatusEditorPlugin.java:705)
      j.a.event.InvocationEvent.dispatch(InvocationEvent.java:251)
      j.a.EventQueue.dispatchEventImpl(EventQueue.java:733)
      j.a.EventQueue.access$200(EventQueue.java:103)
      j.a.EventQueue$3.run(EventQueue.java:694)
      j.a.EventQueue$3.run(EventQueue.java:692)
      j.security.AccessController.doPrivileged(Native Method)
      j.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
      j.a.EventQueue.dispatchEvent(EventQueue.java:703)
      o.javatools.internal.ui.EventQueueWrapper._dispatchEvent(EventQueueWrapper.java:169)
      o.javatools.internal.ui.EventQueueWrapper.dispatchEvent(EventQueueWrapper.java:151)
      j.a.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
      j.a.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
      j.a.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
      j.a.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
      j.a.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
      j.a.EventDispatchThread.run(EventDispatchThread.java:91)

See https://java.net/jira/browse/ADFEMG_AUDITRULES-25 for more details on the bug and analysis of what we think is happening in JDev



 Comments   
Comment by chriscmuir [ 14/Mar/15 ]

Wilfred, are you guys still working on the Audit Rules EMG solution? If yes I can pursue this, otherwise I'll park this issue if I haven't heard back from you the next time I visit the site.





[ADFEMG-266] Scrum Created: 09/Apr/15  Updated: 09/Apr/15

Status: Open
Project: adfemg
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Major
Reporter: hansson Assignee: chriscmuir
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: 7 hours
Time Spent: Not Specified
Original Estimate: 7 hours


 Description   

Om vi ska använda JIRAS scrums-verktyg






[ADFEMG-267] JDEV 12.13 Checkbox in table with paging Created: 14/May/15  Updated: 11/Jul/15

Status: Open
Project: adfemg
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: mkoniotakis Assignee: chriscmuir
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Zip Archive TableCheckBox.zip    

 Description   

When you have a checkbox in a table where scrollPolicy="page" the behavior for checking and unchecking randomly but offten does not work.

clicking on checkbox in various lines some times automatically revert the user choice, i.e when the check box is checked it automatically refreshes to unchecked.
This does not reproduce on default scrollPolicy.

In the test case attached a new field 'IS-ACTIVE' is added in Country table.



 Comments   
Comment by Timo_Hahn [ 11/Jul/15 ]

This looks to be the same issue reported in this thread https://community.oracle.com/message/13176198#13176198
A SR with a bug (as I read it) is open for this.

Timo





[ADFEMG-268] JDeveloper 12.1.2: ExecuteEmptyRowSet causing emtpy detail VO Created: 29/Sep/15  Updated: 08/Oct/15

Status: Open
Project: adfemg
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: KoenVerhulst Assignee: KoenVerhulst
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Zip Archive ExecuteEmptyRowSetSampleApp.zip    

 Description   

Consider the sample application in the attachment where the java-option -Djbo.ampool.doampooling has been set to false, resulting in activation/passivation after each request.

1. Change the connection defined on the model to work against a HR schema.
2. Run the home.jsf page
3. Search for the department with "IT" (note that this is done by using a view criteria.
4. Click "view" on the results table. This should open the "IT" departments details and shows the employees working in that department.
5. Click "back" in the detail page. (note that this executes a method to clear the view criteria and will execute executeEmptyRowSet on the departments VO.
6. As expected, the results table is empty.
7. Search the "IT" department and click the "view" again to go to the detail.
8. Note that the employees table is emtpy.

Some remarks:
> I did not expected the employees table on the detail page to be empty.
> I do not want to be responsible to execute the detail query.
> Setting the CacheResults attribute on the iterator of the employees to false, solves this "problem".
> In case you change the default activity on the departments-btf to "clearDepartmentsVC" the same behavior as above is reproducible.

My questions is:
Why is the employees table empty? Why is there no requery done on the detail VO?

Thanks,

Koen



 Comments   
Comment by KoenVerhulst [ 08/Oct/15 ]

fyi

Created SR 3-11483879231 for this.





[ADFEMG-265] JDev 11.1.1.7.0 and 12.1.3 af:convertNumber error when rounding values Created: 17/Feb/15  Updated: 17/Feb/15

Status: Open
Project: adfemg
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Timo_Hahn Assignee: chriscmuir
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux x64 or win 7 x64


Attachments: PNG File 015 OTN Forum before Relaunch Start.jsf - Google Chrome.png     Zip Archive BlogConvertNumberBug.zip    
Tags: BigDecimal, Number, convertNumber

 Description   

Based on thread https://community.oracle.com/thread/3674206 on OTN I build a test case to reproduce the problem.
Using a inputText with an attached af:convertNumber to round the user input to 2 fractional digits produces different results which are not mathematical correct.
Sample input value 15.505 gets converted to 15.51 which is the value expected. Input value 16.505 gets converted to 16.50 which isn't the expected value of 16.51.
It doesn't matter if we use af:convertNumber or f:convertNumber, both produce the same result.
The test case is build using JDev 12.1.3, no DB connection needed.
Markup for oracle.jbo.domain.Number type

                                <af:panelGroupLayout id="pgl3" layout="vertical">
                                    <af:inputText label="Enter Number (af:convertNumber):" id="it1" value="#{bindings.myNumber11.inputValue}" autoSubmit="true">
                                        <af:convertNumber type="number" id="cn1" maxFractionDigits="2"/>
                                    </af:inputText>
                                    <af:outputText value="Converted Number: #{bindings.myNumber11.inputValue}" id="ot2" partialTriggers="it1"/>
                                    <af:inputText label="Enter Number (f:convertNumber):" id="it2" value="#{bindings.myNumber21.inputValue}" autoSubmit="true">
                                        <f:convertNumber type="number" maxFractionDigits="2"/>
                                    </af:inputText>
                                    <af:outputText value="Converted Number: #{bindings.myNumber21.inputValue}" id="ot3" partialTriggers="it2"/>
                                </af:panelGroupLayout>

Markup for java.math.BigDecimal type

                                <af:panelGroupLayout id="pgl5" layout="vertical">
                                    <af:inputText label="Enter Number (af:convertNumber):" id="it3" value="#{bindings.myNumberBD11.inputValue}"
                                                  autoSubmit="true">
                                        <af:convertNumber id="cn2" type="number" maxFractionDigits="2"/>
                                    </af:inputText>
                                    <af:outputText value="Converted Number: #{bindings.myNumberBD11.inputValue}" id="ot4" partialTriggers="it3"/>
                                    <af:inputText label="Enter Number (f:convertNumber):" id="it4" value="#{bindings.myNumberBD21.inputValue}"
                                                  autoSubmit="true">
                                        <f:convertNumber type="number" maxFractionDigits="2"/>
                                    </af:inputText>
                                    <af:outputText value="Converted Number: #{bindings.myNumberBD21.inputValue}" id="ot5" partialTriggers="it4"/>
                                </af:panelGroupLayout>

USAGE of the sample:
1) run the Start page
2) enter 15.505 (or 15,505 depending on your locale) into the first input text and tab out
3) see output as 15,51 (or 15.51)
4) enter 16.505 (or 16,505 depending on your locale) into the first input text and tab out
5) see output as 16,5 (or 16.5)
6) do this for the other panel with the java.math.BigDecimal data type again.
7) see same output as in the attached image






Generated at Fri Feb 12 10:23:39 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.