2019-10-10 15:54

这个错误提示已经很清楚,表定义字段decimal类型,而传过来的数据是“C10001001”这是什么类型的数据?

2019-10-04 11:31

设计已经给开发者很多选择空间,结合sql语句用,我们者知道查数据库数据,想要什么数据只要正确编写sql语句就可以,这也是其设计特点,极薄封装,灵活使用sql语句优势,比如:
根据ID查询唯一一条记录::var user = Db.findFirst("select*from user where id =? limit 1", 1);
查第一条记录:var user = Db.findFirst("select * from test_limit limit 1");
查最后一条记录: var user = Db.findFirst("select * from test_limit order by id DESC limit 1");
以上就是具体的使用经验。

2019-09-06 17:41

好东西,有需要使用工作流的小伙伴有福利了。

2019-09-06 10:28

好的技术当然优秀,在技术选型这路子上,只追求技术本身,忽略其他负面X因素,终归积压一堆堆债务。

2019-08-31 22:27

开发使用简便,开发效率高,好东西必须顶。

2019-08-29 18:30

这个问题是可,视情况而已,如果数据格式比较复杂的做精简,因为签名有会两头签名失败的排查很麻烦,像我就遇到了一个问题,传输数据结构较复杂两端签名生成不一致,最后排查不出为只能把将大概参数串的复杂的参数排除,如果不排查很难知道是那个参数出现错误,传过来有几个Json集合串在一起。

2019-08-29 18:24

你看下:com.jfinal.plugin.activerecord包下的CPI.java这个类,对外开放有update这个方法,你可以在这个基础之处自行管理。

2019-07-23 09:20

@Dreamlu 好的,我的项目maven配置: <build>
<finalName>${project.artifactId}-${project.version}</finalName>
<sourceDirectory>${basedir}/src/main/java</sourceDirectory>
<testSourceDirectory>${basedir}/src/test/java</testSourceDirectory>
<outputDirectory>${basedir}/src/main/webapp/WEB-INF/classes</outputDirectory>
<testOutputDirectory>${basedir}/src/main/webapp/WEB-INF/classes</testOutputDirectory>

<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.0</version>
<configuration>
<source>12</source>
<target>12</target>
<encoding>UTF-8</encoding>
<compilerArgs>
<arg>-verbose</arg>
<arg>-Xlint:unchecked</arg>
<arg>-Xlint:deprecation</arg>
<arg>-bootclasspath</arg>
<arg>-extdirs</arg>
<arg>-parameters</arg>
</compilerArgs>
</configuration>
</plugin>

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>3.2.2</version>
<configuration>
<warName>${project.artifactId}-${project.version}</warName>
<webResources>
<useCache>false</useCache>
<archiveClasses>false</archiveClasses>
<webResources>
<resource>
<directory>src/main/resources</directory>
<targetPath>WEB-INF/classes</targetPath>
<includes>
<include>**</include>
</includes>
</resource>
</webResources>
</webResources>
</configuration>
</plugin>

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.22.1</version>
<configuration>
<forkMode>once</forkMode>
<argLine>-Dfile.encoding=UTF-8</argLine>
</configuration>
</plugin>

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-clean-plugin</artifactId>
<version>2.5</version>
</plugin>
</plugins>
</build>

2019-07-23 09:17

@Dreamlu @要输就输给追求 @prelove 现在这样手挺好的不要随意更变方案的呢,我项目换3.0分分钟的事,只要改得版本号即可正常使用,只是以上两位兄台反馈用不了,估计他们项目maven配置哪没配置好,现在也只能猜测。我的maven配置(标签被过虑贴不了全部,只能贴片段代码):
在build中指向编译输出目录:
${project.artifactId}-${project.version}
${basedir}/src/main/java
${basedir}/src/test/java
${basedir}/src/main/webapp/WEB-INF/classes
${basedir}/src/main/webapp/WEB-INF/classes

在maven-compiler-plugin配置里添加:
-parameters

2019-07-22 17:47

@要输就输给追求 仔细检查下,这个肯定是某个步骤出错了。我记得undertow有一个地方可能过虑排除掉dream.events的也就是不能与热重载。

2019-07-22 16:19

@要输就输给追求 @prelove 这个问题其实就是配置不对,主要是开启编译,你参考下JFinal官方文档的:https://www.jfinal.com/doc/3-3 配置即可。注意:配置完把target文件删除并重新生成下项目代码。

2019-05-26 19:48

映象Hbuilder以前是基于eclipse内核根据自己产品线深度定做的,基本上看不到eclipse的影子了,做得还不错,但套界面,这块还是觉得idea方便些,特别是套界面指定标签全选功能一个快捷健 ctrl+w即可全选。

2019-05-13 11:09

错误提示很明显:java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/core/LoopTag把相应的jar导入来即可。

2019-05-02 10:23

@JFinal 波总分析非常非常到位。如果使用java代码模式会出现几个问题:
第一、sql的可读性差;(用过hibernate都知道那可读性太掺了)。
第二、使用的程序员最后连基本的sql写法都给忘了,这个是极不好,不可能写写项目就甩锅,项目维护还是需要要的(代码、数据优化)等;
第三、复杂的查询完做不了,就算做得了那性能也是无法忍受得了;
第四、增加额外的学习成本,做项目的是怕的就是产生过大的技术债务,一但技术债务形成,项目随时埋雷,最后炸得不知所措;
第五、对于开发来讲,越简单的设计和架构,维护越容易;
所以还是最原始sql写法才是最纯正的,可以做到一招吃个遍。