请问qt中如何实现无任何基类的自定义类（出错误提示了） - QTCN开发网 - Powered by phpwind
查看完整版本: [--
请问qt中如何实现无任何基类的自定义类（出错误提示了）
想在qt中自定义一个类，但不继承qt的基类，或者说与qt原有类毫无关联而且打算调用原始套接字来实现，不用qtsocket请问这个类的头文件中的初始化函数如何去写，就跟普通的vc里面的类定义一样就可以了吗如果要调用linux下的原始套接字，那么把相应的头文件包含下去也就可以了吗
just do it& .......test..........
good，马上就做，不过还是要打听一下如果调用linux下的socket，有些什么需要注意的事项，这个test起来估计比较烦琐
试了一下，出问题了建立一个基于dialog的工程随便新建一个类比如class A{}那么，在编译的时候，就出现如下提示src/dialogimpl.cpp:4: error: ISO C++ forbids defining types within return typesrc/dialogimpl.cpp:4: error: return type specification for constructor invalid说构造函数没有返回正确值错误指向dialog的类定义处请问这个问题该如何解决，有谁这么在qt下编过程序吗，用完全自定义的，与qt基类毫不相干的自己的类，谢谢指点
引用第3楼succulent于 16:02发表的& :试了一下，出问题了建立一个基于dialog的工程随便新建一个类比如class A{}.......完全自定义的，与qt基类毫不相干的自己的类---这是C++的特性，如果这都不支持，恐怕Qt就费了。因为那意味着所有在Qt中使用的结构体，都需要重新定义，以QObject为基类
可以的，去ChinaUnix论坛上，有很多这样的例子
查看完整版本: [--
Powered by
Gzip disabled关于tomcat启动web时classloader加载el实现类报错的解决方式
关于tomcat启动web时classloader加载el实现类报错的解决方式
发布时间： 12:51:06
编辑：www.fx114.net
本篇文章主要介绍了"关于tomcat启动web时classloader加载el实现类报错的解决方式"，主要涉及到关于tomcat启动web时classloader加载el实现类报错的解决方式方面的内容，对于关于tomcat启动web时classloader加载el实现类报错的解决方式感兴趣的同学可以参考一下。
1.严重: Servlet.service() for servlet [jsp] in context with path [/web] threw exception [java.lang.LinkageError: loader constraint violation: when resolving interface method 2.&javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionF&
the class loader (instance of org/apache/jasper/servlet/JasperLoader) of 3.the current class, org/apache/jsp/index_jsp, and the class loader (instance of org/codehaus/plexus/classworlds/realm/ClassRealm) for resolved class, 4.javax/servlet/jsp/JspApplicationContext,
have different Class objects for the type avax/el/ExpressionF used in the signature] with root cause
5.java.lang.LinkageError: loader constraint violation: when resolving interface method 6.&javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionF& the class loader (instance of org/apache/jasper/servlet/JasperLoader) of 7.the
current class, org/apache/jsp/index_jsp, and the class loader (instance of org/codehaus/plexus/classworlds/realm/ClassRealm) for resolved class, 8.javax/servlet/jsp/JspApplicationContext, have different Class objects for the type avax/el/ExpressionF
used in the signature
at org.apache.jsp.index_jsp._jspInit(index_jsp.java:31)
at org.apache.jasper.runtime.HttpJspBase.init(HttpJspBase.java:49)
at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:180)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:369)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:108)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
一开始没有仔细阅读异常信息，以为是tomcat版本不对或者其它情况，后来仔细的检查了一下异常信息，第8行：have different Class objects for the type avax/el/ExpressionF used in the signature， &这句话说的是，classLoader在加载ExpressionFactory这个接口的实现的时候发现有多个实现类，所以报错了。既然是这样那就来maven的依赖关系中来找一找关于el的类，
果然发现在我们的依赖中有依赖el相关的包，所以在maven的pom中需要把它们排除
&dependency&
&groupId&com.msfinance.demo&/groupId&
&artifactId&demo-biz&/artifactId&
&exclusions&
&exclusion&
&artifactId&javax.el-api&/artifactId&
&groupId&javax.el&/groupId&
&/exclusion&
&exclusion&
&artifactId&javax.el&/artifactId&
&groupId&org.glassfish.web&/groupId&
&/exclusion&
&/exclusions&
&/dependency&
这样再次打包运行，就OK了。
一、不得利用本站危害国家安全、泄露国家秘密，不得侵犯国家社会集体的和公民的合法权益，不得利用本站制作、复制和传播不法有害信息！
二、互相尊重，对自己的言论和行为负责。
本文标题：
本页链接：