OFBiz › OFBiz - Dev

[jira] Created: (OFBIZ-259) Character buffer is out of synch with enter key...

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

11 messages Options

Nicolas Malin (Jira)

[jira] Created: (OFBIZ-259) Character buffer is out of synch with enter key...

Character buffer is out of synch with enter key...
--------------------------------------------------

Key: OFBIZ-259
URL: http://issues.apache.org/jira/browse/OFBIZ-259
Project: OFBiz (The Open for Business Project)
Issue Type: Bug
Components: pos
Environment: Tested on FC3 and Win2K, using plain keyboard entry and Metrologic scanner MS9520
Reporter: Jacques Le Roux
Assigned To: Jacques Le Roux

From Ray Barlow

Whenever the enter key is pressed (or sent via the scanner) it is imediately being processed and what are effectively preceding characters get pushed to the back of the buffer.

For example with the scanner configured to send a CR suffix with the barcode, which all works well when tested in text editor environment, the till will process the CR code in front of the barcode. The barcode is left sitting up on the screen and the log files shows that a 500 enter code was received. On a subsequent scan the product is added as it is sitting in the buffer before the next pre-emptive CR key comes in, and that SKU is left in the visible buffer.

This can also be reproduced by entering characters on the keypad and pressing enter at a reasonable rate. You will invariably get ahead of the SKU code and end up seeing the product not found screen, and when you close that the buffer will show the few characters that were beaten by the enter key.

I am guessing there is some sort of synch issue with the buffer.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Nicolas Malin (Jira)

[jira] Commented: (OFBIZ-259) Character buffer is out of synch with enter key...

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=comments#action_12459196 ]

Jacques Le Roux commented on OFBIZ-259:
---------------------------------------

Poking around for this issue I found some very bothering bugs that finally I really want to catch with :

1. You can use enter key to enter login and password (you have to use "Ent" button)
2. After having just logged if you try to use enter key to select a product using its ProductId, POS hangs (a trick to avoid this problem is to use Esc key just before entering ProductId, strange...)
3. Having used the trick above you may select a product entering its ProductId but don't fool yourself else POS will try to let you know using a "Product not found" dialog-box but almost everytime this hang the system.

This very annoying behaviors are true on Windows as on Linux. For now I will try to fix them. If I can't achieved that in a reasonable time I will open Jira issues to track them up.

Anybody have even try to see what's wrong here ? I tried yesterday, but after a couple of hours testing some other means and generalizing because this problem may appears in other situations (XDIalog in place of JDialog, usint Output in place of PosDialog) I did not succeed. XDIalog is perhaps a way but will have to change more things, Output is also a possiblity but more complicated : have to let appear errors reasons and wait an enter key before resuming to std "Register Open" or "Closed".

> Character buffer is out of synch with enter key...
> --------------------------------------------------
>
> Key: OFBIZ-259
> URL: http://issues.apache.org/jira/browse/OFBIZ-259
> Project: OFBiz (The Open for Business Project)
> Issue Type: Bug
> Components: pos
> Environment: Tested on FC3 and Win2K, using plain keyboard entry and Metrologic scanner MS9520
> Reporter: Jacques Le Roux
> Assigned To: Jacques Le Roux
>
> From Ray Barlow
> Whenever the enter key is pressed (or sent via the scanner) it is imediately being processed and what are effectively preceding characters get pushed to the back of the buffer.
> For example with the scanner configured to send a CR suffix with the barcode, which all works well when tested in text editor environment, the till will process the CR code in front of the barcode. The barcode is left sitting up on the screen and the log files shows that a 500 enter code was received. On a subsequent scan the product is added as it is sitting in the buffer before the next pre-emptive CR key comes in, and that SKU is left in the visible buffer.
> This can also be reproduced by entering characters on the keypad and pressing enter at a reasonable rate. You will invariably get ahead of the SKU code and end up seeing the product not found screen, and when you close that the buffer will show the few characters that were beaten by the enter key.
> I am guessing there is some sort of synch issue with the buffer.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Nicolas Malin (Jira)

[jira] Commented: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=comments#action_12459346 ]

Jacques Le Roux commented on OFBIZ-259:
---------------------------------------

OK some news :

1. Is corrected in OFBiz rev. 488277.
2. Is corrected in OFBiz rev. 488273.
3. More work on this is needed...

Nicolas Malin (Jira)

