[ADFEMG-267] JDEV 12.13 Checkbox in table with paging Created: 14/May/15  Updated: 14/May/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.






[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-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-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 Wed Jul 01 13:18:49 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.