如何排查启动依赖错误的问题

相关推荐

• 后端部署

  数据源配置使用注意事项

  启动工程的application.yml内可以通过ds-map为每个模块配置数据源，未在ds-map指定的会根据default-ds-key的值设置默认的数据源, 1. 共一套base库的所有启动工程，相同模块的dsKey名称一定要是一样的 2. 如果有需求2个启动工程中对同一个模块要区分库，如：2个启动工程的“用户user模块”读不同的库，那么需要将配置中“用户user模块”的dsKey配置一致，然后在各自启动工程配置中的数据库链接地址填不一样

  nation

  2024年7月25日

  2.0K000
• Oinone FAQ

  常见权限问题

  一、系统权限操作手册配置 https://doc.oinone.top/chan-pin-shi-yong-shou-ce/17797.html 二、常见权限问题分析及解决 1.函数如何跳过权限拦截https://doc.oinone.top/wen-ti-zhen-duan/16299.html 2.工作流工作台无权限排查路径https://doc.oinone.top/wen-ti-zhen-duan/15924.html 3.windows环境npm安装依赖提示无权限https://doc.oinone.top/faq/14590.html 4.权限异常排查路径参考https://doc.oinone.top/faq/14391.html 5.自定义RSQL占位符(placeholder)及在权限中使用https://doc.oinone.top/backend/6393.html 6.自定义数据权限拦截处理https://doc.oinone.top/backend/4737.html 7.如何扩展行为权限https://doc.oinone.top/dai-ma-shi-jian/18976.html 8.跳转动作无权限问题排查https://doc.oinone.top/wen-ti-zhen-duan/18678.html

  shao

  2024年10月23日

  756000