[jira] Commented: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=comments#action_12459452 ]

Jacques Le Roux commented on OFBIZ-259:
---------------------------------------

Of course, should read 2 comment above :

1. You can't use enter key to enter login and password (you have to use "Ent" button)

Please before I make changes, may someone confirms the point 3. problem ?

Thanks

Nicolas Malin (Jira)

[jira] Commented: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=comments#action_12459497 ]

Jacques Le Roux commented on OFBIZ-259:
---------------------------------------

After some time on point 3 and a lot of test with different posiblities I can see today how to manage with this hanging !

The problem comes from line 219 of PosDialog.java
dialog.setVisible(true);

The thread is locked by line 558 of jawa.awt.Dialog (I use jdk 1.5.0_07 in Eclipse in debug mode)
getTreeLock().wait();

and I can't see any solutions for now. Perhaps after a rest some new ideas will come ?

If somebofy have ever been trapped by this kind of problem and know a solution here is the thread stack :

Thread [Thread[Thread-4,5,main]] (Suspended)
owns: java.util.Vector<E> (id=54)
owns: org.ofbiz.pos.jpos.service.KeyboardService (id=55)
owns: org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener (id=14)
waiting for: java.awt.Component$AWTTreeLock (id=53)
java.lang.Object.wait(long) line: not available [native method] [local variables unavailable]
java.awt.Component$AWTTreeLock(java.lang.Object).wait() line: 474 [local variables unavailable]
javax.swing.JDialog(java.awt.Dialog).show() line: 558 [local variables unavailable]
javax.swing.JDialog(java.awt.Component).show(boolean) line: 1300
javax.swing.JDialog(java.awt.Component).setVisible(boolean) line: 1253
org.ofbiz.pos.screen.PosDialog.showDialog(java.awt.Container, org.ofbiz.pos.screen.DialogCallback, java.lang.String) line: 219
org.ofbiz.pos.screen.PosScreen.showDialog(java.lang.String, org.ofbiz.pos.screen.DialogCallback, java.lang.String) line: 334
org.ofbiz.pos.screen.PosScreen.showDialog(java.lang.String) line: 317
org.ofbiz.pos.event.MenuEvents.addItem(org.ofbiz.pos.screen.PosScreen, java.awt.AWTEvent) line: 190
org.ofbiz.pos.event.MenuEvents.triggerEnter(org.ofbiz.pos.screen.PosScreen, java.awt.AWTEvent) line: 113
sun.reflect.NativeMethodAccessorImpl.invoke0(java.lang.reflect.Method, java.lang.Object, java.lang.Object[]) line: not available [native method]
sun.reflect.NativeMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 39
sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 25
java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object...) line: 585
org.ofbiz.pos.config.ButtonEventConfig.invoke(org.ofbiz.pos.screen.PosScreen, java.awt.AWTEvent) line: 202
org.ofbiz.pos.config.ButtonEventConfig.invokeButtonEvent(java.lang.String, org.ofbiz.pos.screen.PosScreen, java.awt.AWTEvent) line: 102
org.ofbiz.pos.config.ButtonEventConfig.invokeButtonEvents(java.util.List, org.ofbiz.pos.screen.PosScreen) line: 75
org.ofbiz.pos.device.impl.Keyboard$1.dataOccurred(jpos.events.DataEvent) line: 72
jpos.POSKeyboard$POSKeyboardCallbacks.fireDataEvent(jpos.events.DataEvent) line: not available
org.ofbiz.pos.jpos.service.KeyboardService(org.ofbiz.pos.jpos.service.BaseService).fireEvent(java.lang.Object) line: 168
org.ofbiz.pos.jpos.service.KeyboardService.receiveData(int[], char[]) line: 143
org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.sendData() line: 173
org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.run() line: 215

Nicolas Malin (Jira)

[jira] Commented: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=comments#action_12459498 ]

Jacques Le Roux commented on OFBIZ-259:
---------------------------------------

