1. 08 12月, 2020 1 次提交
  2. 06 12月, 2020 1 次提交
  3. 20 11月, 2020 2 次提交
  4. 17 11月, 2020 2 次提交
  5. 10 11月, 2020 1 次提交
  6. 08 11月, 2020 2 次提交
  7. 27 10月, 2020 1 次提交
  8. 28 6月, 2020 1 次提交
  9. 03 12月, 2019 1 次提交
  10. 16 11月, 2019 3 次提交
  11. 27 9月, 2019 1 次提交
  12. 20 9月, 2019 1 次提交
  13. 05 8月, 2019 1 次提交
    • C
      - Nothing is built outside the target directory anymore · 9b355955
      Christofer Dutz 提交于
      o	I moved the static parts of the client and server distributions to “src/assembly/resources” and added an assembly that builds the client and server inside the target directory (You need to update the documentation on this)
      o	The sever is now available at server/target/iotdb-server-0.9.0-SNAPSHOT
      o	The client is now available at client/target/iotdb-client-0.9.0-SNAPSHOT
      o	I updated the integration tests to work with these new locations
      -	I updated the distribution module (binary-distribution) to simply include and unpack the client and server assemblies, which greatly simplifies the assembly itself.
      -	In the integration-tests you use a process builder to get the current working directory … you can access this in the “user.dir” System property.
      -	There was a large mixture of artifacts with different versions in the classpath.
      o	I set all versions to the same using a big dependencyManagement block in the master pom
      o	I removed the version of every external dependency and moved it into the main dependencyManagement block in the root pom (except dependencies only used in the examples, for these I added a dependencyManagement block in the example pom). This way you instantly identify external dependencies.
      o	I added an enforcer rule to fail the build if two differing versions of one artifact are being used in the build (This should eliminate this problem from re-occuring)
      o	I replaced the usage of “${project.version}” with the real version (There is no need to manually update these versions and this way when looking at the pom you instantly know the version … keep in mind if an artifact is deployed to maven central, the user doesn’t have the code and therefore he always has to scroll up to the top in order to see which version is used)
      -	There were some imports related to Jdk 11 no longer providing some APIs, I moved those imports to a maven profile, which is activated based on the JDK version
      -	HDFSInputTest created a file in “spark/test/” … if the test failed, the rat plugin would complain the next time it’s run.
      
      I checked the build with all tests on Oracle-Java 8, Open-JDK 11, Oracle-JDK 12.
      9b355955
  14. 27 7月, 2019 6 次提交
  15. 26 7月, 2019 2 次提交
  16. 17 7月, 2019 1 次提交
  17. 16 7月, 2019 2 次提交
  18. 14 2月, 2019 1 次提交
  19. 20 1月, 2019 1 次提交
  20. 19 1月, 2019 1 次提交
  21. 18 1月, 2019 1 次提交
  22. 13 1月, 2019 2 次提交
    • X
      fix format bug (#580) · bce8d499
      XuYi 提交于
      bce8d499
    • X
      add apache header check plugin and format code plugin (#572) · d6934c1e
      XuYi 提交于
      * add apache header check plugin
      
      * add fotmat plugin
      
      * move format code to verify phase
      
      * change to compile phase
      
      * change to verify phase
      
      * remove special char in .travis
      
      * remove useless code
      
      * add apach header and format codes
      
      * Update MavenWrapperDownloader.java
      d6934c1e
  23. 12 1月, 2019 1 次提交
  24. 22 12月, 2018 1 次提交
  25. 14 12月, 2018 1 次提交
    • C
      Working on streamlining the Maven build (#510) · 2ddfa917
      Christofer Dutz 提交于
      * - Added Apache compatible version of the maven wrapper
      - Streamlined the maven build to be more align with the way Apache needs projects to be built
      
      * - Fine tuned the build to produce a valid Spring Boot application for the grafana module.
      2ddfa917
  26. 19 11月, 2018 1 次提交