我有一个带有可观察列表的ComboBox,该列表随用户键入字符或进行选择而更新。当我从ComboBox中选择一个项目并调用我的侦听器事件,然后从ComboBox的ObservableList中调用clear()方法时,引起了我遇到的问题。
完整代码
public void suggestItem(ActionEvent ev){
String currentInput = foodSearch.getEditor().getText();
if(currentInput.length() > 4){
DatabaseCommunicator.openConnection();
// Returns a list no greater than size 5 of possible food items
ArrayList<String> foodList = DatabaseCommunicator.findSimilarFoods(currentInput);
ObservableList<String> comboList = foodSearch.getItems();
comboList.setAll(foodList);
DatabaseCommunicator.closeConnection();
}
}
现在,当我收到错误消息时,ObservableList会按原样出现,但我仍然收到此异常。尝试调试此错误导致我的IDE在调用setAll(运行clear())后冻结,而我必须通过终端杀死IDE。
如果我将setAll替换为notclear()的addAll,则不会引发任何异常,并且我的列表会随着单击项的重新添加而更新。
我无法从侦听器中捕获到异常,这是我看到堆栈跟踪所期望的,但无论如何都想尝试一下。
这是堆栈跟踪。
Exception in thread "JavaFX Application Thread" java.lang.IndexOutOfBoundsException
at com.sun.javafx.scene.control.ReadOnlyUnbackedObservableList.subList(ReadOnlyUnbackedObservableList.java:136)
at javafx.collections.ListChangeListener$Change.getAddedSubList(ListChangeListener.java:242)
at com.sun.javafx.scene.control.behavior.ListViewBehavior.lambda$new$178(ListViewBehavior.java:264)
at com.sun.javafx.scene.control.behavior.ListViewBehavior$$Lambda$321/1588822558.onChanged(Unknown Source)
at javafx.collections.WeakListChangeListener.onChanged(WeakListChangeListener.java:88)
at com.sun.javafx.collections.ListListenerHelper$Generic.fireValueChangedEvent(ListListenerHelper.java:329)
at com.sun.javafx.collections.ListListenerHelper.fireValueChangedEvent(ListListenerHelper.java:73)
at com.sun.javafx.scene.control.ReadOnlyUnbackedObservableList.callObservers(ReadOnlyUnbackedObservableList.java:75)
at javafx.scene.control.MultipleSelectionModelBase.clearAndSelect(MultipleSelectionModelBase.java:331)
at javafx.scene.control.ListView$ListViewBitSetSelectionModel.clearAndSelect(ListView.java:1385)
at com.sun.javafx.scene.control.behavior.CellBehaviorBase.simpleSelect(CellBehaviorBase.java:260)
at com.sun.javafx.scene.control.behavior.CellBehaviorBase.doSelect(CellBehaviorBase.java:224)
at com.sun.javafx.scene.control.behavior.CellBehaviorBase.mousePressed(CellBehaviorBase.java:150)
at com.sun.javafx.scene.control.skin.BehaviorSkinBase$1.handle(BehaviorSkinBase.java:95)
at com.sun.javafx.scene.control.skin.BehaviorSkinBase$1.handle(BehaviorSkinBase.java:89)
at com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(CompositeEventHandler.java:218)
at com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(CompositeEventHandler.java:80)
at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:238)
at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:191)
at com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(CompositeEventDispatcher.java:59)
at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:58)
at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
at com.sun.javafx.event.EventUtil.fireEventImpl(EventUtil.java:74)
at com.sun.javafx.event.EventUtil.fireEvent(EventUtil.java:54)
at javafx.event.Event.fireEvent(Event.java:198)
at javafx.scene.Scene$MouseHandler.process(Scene.java:3719)
at javafx.scene.Scene$MouseHandler.access$1500(Scene.java:3447)
at javafx.scene.Scene.impl_processMouseEvent(Scene.java:1723)
at javafx.scene.Scene$ScenePeerListener.mouseEvent(Scene.java:2456)
at com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run(GlassViewEventHandler.java:350)
at com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run(GlassViewEventHandler.java:275)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$347(GlassViewEventHandler.java:385)
at com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$169/414422402.get(Unknown Source)
at com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(QuantumToolkit.java:387)
at com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(GlassViewEventHandler.java:384)
at com.sun.glass.ui.View.handleMouseEvent(View.java:549)
at com.sun.glass.ui.View.notifyMouse(View.java:921)
at com.sun.glass.ui.gtk.GtkApplication._runLoop(Native Method)
at com.sun.glass.ui.gtk.GtkApplication.lambda$null$48(GtkApplication.java:139)
at com.sun.glass.ui.gtk.GtkApplication$$Lambda$42/1091223379.run(Unknown Source)
at java.lang.Thread.run(Thread.java:745)
这有点骇人听闻,但
Platform.runLater(() -> {
ObservableList<String> comboList = foodSearch.getItems();
comboList.setAll(foodList);
}
似乎解决了。我认为问题在于,当选择模型更改列表时,您正在修改selectedItems
列表,这违反了在通知期间不更改可观察列表的规则。使用Platform.runLater(...)
延迟将您的修改延迟到完全处理完当前事件之后。
我有一个表,用户可以过滤和排序。 这是那张桌子的样子。如您所见,列是可排序的,顶部有一个文本框,当前正在筛选其中包含字符串“CU”的相册: 在专辑列表填充后,一切工作都很完美。 设置FilterBox和谓词 添加数据或从列表中删除数据:这些函数保证只能从一个线程调用(不同于JavaFX),并且对ObservableList的所有修改只能由这个库线程进行。 最后,我尝试了两种不同的方法来解决这个问题
在阅读了后台服务限制之后,我注意到前台应用程序启动服务是安全的。因此,在我们的应用程序中,我们在片段的方法中调用了。我们认为这是可以的,因为在这个文档中,它说,当调用onStart时,片段对用户是可见的,当它是可见的,这意味着这个应用程序是一个前台应用程序。 但有时,我必须承认这种情况很少发生,我们仍然会收到以下例外情况 java.lang.IllegalStateException:不允许启动服
我遇到了一种奇怪的行为。我的应用程序有一个主要活动,由navdrawer布局和默认列表片段组成。列表片段使用改造客户端获取内容。选择列表项时,将显示详细视图。在小屏幕上,通过单独的活动加载详细信息视图。该活动还使用改装客户端获取详细信息。然后,可以从生成新活动的navdrawer中选择一个选项。该活动也使用改造客户端发送数据。 列表和详细活动很好地调用了改造方法。我可以看到日志和事情正在按预期工作
我在“a-b-c”的形式下有工件id,我希望我的原型有一个像“a. b. c”这样的包。所以,我做以下几点: 但这样做会让我: [错误]无法执行目标组织。阿帕奇。专家插件:maven原型插件:3.1.2:generate(默认cli)在独立项目pom:java上。伊奥。IOException:文件名、目录名或卷标语法不正确 如果我把它取下来,一切都会好的。为什么?
问题内容: 再次,我看到即使没有使用绑定属性,@ PostConstruct也会每次触发。看到这个代码:- 这是JSF中最简单的bean: 您是否看到任何会导致每次触发postconstruct回调的行为?我认为JSF 2.0非常不稳定。如果每次都要触发PostConstruct @ViewScoped的作用是什么。为什么不只使用@RequestScoped?我以为我在申请中犯了一些错误。但是,当
我的问题可以是如何使用RXJava2的CompositeDisposable的重复?但要求再澄清一个疑点。根据接受的答案 在我的例子中,我使用片段作为我的视图(MVP中的视图层),在某些情况下,我将活动片段添加到backstack,这实际上不会杀死片段,而只是杀死它的视图。这意味着只调用而不调用。稍后,我可以回到后面堆栈中的相同片段,所以只有它的视图被重新创建。我有一个作为我的的成员,它保存订阅。