For frther investigaztion here is also the stack trace (following http://java.sun.com/developer/onlineTraining/Programming/JDCBook/stack.html)

2006-12-19 00:46:08,390 (Thread[Thread-5,5,main]) [ Keyboard.java:51 :INFO ] POSKeyboard DataEvent - 1166485568390
2006-12-19 00:46:08,390 (Thread[Thread-5,5,main]) [ Keyboard.java:54 :INFO ] Received KeyCode From POSKeyboard DataEvent : 500
2006-12-19 00:46:08,390 (Thread[Thread-5,5,main]) [ Keyboard.java:70 :INFO ] Key -> Button Mapping(s) Found [500]
Full thread dump Java HotSpot(TM) Client VM (1.5.0_07-b03 mixed mode):

"DestroyJavaVM" prio=6 tid=0x00036108 nid=0x9e4 waiting on condition [0x00000000..0x0007fae8]

"Thread-14" prio=6 tid=0x26e59b20 nid=0xa3c waiting on condition [0x2986f000..0x2986fd68]
at java.lang.Thread.sleep(Native Method)
at org.ofbiz.pos.screen.PosScreen.run(PosScreen.java:352)
at java.lang.Thread.run(Thread.java:595)

"TimerQueue" daemon prio=6 tid=0x28159e48 nid=0xf80 in Object.wait() [0x2982f000..0x2982f9e8]
at java.lang.Object.wait(Native Method)
- waiting on <0x0719ea48> (a javax.swing.TimerQueue)
at javax.swing.TimerQueue.run(TimerQueue.java:233)
- locked <0x0719ea48> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Thread.java:595)