• 后端部署

  nginx如何配置后端服务的负载均衡

  要在Nginx中实现对同一套服务部署两遍并且按比例分配请求，你可以利用Nginx的负载均衡功能。具体做法如下： 步骤 1: 配置 upstream 首先，在Nginx的配置文件（通常是/etc/nginx/nginx.conf或/etc/nginx/sites-available/default，具体路径可能因系统而异）中定义一个upstream块，列出你的两个服务实例。这里假设你的两个服务实例运行在相同的主机上，但监听不同的端口，例如8080和8081。 http { upstream backend { server 192.168.1.100:8091 weight=1; server 192.168.1.101:8091 weight=1; } # … } 在这个例子中，weight=1表示两个服务实例具有相同的权重，Nginx会尽量以1:1的比例分配请求给这两个实例。 步骤 2: 配置 location 或 server 块 接着，在配置文件中找到或添加一个server块，然后在其中的location指令内指定使用刚刚定义的upstream。 server { listen 80; server_name your.domain.com; location / { proxy_pass http://backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } 这里的proxy_pass http://backend;告诉Nginx将请求转发到名为backend的upstream定义的服务器列表中。 步骤 3: 重启Nginx 最后，保存配置文件并重启Nginx以使更改生效。 sudo nginx -t # 先测试配置是否正确 sudo systemctl restart nginx # 或者 service nginx restart，取决于你的系统 注意事项 确保你的两个服务实例是完全独立且状态同步的，以避免数据不一致或服务故障。 使用weight参数可以调整分配策略，如果你想改变分配比例，可以通过修改weight值来实现。 考虑到高可用性，还可以配置max_fails和fail_timeout等参数来处理失败的后端连接。

  nation

  2024年6月5日

  1.4K000
• 后端部署

  如何配置文件存储地址为相对路径

  介绍 大部分情况下，文件存储的配置都会配置uploadUrl和downloadUrl的值，这样图片和文件类型的业务字段会存储带域名的全路径文件地址，但是有些场景需要用户在专有内网的时候访问内网的文件存储地址，用户在公网的时候通过公网访问（一般情况下这个公网ip内部最后还是会转发到内网）文件存储地址，这个时候就要求存在数据库字段里的不能是全路径的地址，只能是想相对路径，这个时候可以通过前端访问的域名用nginx转发当前域名下的文件请求到所匹配环境的ip内的文件存储服务。 配置参考 cdn: oss: name: 本地文件NG系统 type: LOCAL bucket: pamirs # 此处可以不配置值，也可以配置相对路径前缀方便做转发 uploadUrl: downloadUrl: validTime: 3600000 timeout: 600000 active: true referer: localFolderUrl: /test/static 文件上传的路径同步配置nginx转发 location ~ /file/upload { // 此处配置为后端服务的ip+端口 proxy_pass http://127.0.0.1:8190; proxy_set_header X-Real-IP $remote_addr; proxy_set_header REMOTE-HOST $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } excel导入场景相对路径在后端代码内无法保存导入的文件 在导入任务的前置hook处理相对文件路径的前缀 package pro.shushi.pamirs.demo.core.hook; import org.apache.commons.lang.StringUtils; import org.springframework.stereotype.Component; import pro.shushi.pamirs.file.api.FileModule; import pro.shushi.pamirs.file.api.model.ExcelImportTask; import pro.shushi.pamirs.meta.annotation.Hook; import pro.shushi.pamirs.meta.api.core.faas.HookBefore; import pro.shushi.pamirs.meta.api.dto.fun.Function; @Component public class DemoExcelImportTaskActionHookBefore implements HookBefore { // 内网访问文件的地址 public static final String INNER_HOST = "http://127.0.0.1:6800"; @Override @Hook(module = {FileModule.MODULE_MODULE}, model = {ExcelImportTask.MODEL_MODEL}, fun = {"createImportTask"}) public Object run(Function function, Object… args) { if (args.length > 0) { ExcelImportTask excelImportTask = (ExcelImportTask) args[0]; if (excelImportTask != null && excelImportTask.getFile() != null && StringUtils.isNotBlank(excelImportTask.getFile().getUrl())) { excelImportTask.getFile().setUrl(INNER_HOST + excelImportTask.getFile().getUrl()); } } return null; } } 注意事项 上面的例子为本地文件NG系统的，如果是阿里云oss、7牛云等第三方文件存储服务，downloadUrl可以按上面方案直接配置，uploadUrl还是要按正常配置

  nation

  2024年6月21日

  2.0K000
• Oinone FAQ

  Oinone 是什么

  1.Oinone能做什么？ Oinone 是一款专注解决复杂业务场景的开源低代码应用平台，旨在提供所见即所得的快速可视化搭建应用功能，并打造企业专属的低代码平台。 提升交付效率，缩短交付周期； 减少人力投入，解决技术人才招聘难的难题； 减少接联调，减少重复建设，解决质量管控难题； 一键轻松安装，应用全生命周期管理，解决应用管理难题； 2.为什么要用Oinone？ 用Oinone低代码平台可以帮助企业应对竞争变化、适应业务变化、满足技术需求、提高研发效率，并且低代码平台已经成为企业数字化转型的核心工具之一。 企业竞争变化，从单一企业变相兼职链的网络竞争; 业务变化，从信息化时代，内部/管理/流程、结果，变向数字时代，外部/商业，运营; 技术更替，从主球稳定，安全，功能丰富可配置到系统性能极限承载能力与弹性扩容/随需而变，需求响应速度、智能;化、实时分析，数据与业务的联动，用户体验，B端的业务需求C端的体验; 对研发人员的需求越来越大，同时要求越来越高。低代码平台是提升研发效率，降低研发成本核心手段; 低代码的地位已经从辅助走向核心; 3.Oinone 和其他的无代码平台相比优势是什么 既支持无代码的拖拉拽，还能通过研发框架支持自主工程研发; 低代码和无代码在贯彻了整个软件的生命周期，在不同场景发挥不同价值; 可基于软件工程理论，进行科学管理； 不改变研发习惯，主流开源技术栈，无抵触心理 4.我是软件公司，用不用Oinone？ 软件公司非常适合使用 Oinone,不管你是做标品还是定制项目，都非常适合使用Oinone 低代码：构建软件快速开发标准，让研发专注在业务创新本身 快速实施个性化需求、或开发简单和应急应用 5.我们公司产品迭代很快，用不用Oinone？ 无代码：使用Oinone 可以快速的响应需求，以及后续迭代需求； 集成平台：快速的是实施集成方案，一次配置，终身受用； 低代码：降低技术复杂度，提升研发效率，让研发专注于业务本身； 6.我们公司产品bug很多，用不用Oinone？ 很多公司都有这样的痛点，一直有BUG ，反复修反复出现，重构成本非常大，比如项目预算有限，无法支撑重新构建，技术栈老旧，研发人员比较少，Oinone 提供以下解决方案： 同步原系统数据回流处理后数据； 原系统数据扩展处理新业务逻辑； 7..我用的是JAVA 技术栈，我还需要用Oinone么？ 在探讨低代码平台的合作时，首先需要确认的是，如果您之前使用的是Java技术栈，那么低代码平台是否能够生成相应的Java代码，包括常用的增删改查等方法。这种代码生成器与低代码平台的第一种方式——代码生成器相似，它提供了基础逻辑的生成。 针对这一层面，Oinone平台具有几个显著优势。首先，后端定义的模型或写法不仅决定了后端的数据处理，同时也影响了前端的UI展示层。其次，当前端开发时加入特定的注解，这些注解的本质是为了收集原始数据。一旦数据源被定义，编写的代码在最终运行时实际上已经转变为数据。这是与传统代码编写方式的第二个不同点。第三，尽管我们提供了代码编写的方式，但这样做的核心目的在于解决标准化产品与个性化需求之间的矛盾。在进行功能扩展时，对于工程架构和代码编写的冲击较大。 oinone的核心优势在于减少代码生成量，内置代码规范，并实现前后端无需联调。此外，无代码设计器能够理解用代码构建的模型或函数，并与之结合。 在前端方面，低代码平台也提供了相应的工程结构，允许通过添加平台依赖来引入平台功能。前端的自定义能力包括自定义模板、布局和页面，以及完全自定义视图的能力。此外，平台支持前端与后端的交互自定义，以及自定义字段的引入。 总结来说，后端定义的模型不仅决定了数据存储结构和扩展方式，还决定了前端的UI展示，并能与无代码平台结合。引入TypeScript（TS）的概念，可以帮助团队最大化逻辑复用，解决了业务组件难以沉淀的问题。通过这种方式，前后端的结合更为紧密，减少了联调的需求，提高了开发效率。

  shao

  2022年3月14日

  1.2K000