58code / gaea Goto Github PK

c --threadpool has deadlock while threadpool_stop_all_task

pthread_cond_wait -- Cancellation Points---__condvar_cleanup

in detail ,see "http://www.cnblogs.com/lijunamneg/archive/2013/01/25/2877211.html"

server中

               <dependency>
            <groupId>com.bj58.spat</groupId>
            <artifactId>com.bj58.spat.gaea.serializer</artifactId>
            <version>1.0.0</version>
        </dependency>

        <dependency>
            <groupId>com.bj58.spat</groupId>
            <artifactId>com.bj58.spat.gaea.protocol</artifactId>
            <version>1.0.0</version>
        </dependency>

但实际中protocol

                        <groupId>com.bj58.spat.gaea</groupId>
            <artifactId>com.bj58.spat.gaea.protocol</artifactId>
            <version>1.0.0</version>

serializer

                       <groupId>com.bj58.spat.gaea</groupId>
            <artifactId>com.bj58.spat.gaea.serializer</artifactId>
            <version>1.0.0</version>

jdk 1.5 有问题

是scf的开源版本吗？

用jdbc连接池时，如果创建连接的方式是静态加载连接池，序列话失败：

scaning entity.entity.News
scaning com.ys.common.model.com.ys.common.model.SW
scaning com.ys.sas.db.com.ys.sas.db.JdbcHelper
scaning com.ys.sas.db.com.ys.sas.db.JdbcUtils
Scan jar files completed!
Exception in thread "main" java.lang.reflect.UndeclaredThrowableException
at com.sun.proxy.$Proxy0.findSW(Unknown Source)
at gaeaclientdemo.GaeaClientTest.main(GaeaClientTest.java:48)
Caused by: com.bj58.spat.gaea.protocol.exception.OtherException: error num:30222411741354--state:OtherException--Message:org/apache/commons/dbcp/BasicDataSourceFactorycom.ys.sas.db.JdbcUtils.(JdbcUtils.java:32)---com.ys.sas.db.JdbcHelper.getPreparedStatement(JdbcHelper.java:318)---com.ys.sas.db.JdbcHelper.query(JdbcHelper.java:51)---com.ys.sas.dao.impl.SWDaoImpl.findSWByYYCSMC(SWDaoImpl.java:44)---com.ys.sas.service.impl.SWServiceImpl.findSW(SWServiceImpl.java:28)---SWServiceImplProxyStub1373619771642.findSW(SWServiceImplProxyStub1373619771642.java)---SWServiceImplProxyStub1373619771642.invoke(SWServiceImplProxyStub1373619771642.java)---com.bj58.spat.gaea.server.core.proxy.InvokerBase.doInvoke(InvokerBase.java:114)---com.bj58.spat.gaea.server.core.proxy.AsyncInvokerHandle$1.run(AsyncInvokerHandle.java:93)---com.bj58.spat.gaea.server.util.async.AsyncWorker$1.run(AsyncWorker.java:126)---java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)---java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)---java.lang.Thread.run(Unknown Source)---
at com.bj58.spat.gaea.protocol.exception.ThrowErrorHelper.throwServiceError(ThrowErrorHelper.java:35)
at com.bj58.spat.gaea.client.proxy.ServiceProxy.invoke(ServiceProxy.java:183)
at com.bj58.spat.gaea.client.proxy.builder.MethodCaller.doMethodCall(MethodCaller.java:85)
at com.bj58.spat.gaea.client.proxy.builder.ProxyStandard.invoke(ProxyStandard.java:58)
... 2 more

关于DelimiterBasedFrameDecoder的一点concern 使用nio read的时候一般是多次累积读才能读完整的一帧，如使用DelimiterBasedFrameDecoder，读到制定的边界符才算是完整的一帧，例如一帧有1000byte，第一次只读到了200byte，这时decode返回null，在随后的SocketHandler中
ByteBuffer buffer = ((ChannelBuffer)e.getMessage()).toByteBuffer();
会抛出异常然后向client写协议异常。其实并不是真的协议异常，只是因为某种原因没有读完整，不知你们在使用中存在这样的问题吗