FileSystemPersistentAcceptOnceFileListFilter:与flushOnUpdate不同的刷新策略？
FileSystemPersistentAcceptOnceFileListFilter是Spring Integration中的一个文件过滤器，用于从文件系统中过滤出只被接受一次的文件。它的作用是在处理文件时，保证只有第一次接收到的文件会被处理，后续的相同文件会被过滤掉，以避免重复处理。
与flushOnUpdate不同的刷新策略是指在文件处理过程中，当文件发生更新时的处理策略。flushOnUpdate是FileSystemPersistentAcceptOnceFileListFilter的一个属性，用于设置是否在文件发生更新时刷新已经缓存的文件列表。
当flushOnUpdate属性设置为true时，FileSystemPersistentAcceptOnceFileListFilter会在每次文件处理时，检查文件是否发生更新，如果发生更新，则会刷新已经缓存的文件列表，以便重新过滤出只被接受一次的文件。
相反，当flushOnUpdate属性设置为false时，FileSystemPersistentAcceptOnceFileListFilter会在开始文件处理时，缓存文件列表，并在之后的文件处理过程中，不会检查文件是否发生更新，即不会刷新文件列表。这样可以提高性能，但可能导致文件更新后无法被正确处理。
综上所述，与flushOnUpdate不同的刷新策略是指在文件处理过程中是否在文件更新时刷新已经缓存的文件列表。根据具体场景和需求，可以选择启用或禁用flushOnUpdate属性来达到最佳的文件处理效果。
关于腾讯云相关产品，可参考以下链接：
- Spring Cloud Tencent：https://cloud.tencent.com/product/spring-cloud-tencent
- 文件存储（CFS）：https://cloud.tencent.com/product/cfs
相关·内容
相关的一点是，我使用的是FileSystemPersistentAcceptOnceFileListFilter；metadataStore是PostgreSQL。我现在担心的是，随着时间的推移，metadataStore将会增长，如果没有刷新策略，它将变得无界。FileSystemPersistentAcceptOnceFileListFilter的内置刷新策略似乎相当有限:即，您可以在更新met
浏览 24提问于2021-11-04得票数 0
正在尝试运行多个指向同一源路径的应用程序实例。期望只有一个实例应该处理一个文件，一旦处理，它将被从源中删除。同一文件不应由其他实例处理。由于文件nio locker不起作用，建议您考虑使用基于共享ConcurrentMetadataStore() - PropertiesPersistingMetadataStore的FileSystemPersistentAcceptOnceFileListFilter但两个实例挑选的一些文件会挑选/轮询相同的文件，并将其处理到目标路径。
有什么建议吗？<
浏览 5提问于2018-08-28得票数 0
回答已采纳
我无法使用针对不同策略令牌端点接收的刷新令牌来替换新令牌(访问和刷新)。针对同一端点(策略b2c_1a_signup)的替换令牌A正在工作。但是，如果我针对不同的策略端点进行赎回。不起作用。(政策b2c_1a_signin)
我们的应用程序总共使用了4个策略，它将从所有策略获得访问和刷新令牌。很难根据<em
浏览 4提问于2019-03-22得票数 1
回答已采纳
我正在使用angular-oidc-auth2v9.0.3通过静默刷新来请求令牌续订。我使用的是隐式流。它一直运行良好，直到google chrome更新版本到85。我观察了这个请求，发现Google chrome曾经有过引用策略:没有引用，当降级之前，一切都很好。然后，从版本85开始，它们默认使用引用策略:当交叉来源时严格来源。在那之后，它开始使令牌刷新失败。出于安全原因，我不能共享代码，但是我们的身份服务器与应用程序位于不同的域中
浏览 33提问于2020-10-05得票数 0
我将会话超时设置为1小时，而我的初始access_token似乎在这个时候超时。这是个例外。在超时后，我做了令牌刷新并获得了一个新的access_token，然后我观察到这个刷新的access_token似乎在1小时内没有超时，即使在5~6小时后，它仍然没有过期。那么，是否存在刷新后的access_token永不过期？有人能解释一下这方面的情况吗？
浏览 1提问于2018-04-05得票数 1
1回答
我已经阅读了所有我能找到的文档，我已经对API有点熟悉了，但是还有一件事我还不太清楚。
我不明白缓存策略和FilesCache接口之间的区别。什么时候用的？这里说的是： .有3种可能的缓存策略，每种策略都有详细的解释。我得到了“最简单”的on_call策略，但其他两个没有，例如--如果我们选择手动策略，就会说“您必须使用file
浏览 2提问于2015-01-06得票数 5
回答已采纳
但是当对授权类型"refresh_token“进行调用时，为了刷新访问令牌，它返回新的访问令牌，但是该响应没有新的刷新令牌。所以我必须使用旧刷新令牌来刷新访问令牌。问题是5-6小时后，刷新令牌返回错误invalid_client(验证凭据时出错。提供的客户端密钥无效)。有没有什么特殊的参数或者头部需要我通过API调用来传递？
请帮帮忙。
提前感谢
浏览 1提问于2016-02-10得票数 4
我在nuxt.js上有前端服务器，在django上有django-rest-framework的后端。谁能给我举个使用nuxt-auth本地策略刷新jwt令牌的例子？
浏览 14提问于2018-12-09得票数 3
我很精通等等，但由于某种原因，我的机器经常重置保单。我还没有弄清楚这个模式，但是每隔一两周我就会运行一个脚本并得到可怕的错误。
浏览 0提问于2011-02-12得票数 1
我们需要从与Azure AD B2C集成的设备注销用户。 应用程序正在使用具有自定义策略的Azure AD B2C，在此组合中似乎存在吊销刷新令牌的问题。(我们使用的是授权码流) 我们已经尝试通过在用户上使用"Revoke session“以及使用Graph API的invalidateAllRefreshTokens来撤销访问权限，但是用户仍然登录，并且可以检索访问权限并刷新令牌我们是否需要在自定义策略中
浏览 22提问于2021-03-19得票数 1
我们的大多数客户对我们的系统没有任何问题。我们有一个集成密钥，我们的用户使用REST上的OAuth为集成做了一个初始链接。我们存储访问/刷新令牌。效果很好。在未来的某一时刻，一些客户似乎随机地碰到了这个问题。
我们在REST中使用OAuth，如果客户端的访问令牌在30分钟内到期，则总是使用客户端的刷新令牌获得新的访问令牌。问:如果客户端的访问令牌在进行后续调用之前过期(我们的</e
浏览 1提问于2017-07-21得票数 0
回答已采纳
我知道，当用户更改密码时，Office 365刷新令牌将过期，但我看到它们几乎每周对我的客户过期。
在Azure中设置我的OAuth2应用程序时，有什么东西我配置错了吗？
浏览 8提问于2016-04-06得票数 3
回答已采纳
}}cache.setRefreshAfterWrite(3);但是在测试中，重新加载并没有像预期的那样发生trigger the reloadassertTrue(key.toUpperCase().equals(secondGet));
是对的吗
浏览 3提问于2015-06-17得票数 0
目前，我有两种不同的策略让用户获取令牌--一种用于交互式流，如authorization_code流，另一种用于资源所有者密码流。我们在B2C之上提供了另一层API，它代理对B2C进行身份验证的请求。基于请求中的grant_type，我们可以重定向到特定的自定义策略以获取令牌。但是，替换刷新令牌还要求我们使用相同的策略来获取令牌。客户端将不知道使用哪个策略，因为他们不直接使用B2C。现在，我试图将资
浏览 7提问于2022-11-10得票数 0
1回答
正确处理DB-Data的缓存
、、、、
我一直想知道你到底如何处理数据库值的缓存(在C#，ASP.NET中)，这样你就不需要重新加载几个数据源绑定的ASP控件，或者不需要每次使用某个后端方法时都重新加载它们。da.Fill(dt);我到底该如何处理这里的缓存
浏览 1提问于2011-05-03得票数 0
回答已采纳
我面临一个与角度路由有关的问题。所有页面都正常工作，但如果页面被重新加载或刷新，则会导致404错误，我正在使用路径定位策略。我搜索了很多东西，除了散列定位策略之外，我尝试过hash定位策略，但在url中添加了# (比如webiste.com/home#联系人)，但我想要的是没有#的url。
浏览 5提问于2017-04-13得票数 4
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM活动推荐
腾讯云开发者