"org.ofbiz.service.job.JobPoller@101e178" prio=6 tid=0x28207578 nid=0xe6c in Object.wait() [0x2978f000..0x2978fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01b28> (a org.ofbiz.service.job.JobPoller)
at org.ofbiz.service.job.JobPoller.run(JobPoller.java:90)
- locked <0x06a01b28> (a org.ofbiz.service.job.JobPoller)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-12" prio=6 tid=0x283987b8 nid=0xc50 in Object.wait() [0x2974f000..0x2974fb68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01ba8> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01ba8> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-11" prio=6 tid=0x26f3bdc8 nid=0xa0c in Object.wait() [0x2970f000..0x2970fce8]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01c40> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01c40> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-10" prio=6 tid=0x28437d48 nid=0xb50 in Object.wait() [0x296cf000..0x296cfbe8]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01cd8> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01cd8> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-9" prio=6 tid=0x28437bc0 nid=0xcbc in Object.wait() [0x2968f000..0x2968fd68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01d70> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01d70> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-8" prio=6 tid=0x28396f00 nid=0xcd0 in Object.wait() [0x2964f000..0x2964fc68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01e08> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01e08> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"Thread-7" daemon prio=6 tid=0x2844cd90 nid=0xb64 waiting on condition [0x2960f000..0x2960f9e8]
at java.lang.Thread.sleep(Native Method)
at org.apache.geronimo.transaction.manager.TransactionTimer$CurrentTime.run(TransactionTimer.java:38)

"derby.rawStoreDaemon" daemon prio=6 tid=0x2830b5f8 nid=0xd6c in Object.wait() [0x285cf000..0x285cfa68]
at java.lang.Object.wait(Native Method)
- waiting on <0x069b63f8> (a org.apache.derby.impl.services.daemon.BasicDaemon)
at org.apache.derby.impl.services.daemon.BasicDaemon.rest(Unknown Source)
- locked <0x069b63f8> (a org.apache.derby.impl.services.daemon.BasicDaemon)
at org.apache.derby.impl.services.daemon.BasicDaemon.run(Unknown Source)
at java.lang.Thread.run(Thread.java:595)

"Timer-1" daemon prio=6 tid=0x282b5fa8 nid=0x5dc in Object.wait() [0x2858f000..0x2858fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x069b64a0> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:474)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x069b64a0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)

"derby.antiGC" daemon prio=2 tid=0x27688a00 nid=0xd34 in Object.wait() [0x2782f000..0x2782fb68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06911c50> (a org.apache.derby.impl.services.monitor.AntiGC)
at java.lang.Object.wait(Object.java:474)
at org.apache.derby.impl.services.monitor.AntiGC.run(Unknown Source)
- locked <0x06911c50> (a org.apache.derby.impl.services.monitor.AntiGC)
at java.lang.Thread.run(Thread.java:595)

"Minerva ObjectPool GC Thread" daemon prio=6 tid=0x280e6740 nid=0x9cc in Object.wait() [0x2854f000..0x2854fbe8]
at java.lang.Object.wait(Native Method)
- waiting on <0x063bc258> (a org.ofbiz.minerva.pool.PoolGCThread)
at java.lang.Object.wait(Object.java:474)
at org.ofbiz.minerva.pool.PoolGCThread.waitForPools(PoolGCThread.java:59)
- locked <0x063bc258> (a org.ofbiz.minerva.pool.PoolGCThread)
at org.ofbiz.minerva.pool.PoolGCThread.run(PoolGCThread.java:34)

"Thread[Thread-5,5,main]" prio=6 tid=0x27eb7e80 nid=0xdb4 in Object.wait() [0x284ff000..0x284ffc68]
at java.lang.Object.wait(Native Method)
- waiting on <0x0524c400> (a java.awt.Component$AWTTreeLock)
at java.lang.Object.wait(Object.java:474)
at java.awt.Dialog.show(Dialog.java:558)
- locked <0x0524c400> (a java.awt.Component$AWTTreeLock)
at java.awt.Component.show(Component.java:1300)
at java.awt.Component.setVisible(Component.java:1253)
at org.ofbiz.pos.screen.PosDialog.showDialog(PosDialog.java:219)
at org.ofbiz.pos.screen.PosScreen.showDialog(PosScreen.java:334)
at org.ofbiz.pos.screen.PosScreen.showDialog(PosScreen.java:317)
at org.ofbiz.pos.event.MenuEvents.addItem(MenuEvents.java:190)
at org.ofbiz.pos.event.MenuEvents.triggerEnter(MenuEvents.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.ofbiz.pos.config.ButtonEventConfig.invoke(ButtonEventConfig.java:202)
at org.ofbiz.pos.config.ButtonEventConfig.invokeButtonEvent(ButtonEventConfig.java:102)
at org.ofbiz.pos.config.ButtonEventConfig.invokeButtonEvents(ButtonEventConfig.java:75)
at org.ofbiz.pos.device.impl.Keyboard$1.dataOccurred(Keyboard.java:72)
at jpos.POSKeyboard$POSKeyboardCallbacks.fireDataEvent(Unknown Source)
- locked <0x05549f20> (a java.util.Vector)
at org.ofbiz.pos.jpos.service.BaseService.fireEvent(BaseService.java:168)
at org.ofbiz.pos.jpos.service.KeyboardService.receiveData(KeyboardService.java:143)
- locked <0x05512ca8> (a org.ofbiz.pos.jpos.service.KeyboardService)
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.sendData(KeyboardAdaptor.java:173)
- locked <0x054dc6e0> (a org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener)
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.run(KeyboardAdaptor.java:215)

"AWT-EventQueue-0" prio=6 tid=0x2768f658 nid=0x508 waiting for monitor entry [0x2786f000..0x2786fce8]
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.sendEvent(KeyboardAdaptor.java:187)
- waiting to lock <0x054dc6e0> (a org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener)
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyReader.keyReleased(KeyboardAdaptor.java:262)
at java.awt.Component.processKeyEvent(Component.java:5449)
at java.awt.Component.processEvent(Component.java:5265)
at java.awt.Container.processEvent(Container.java:1966)
at java.awt.Window.processEvent(Window.java:1161)
at java.awt.Component.dispatchEventImpl(Component.java:3955)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Window.dispatchEventImpl(Window.java:1774)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1810)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:672)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:920)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:798)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:636)
at java.awt.Component.dispatchEventImpl(Component.java:3841)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Window.dispatchEventImpl(Window.java:1774)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

"AWT-Windows" daemon prio=6 tid=0x27677b30 nid=0xb94 runnable [0x277bf000..0x277bf9e8]
at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(WToolkit.java:269)
at java.lang.Thread.run(Thread.java:595)

"AWT-Shutdown" prio=6 tid=0x27684d80 nid=0xbc8 in Object.wait() [0x2777f000..0x2777fa68]
at java.lang.Object.wait(Native Method)
- waiting on <0x052306e8> (a java.lang.Object)
at java.lang.Object.wait(Object.java:474)
at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259)
- locked <0x052306e8> (a java.lang.Object)
at java.lang.Thread.run(Thread.java:595)

"Java2D Disposer" daemon prio=10 tid=0x276842e0 nid=0x5bc in Object.wait() [0x2773f000..0x2773fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230770> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x05230770> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at sun.java2d.Disposer.run(Disposer.java:107)
at java.lang.Thread.run(Thread.java:595)

"RMI TCP Accept-0" daemon prio=6 tid=0x26ebb868 nid=0x5ec runnable [0x2728f000..0x2728fbe8]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
- locked <0x05230858> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:340)
at java.lang.Thread.run(Thread.java:595)

