soe for java调试_SOE不能进入断点调试

2023-11-06 00:30

本文主要是介绍soe for java调试_SOE不能进入断点调试,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、前言

任何程序开发,如果不能进入断点调试,是非常的痛苦的。

如果有过SOE开发经验的人都知道,SOE开发过程中调试是非常麻烦的。任何在SOE开发模板中的修改都需要重新编译工程,重新生成.soe 文件。并在站点中重新部署soe文件。但是重部署后,经常会出现没有办法进入断点调试(表现是断点是空心点,而不是实心点)模式。

由于调试的复杂性,建议大家在实际soe开发的过程中,先将整个核心的代码以ArcEngine的形式进行实现。然后再移植到soe模板中。

二、问题出现场景及原因分析

软件环境:visual studio 2010,2012, ArcObjects sdk for .net 10.1,10.2

soe开发不能进入断点调试的核心原因是:站点中部署的soe的版本和当前调试的版本不匹配。举个例子说明,你将vs中的soe进行了更改,但是并没有将更改的结果重新部署到站点中去,导致两者不匹配,无法调试。

但是有意思的是即使大家及时将更改的结果进行站点部署,保证两者版本进行匹配,发现任然不能进入到断点调试。当时这个问题困惑了笔者很久,但是一个偶然的机会发现,我重新建个soe模板,更换工程名字,将不能调试的代码粘贴进去,重新编译,部署,就可以调试。而对这个新建的工程进行更改,替换站点中的同名soe文件,又不能出现调试。根据这个现象我推测,是因为在站点中删除或者覆盖同名soe文件,在服务器端还是存在的,并没有删除。这样就导致了无论vs中怎么变化,但是服务器端还是提供前一次的soe文件,造成两者不匹配,无法进入调试模式。

为了验证我的推测,我进入到admin中,去查看我的服务器端,存在的soe文件。惊讶的发现,我每次在vs中对gounpSpatialIndex工程更新,并重新部署到站点中,其实上一次的并没有删除。如我这次vs中跟新到了红色3项,而实际上服务器端调试的soe工程1或者2。这就导致vs中一直无法进入断点模式。而新建vs工程,重新部署可以调试,就是因为两者对应的唯一性。

d27c97e019fb877ea2178aad4f8158a3.png

图1 admin upload items

三、解决办法

遇到此类无法调试的问题,根本原理是保持调试的代码和服务端soe是一致的。

首先确定你的更新是否及时部署到服务器端,

然后在站点中重新部署的时候,请选择删除已有同名的soe,不要选择编辑。在非第一部署soe中,可以选择edit和delete,如图2红色方框部分。建议选择delete,如果是edit的话,就会出现服务器端多个同名soe文件的现象。

d98b0d746fa35fd957d08a960ae46b39.png

图2 soe部署界面

但是经过我多次测试,发现即使用删除还是有可能出现不可能调试的原因,这时候就要上终极办法,把上一版本的soe从站点中取消注册,并删除。步骤如下:

1、进入admin

http://localhost:6080/arcgis/admin

2、unregister 站点中的soe

在Resource中,点击service。在servic页面的Resource点击types,进入types页面,在Resource中点击extension。然后unregister,如图3。(ps,为了写博客方便,图3和图1,2不是同一服务器上的截图)

8b3a3526abd0fa754b22a832b1a3dc96.png

3、删除站点中的soe

在admin的主页面中,找到uploads,把对应的soe删除。ps,直接删除不unregister是不行的,会出现错误,该soe已经在站点中注册。

4、部署新版本soe文件

四、总结

这个问题应该是产品的缺陷的地方,但是也没有和老美交流,确定为bug,但是确实存在这样的问题。

这篇关于soe for java调试_SOE不能进入断点调试的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/353430

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟 开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚 第一站:海量资源,应有尽有 走进“智听