Cách cung cấp thuộc tính Hệ thống cho bài kiểm tra của tôi qua Gradle và -D

Tôi có một chương trình Java đọc thuộc tính Hệ thống

System.getProperty("cassandra.ip");

và tôi có một tệp xây dựng Gradle mà tôi bắt đầu với

gradle test -Pcassandra.ip=192.168.33.13

hoặc là

gradle test -Dcassandra.ip=192.168.33.13

tuy nhiên System.getProperty sẽ luôn trả về null .

Cách duy nhất tôi tìm thấy là thêm nó vào tệp xây dựng Gradle của tôi qua

test {
    systemProperty "cassandra.ip", "192.168.33.13"
}

Làm cách nào để làm điều đó qua -D

Cờ -P dành cho các thuộc tính gradle và cờ -D dành cho các thuộc tính JVM. Bởi vì bài kiểm tra có thể được phân nhánh trong một JVM mới, đối số -D được chuyển cho gradle sẽ không được truyền sang bài kiểm tra - có vẻ như đó là hành vi bạn đang thấy.

Bạn có thể sử dụng systemProperty trong testkhối của mình như bạn đã làm nhưng dựa trên thuộc tính gradle đến bằng cách chuyển nó với nó -P:

test {
    systemProperty "cassandra.ip", project.getProperty("cassandra.ip")
}

hoặc cách khác, nếu bạn đang chuyển nó qua -D

test {
    systemProperty "cassandra.ip", System.getProperty("cassandra.ip")
}

Gặp phải vấn đề này rất nhiều, ngoại trừ tôi không muốn liệt kê tất cả các thuộc tính được cung cấp trên dòng lệnh trong tập lệnh gradle một lần nữa. Do đó, tôi gửi tất cả các thuộc tính hệ thống đến bài kiểm tra của mình

task integrationTest(type: Test) {
    useTestNG()
    options {
        systemProperties(System.getProperties())
    }
}

Tôi đã gặp trường hợp cần chuyển nhiều thuộc tính hệ thống vào JVM thử nghiệm nhưng không phải tất cả (không muốn chuyển những thuộc tính không liên quan). Dựa trên các câu trả lời ở trên và bằng cách sử dụng subMapđể lọc những câu tôi cần, điều này đã làm việc cho tôi:

task integrationTest(type: Test) {
    // ... Do stuff here ...
    systemProperties System.getProperties().subMap(['PROP1', 'PROP2'])
}

Trong ví dụ này, chỉ PROP1và PROP2sẽ được chuyển vào, nếu chúng tồn tại trong JVM của gradle.

Đây là một biến thể chuyển nhiều thuộc tính dự án sang JVM thử nghiệm làm thuộc tính hệ thống. Tôi thích thuộc tính dự án hơn thuộc tính hệ thống để tăng tính linh hoạt.

task intTest(type: Test) {
    systemProperties project.properties.subMap(["foo", "bar"])
}

Có thể được chuyển trên dòng lệnh:

 $ gradle intTest -Pfoo=1 -Pbar=2

Và được truy xuất trong thử nghiệm của bạn:

String foo = System.getProperty("foo");

Vì vậy, tôi cũng đã vấp phải vấn đề đó ngày hôm nay và những gì hiệu quả với tôi là những điều sau:

ext.env='prod'
test {
  systemProperty 'env', System.properties['env'] ?: "${env}"
  println "# test environment: " + systemProperties['env']
  ...
}

Tôi đang gọi tác vụ thử nghiệm của mình bằng -Penv = dev và tôi nhận được giá trị 'dev' trong bản in của mình, hoặc 'prod' nếu tôi không gửi bất kỳ giá trị nào, đó là hành vi mong đợi đối với tôi.

Giá trị cũng có thể truy cập ở phía java, sử dụng System.getProperty ("env") .

Kết luận của tôi về vấn đề này là giá trị đầu vào (tham số) thực sự được lưu trữ trong Hệ thống , làm cho nó có thể truy cập thông qua System.properties ['env'] hoặc System.getProperty ("env") , trong khi đầu ra (thuộc tính hệ thống) được lưu trữ trong một mảng systemProperties , làm cho nó có thể đọc được thông qua systemProperties ['env'] .