"Timer-0" daemon prio=6 tid=0x26eb43e8 nid=0xb5c in Object.wait() [0x271ef000..0x271efc68]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230a08> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:474)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x05230a08> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)

"Low Memory Detector" daemon prio=6 tid=0x00a92e70 nid=0x15c runnable [0x00000000..0x00000000]

"CompilerThread0" daemon prio=10 tid=0x00a91b70 nid=0x924 waiting on condition [0x00000000..0x26dafa4c]

"Signal Dispatcher" daemon prio=10 tid=0x00a90dc0 nid=0xe70 waiting on condition [0x00000000..0x00000000]

"Finalizer" daemon prio=8 tid=0x00a87d58 nid=0xf50 in Object.wait() [0x26d2f000..0x26d2fa68]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230b98> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x05230b98> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x00a868c0 nid=0xdd4 in Object.wait() [0x0099f000..0x0099fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230c18> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:474)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x05230c18> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=10 tid=0x00a48af8 nid=0xc4c runnable

"VM Periodic Task Thread" prio=10 tid=0x26ec7b88 nid=0xa2c waiting on condition

Full thread dump Java HotSpot(TM) Client VM (1.5.0_07-b03 mixed mode):

"DestroyJavaVM" prio=6 tid=0x00036108 nid=0x9e4 waiting on condition [0x00000000..0x0007fae8]

"Thread-14" prio=6 tid=0x26e59b20 nid=0xa3c waiting on condition [0x2986f000..0x2986fd68]
at java.lang.Thread.sleep(Native Method)
at org.ofbiz.pos.screen.PosScreen.run(PosScreen.java:352)
at java.lang.Thread.run(Thread.java:595)

"TimerQueue" daemon prio=6 tid=0x28159e48 nid=0xf80 in Object.wait() [0x2982f000..0x2982f9e8]
at java.lang.Object.wait(Native Method)
- waiting on <0x0719ea48> (a javax.swing.TimerQueue)
at javax.swing.TimerQueue.run(TimerQueue.java:233)
- locked <0x0719ea48> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Thread.java:595)

