有时候会启动tomcat建立数据库连接池的时候,会出现下面这个错误,一般是没有网络访问权限导致的。
Sep 26, 2012 5:45:39 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet jsp threw exception
com.mchange.v2.resourcepool.CannotAcquireResourceException: A ResourcePool could not acquire a resource from its primary factory or source.
at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1319)
at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557)
at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:477)
at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:525)
at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128)
at org.apache.jsp.testdb_jsp._jspService(testdb_jsp.java:115)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:615)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:396)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
(END)
最近看到新闻,Pixable被2650万美元收购,所以我去了解了一下这个应用,发现这个应用挺创新的,而且在国内还找不到类似的应用。
Pixable是一个利用机器学习和算法,为用户推荐合适的 图片,比如搞笑类图片。根据用户的推荐和评价,以及用户间的喜好和用户间关系的紧密程度,不断更新学习,能达到比较精准的推荐。
Pixable跟新浪微博比较相似,不过微博更偏重文字,一般是用图片来配合文字。但是,就算我们关注了一些经常发图片的微博,他们发的一些文字和图片不一定能符合所有粉丝的胃口,有些还会不定时的发一些广告,作为微博控在刷微博的时候总有一些广告插在其中,会感觉到无比的郁闷。但Pixable却不会让你感到郁闷,因为他推荐给你的东西都是根据你平时的评价和推荐,计算出适合你的图片,就算偶尔会看到不喜欢的图片,通过低评分,机器就能学习,以后不会推荐给你不喜欢的图片了。
但是现在微博也有猜你喜欢这个功能,而且相信随着微博用户的增加,官方服务器数据的积累,以后的推荐功能也会做的很好。不过,微博的推荐是基于文字的,这是跟Pixable的最大区别,文字的推荐相对比较简单。看现在的搜索引擎发展趋势,文字的搜索功能已经非常强大和准确了,但图片搜索还是刚起步,搜索结果并不是很准确,现在google的图片搜索做的还算可以。
因为是基于云计算和高级算法,在国内似乎并没有看到图片推荐这样的应用,但相信需求量是非常大的。其实可以考虑做个简单的先,比如给图片加上标签,根据标签来匹配和推荐,其实也就是把图片转成文字来解释的方法。现在已经有不少图片浏览类的应用,也有一些文字推荐类的应用,比如糗事百科,但是糗事百科并没有所谓的推荐功能,只是像微博那样摘选一些网站上比较热门的文字。图片浏览类的也是差不多,把一些点击量比较高的图片推送给你,并不能符合所有用户的口味。
所以国内很需要Pixable这样的应用,虽然国内做出来了是山寨,但在国内的第一个山寨一般容易获得用户的好评。尤其是一些长期在局域网内混的网民,甚至会认为是国产原创。有没有开发者有兴趣开发一个类似的应用尝试下呢?
本文转自:爱撸小杰 http://www.aojgame.com/developer/2875.html
现在智能机跟移动互联网的飞速发展,给移动开发者带来了前所未有的机遇,大量的移动APP问世,这其中与手机相关性最大的莫过于LBS相关APP了,移动终端与PC最大的区别无非在于:便携移动性所带来的随时随地访问,还有一点就是GPS定位,传统的PC只能通过IP来源大致取得用户城市等相关信息,但是移动终端上这得到了解决。
在开发LBS相关APP的过程中,总会遇到这么一个头疼的问题:如何选择地图及地图偏移问题.今天就个人所做项目中总结的经验来给大家分享一下关于这两个问题的解决:
1.地图选择
如何选择地图,个人觉得可以从以下几点考虑:
定位位置的工作机理是这样,首先通过wifi网络(最准确),基站,GPS定位用户的位置数据(一般是经纬度表示), 然后上传服务器,服务器对比后,下发定位的具体位置(比如迈克龙),然后打包整个信息发送给对方。对方收取 后,拿着位置去地图读数据。位置信息同样拉取(或者前者直接发送位置信息)。
POI是“Point of Interest”的缩写,可以翻译成“兴趣点”吧,每个POI包含四方面信息,名称、类别、经度、纬度。
不同的地图搜集的POI数量是不同的, 影响的结果就是,在地图上能够显示“迈克龙”,而不是“南六道”。
这个是为了导航使用的,来源取自于导航数据。
提供更多的体验方式
流畅度,以及地图实现方式,矢量地图or栅格。googlemaps用的是栅格地图,而高德则是使用的矢量。矢量的好处是边下载,边编译,边展示。
(8).包大小(如果一个地图jar或者so库过大,势必给应用带来更大的体积,虽然说不要纠结于几百K的大小,但是本着 能减小包大小就尽量减小的前提,还是有用的,比如Google地图在android手机上是不需要加载包的,相比百度地图可以省200多K)
(9).地图表示范围:是否有国外地图(例如,google地图拥有全球大多数国家的地图数据,而国内的百度地图等仅仅只有 国内的地图数据)
基于以上9点我觉得大家应该可以选择出一个合适的地图,我自己用的时候,是做一款IM产品里边有一个发送位置的功 能,中间有一个发送位置的功能,对于这个产品而言,其有几个特点:
1.APP在没有添加发送位置的情况下,包的大小已经达到7M了,对于android移动APP来说,这个大小已经算很大了,对于移动2G用户升级,或者流量偏少的用户而言,每次升级是一个很痛苦的过程,所以要慎重选择地图库。