"org.ofbiz.service.job.JobPoller@101e178" prio=6 tid=0x28207578 nid=0xe6c in Object.wait() [0x2978f000..0x2978fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01b28> (a org.ofbiz.service.job.JobPoller)
at org.ofbiz.service.job.JobPoller.run(JobPoller.java:90)
- locked <0x06a01b28> (a org.ofbiz.service.job.JobPoller)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-12" prio=6 tid=0x283987b8 nid=0xc50 in Object.wait() [0x2974f000..0x2974fb68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01ba8> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01ba8> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-11" prio=6 tid=0x26f3bdc8 nid=0xa0c in Object.wait() [0x2970f000..0x2970fce8]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01c40> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01c40> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-10" prio=6 tid=0x28437d48 nid=0xb50 in Object.wait() [0x296cf000..0x296cfbe8]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01cd8> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01cd8> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-9" prio=6 tid=0x28437bc0 nid=0xcbc in Object.wait() [0x2968f000..0x2968fd68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01d70> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01d70> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"default-invoker-Thread-8" prio=6 tid=0x28396f00 nid=0xcd0 in Object.wait() [0x2964f000..0x2964fc68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06a01e08> (a org.ofbiz.service.job.JobInvoker)
at org.ofbiz.service.job.JobInvoker.run(JobInvoker.java:202)
- locked <0x06a01e08> (a org.ofbiz.service.job.JobInvoker)
at java.lang.Thread.run(Thread.java:595)

"Thread-7" daemon prio=6 tid=0x2844cd90 nid=0xb64 waiting on condition [0x2960f000..0x2960f9e8]
at java.lang.Thread.sleep(Native Method)
at org.apache.geronimo.transaction.manager.TransactionTimer$CurrentTime.run(TransactionTimer.java:38)

"derby.rawStoreDaemon" daemon prio=6 tid=0x2830b5f8 nid=0xd6c in Object.wait() [0x285cf000..0x285cfa68]
at java.lang.Object.wait(Native Method)
- waiting on <0x069b63f8> (a org.apache.derby.impl.services.daemon.BasicDaemon)
at org.apache.derby.impl.services.daemon.BasicDaemon.rest(Unknown Source)
- locked <0x069b63f8> (a org.apache.derby.impl.services.daemon.BasicDaemon)
at org.apache.derby.impl.services.daemon.BasicDaemon.run(Unknown Source)
at java.lang.Thread.run(Thread.java:595)

"Timer-1" daemon prio=6 tid=0x282b5fa8 nid=0x5dc in Object.wait() [0x2858f000..0x2858fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x069b64a0> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:474)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x069b64a0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)

"derby.antiGC" daemon prio=2 tid=0x27688a00 nid=0xd34 in Object.wait() [0x2782f000..0x2782fb68]
at java.lang.Object.wait(Native Method)
- waiting on <0x06911c50> (a org.apache.derby.impl.services.monitor.AntiGC)
at java.lang.Object.wait(Object.java:474)
at org.apache.derby.impl.services.monitor.AntiGC.run(Unknown Source)
- locked <0x06911c50> (a org.apache.derby.impl.services.monitor.AntiGC)
at java.lang.Thread.run(Thread.java:595)

"Minerva ObjectPool GC Thread" daemon prio=6 tid=0x280e6740 nid=0x9cc in Object.wait() [0x2854f000..0x2854fbe8]
at java.lang.Object.wait(Native Method)
- waiting on <0x063bc258> (a org.ofbiz.minerva.pool.PoolGCThread)
at java.lang.Object.wait(Object.java:474)
at org.ofbiz.minerva.pool.PoolGCThread.waitForPools(PoolGCThread.java:59)
- locked <0x063bc258> (a org.ofbiz.minerva.pool.PoolGCThread)
at org.ofbiz.minerva.pool.PoolGCThread.run(PoolGCThread.java:34)

"Thread[Thread-5,5,main]" prio=6 tid=0x27eb7e80 nid=0xdb4 in Object.wait() [0x284ff000..0x284ffc68]
at java.lang.Object.wait(Native Method)
- waiting on <0x0524c400> (a java.awt.Component$AWTTreeLock)
at java.lang.Object.wait(Object.java:474)
at java.awt.Dialog.show(Dialog.java:558)
- locked <0x0524c400> (a java.awt.Component$AWTTreeLock)
at java.awt.Component.show(Component.java:1300)
at java.awt.Component.setVisible(Component.java:1253)
at org.ofbiz.pos.screen.PosDialog.showDialog(PosDialog.java:219)
at org.ofbiz.pos.screen.PosScreen.showDialog(PosScreen.java:334)
at org.ofbiz.pos.screen.PosScreen.showDialog(PosScreen.java:317)
at org.ofbiz.pos.event.MenuEvents.addItem(MenuEvents.java:190)
at org.ofbiz.pos.event.MenuEvents.triggerEnter(MenuEvents.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.ofbiz.pos.config.ButtonEventConfig.invoke(ButtonEventConfig.java:202)
at org.ofbiz.pos.config.ButtonEventConfig.invokeButtonEvent(ButtonEventConfig.java:102)
at org.ofbiz.pos.config.ButtonEventConfig.invokeButtonEvents(ButtonEventConfig.java:75)
at org.ofbiz.pos.device.impl.Keyboard$1.dataOccurred(Keyboard.java:72)
at jpos.POSKeyboard$POSKeyboardCallbacks.fireDataEvent(Unknown Source)
- locked <0x05549f20> (a java.util.Vector)
at org.ofbiz.pos.jpos.service.BaseService.fireEvent(BaseService.java:168)
at org.ofbiz.pos.jpos.service.KeyboardService.receiveData(KeyboardService.java:143)
- locked <0x05512ca8> (a org.ofbiz.pos.jpos.service.KeyboardService)
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.sendData(KeyboardAdaptor.java:173)
- locked <0x054dc6e0> (a org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener)
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.run(KeyboardAdaptor.java:215)

"AWT-EventQueue-0" prio=6 tid=0x2768f658 nid=0x508 waiting for monitor entry [0x2786f000..0x2786fce8]
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener.sendEvent(KeyboardAdaptor.java:187)
- waiting to lock <0x054dc6e0> (a org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyboardListener)
at org.ofbiz.pos.adaptor.KeyboardAdaptor$KeyReader.keyReleased(KeyboardAdaptor.java:262)
at java.awt.Component.processKeyEvent(Component.java:5449)
at java.awt.Component.processEvent(Component.java:5265)
at java.awt.Container.processEvent(Container.java:1966)
at java.awt.Window.processEvent(Window.java:1161)
at java.awt.Component.dispatchEventImpl(Component.java:3955)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Window.dispatchEventImpl(Window.java:1774)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1810)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:672)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:920)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:798)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:636)
at java.awt.Component.dispatchEventImpl(Component.java:3841)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Window.dispatchEventImpl(Window.java:1774)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

"AWT-Windows" daemon prio=6 tid=0x27677b30 nid=0xb94 runnable [0x277bf000..0x277bf9e8]
at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(WToolkit.java:269)
at java.lang.Thread.run(Thread.java:595)

"AWT-Shutdown" prio=6 tid=0x27684d80 nid=0xbc8 in Object.wait() [0x2777f000..0x2777fa68]
at java.lang.Object.wait(Native Method)
- waiting on <0x052306e8> (a java.lang.Object)
at java.lang.Object.wait(Object.java:474)
at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259)
- locked <0x052306e8> (a java.lang.Object)
at java.lang.Thread.run(Thread.java:595)

"Java2D Disposer" daemon prio=10 tid=0x276842e0 nid=0x5bc in Object.wait() [0x2773f000..0x2773fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230770> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x05230770> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at sun.java2d.Disposer.run(Disposer.java:107)
at java.lang.Thread.run(Thread.java:595)

"RMI TCP Accept-0" daemon prio=6 tid=0x26ebb868 nid=0x5ec runnable [0x2728f000..0x2728fbe8]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
- locked <0x05230858> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:340)
at java.lang.Thread.run(Thread.java:595)

"Timer-0" daemon prio=6 tid=0x26eb43e8 nid=0xb5c in Object.wait() [0x271ef000..0x271efc68]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230a08> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:474)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x05230a08> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)

"Low Memory Detector" daemon prio=6 tid=0x00a92e70 nid=0x15c runnable [0x00000000..0x00000000]

"CompilerThread0" daemon prio=10 tid=0x00a91b70 nid=0x924 waiting on condition [0x00000000..0x26dafa4c]

"Signal Dispatcher" daemon prio=10 tid=0x00a90dc0 nid=0xe70 runnable [0x00000000..0x00000000]

"Finalizer" daemon prio=8 tid=0x00a87d58 nid=0xf50 in Object.wait() [0x26d2f000..0x26d2fa68]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230b98> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x05230b98> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x00a868c0 nid=0xdd4 in Object.wait() [0x0099f000..0x0099fae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x05230c18> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:474)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x05230c18> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=10 tid=0x00a48af8 nid=0xc4c runnable

"VM Periodic Task Thread" prio=10 tid=0x26ec7b88 nid=0xa2c waiting on condition

Nicolas Malin (Jira)

[jira] Commented: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=comments#action_12459499 ]

Jacques Le Roux commented on OFBIZ-259:
---------------------------------------

Finally I find this, seems to be my problem ...

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4098525

So that means that I have to rewrite some part of POS right now !

Nicolas Malin (Jira)

[jira] Commented: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=comments#action_12459501 ]

Jacques Le Roux commented on OFBIZ-259:
---------------------------------------

OK point 3 corrected in OFBiz rev. 488471.

This one was not trivial ! Of course : I have still a lot to learn about Swing and such...

Not sure that this solves the problem related by Ray. Keep the issue open for now... Please, Ray may you have a try and let me know ? TIA.

Nicolas Malin (Jira)

[jira] Closed: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=all ]

Jacques Le Roux closed OFBIZ-259.
---------------------------------

Fix Version/s: SVN trunk
Resolution: Fixed

This is hopefully fixed in revision 490040.

There were 2 different problems :
. The scanner was reading more than one bar code at a time
. The time between 2 car sent was too long for fast keyboard entries but was good for scanner entries (ie can't be less)

The 1st is fixed in scanner.java, the 2d in KeyboardAdaptor.java. I have added a new jpos.properties file and some informations (not used) about my own handheld scanner (Zebex 3080). I also fixed some properties files headers (ASL2).

> Character buffer is out of synch with enter key...
> --------------------------------------------------
>
> Key: OFBIZ-259
> URL: http://issues.apache.org/jira/browse/OFBIZ-259
> Project: OFBiz (The Open for Business Project)
> Issue Type: Bug
> Components: pos
> Environment: Tested on FC3 and Win2K, using plain keyboard entry and Metrologic scanner MS9520
> Reporter: Jacques Le Roux
> Assigned To: Jacques Le Roux
> Fix For: SVN trunk
>
>
> From Ray Barlow
> Whenever the enter key is pressed (or sent via the scanner) it is imediately being processed and what are effectively preceding characters get pushed to the back of the buffer.
> For example with the scanner configured to send a CR suffix with the barcode, which all works well when tested in text editor environment, the till will process the CR code in front of the barcode. The barcode is left sitting up on the screen and the log files shows that a 500 enter code was received. On a subsequent scan the product is added as it is sitting in the buffer before the next pre-emptive CR key comes in, and that SKU is left in the visible buffer.
> This can also be reproduced by entering characters on the keypad and pressing enter at a reasonable rate. You will invariably get ahead of the SKU code and end up seeing the product not found screen, and when you close that the buffer will show the few characters that were beaten by the enter key.
> I am guessing there is some sort of synch issue with the buffer.

Nicolas Malin (Jira)

[jira] Updated: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=all ]

Jacques Le Roux updated OFBIZ-259:
----------------------------------

Comment: was deleted

> Character buffer is out of synch with enter key...
> --------------------------------------------------
>
> Key: OFBIZ-259
> URL: http://issues.apache.org/jira/browse/OFBIZ-259
> Project: OFBiz (The Open for Business Project)
> Issue Type: Bug
> Components: pos
> Environment: Tested on FC3 and Win2K, using plain keyboard entry and Metrologic scanner MS9520
> Reporter: Jacques Le Roux
> Assigned To: Jacques Le Roux
> Fix For: SVN trunk
>
>
> From Ray Barlow
> Whenever the enter key is pressed (or sent via the scanner) it is imediately being processed and what are effectively preceding characters get pushed to the back of the buffer.
> For example with the scanner configured to send a CR suffix with the barcode, which all works well when tested in text editor environment, the till will process the CR code in front of the barcode. The barcode is left sitting up on the screen and the log files shows that a 500 enter code was received. On a subsequent scan the product is added as it is sitting in the buffer before the next pre-emptive CR key comes in, and that SKU is left in the visible buffer.
> This can also be reproduced by entering characters on the keypad and pressing enter at a reasonable rate. You will invariably get ahead of the SKU code and end up seeing the product not found screen, and when you close that the buffer will show the few characters that were beaten by the enter key.
> I am guessing there is some sort of synch issue with the buffer.

Nicolas Malin (Jira)

[jira] Updated: (OFBIZ-259) Character buffer is out of synch with enter key...

In reply to this post by Nicolas Malin (Jira)

[ http://issues.apache.org/jira/browse/OFBIZ-259?page=all ]

Jacques Le Roux updated OFBIZ-259:
----------------------------------

Comment: was deleted

> Character buffer is out of synch with enter key...
> --------------------------------------------------
>
> Key: OFBIZ-259
> URL: http://issues.apache.org/jira/browse/OFBIZ-259
> Project: OFBiz (The Open for Business Project)
> Issue Type: Bug
> Components: pos
> Environment: Tested on FC3 and Win2K, using plain keyboard entry and Metrologic scanner MS9520
> Reporter: Jacques Le Roux
> Assigned To: Jacques Le Roux
> Fix For: SVN trunk
>
>
> From Ray Barlow
> Whenever the enter key is pressed (or sent via the scanner) it is imediately being processed and what are effectively preceding characters get pushed to the back of the buffer.
> For example with the scanner configured to send a CR suffix with the barcode, which all works well when tested in text editor environment, the till will process the CR code in front of the barcode. The barcode is left sitting up on the screen and the log files shows that a 500 enter code was received. On a subsequent scan the product is added as it is sitting in the buffer before the next pre-emptive CR key comes in, and that SKU is left in the visible buffer.
> This can also be reproduced by entering characters on the keypad and pressing enter at a reasonable rate. You will invariably get ahead of the SKU code and end up seeing the product not found screen, and when you close that the buffer will show the few characters that were beaten by the enter key.
> I am guessing there is some sort of synch issue with the buffer.