Không tìm thấy thử nghiệm nào với người chạy thử nghiệm 'JUnit 4'


105

Bài kiểm tra Java của tôi hoạt động tốt từ Eclipse. Nhưng bây giờ, khi tôi khởi chạy lại kiểm tra từ menu chạy, tôi nhận được thông báo sau:

No tests found with test runner 'JUnit 4'

Trong .classpathtệp, tôi có tất cả jarcác tệp, và cuối cùng có:

<classpathentry exported="true" kind="con" path="org.eclipse.jdt.junit.JUNIT_CONTAINER/4"/>
    <classpathentry kind="output" path="bin"/>
</classpath>

Làm cách nào để giải quyết lỗi này và chạy lại các thử nghiệm?


1
Bạn có thể đăng nội dung bài kiểm tra của mình (hoặc ít nhất là phần khai báo lớp học). Ngoài ra bạn đã viết "ở cuối có:" mà không có gì khác.
phtrivier

hãy kiểm tra cái này .. nó sẽ giúp stackoverflow.com/questions/22469480/junit-no-tests-found
prasad vsv

Đối với ngày 5 tháng 6 xem tại đây
Anand Rockzz

Câu trả lời:


155

nó vừa mới xảy ra với tôi. Việc xây dựng lại hoặc khởi động lại Eclipse không giúp được gì.

Tôi đã giải quyết nó bằng cách đổi tên một trong các phương thức kiểm tra để bắt đầu bằng "test ..." (kiểu JUnit3) và sau đó tất cả các bài kiểm tra đều được tìm thấy. Tôi đã đổi tên nó trở lại như trước đây và nó vẫn hoạt động.


7
i có phương pháp như testQuotescùng với các phương pháp khác mà không bắt đầu với thử nghiệm nhưng tôi vẫn nhận được Không kiểm tra phát hiện lỗi
Rachel

1
Tôi đã gặp vấn đề tương tự với một lớp mở rộng junit.framework.TestCasevà các phương thức của tôi cần bắt đầu bằng "kiểm tra". Thay vì mở rộng TestCase, tôi đã thêm nhập: import static org.junit.Assert.*;và tôi có thể đặt tên cho các phương thức của mình theo cách tôi muốn. Kỳ quái ...
MrDrews

6
Nghiêm túc mà nói, ngay cả khi một bài kiểm tra được chú thích bằng @Test, tên hàm kiểm tra vẫn cần được đặt trước "test"?
Brian Shotola

4
Bạn cũng có thể thêm 2015 và Eclipse Luna vào danh sách đó. Trên thực tế, rất nhiều phương pháp @Test của tôi vẫn bắt đầu bằng tiền tố "test". Tôi đã xóa tiền tố đó trong một bài kiểm tra, lưu và sau đó tất cả các bài kiểm tra đều được tìm thấy. Sau đó, tôi đã thêm nó trở lại và tất cả các bài kiểm tra tiếp tục được tìm thấy. Có vẻ như nó thiên về thay đổi một phương thức (tệp?) Để Eclipse khám phá lại mọi thứ.
Brian White,

2
Android Studio 2.1.1, tháng 5 năm 2016, vẫn hoạt động. Tôi tự hỏi liệu câu trả lời này sẽ hoạt động cho đến ngày tận thế của vũ trụ.
Blueriver

42

Khi chúng tôi gặp những lỗi này, có vẻ như Eclipse chỉ bị nhầm lẫn. Khởi động lại Eclipse, làm mới dự án, làm sạch nó, để Eclipse xây dựng lại nó và thử lại. Hầu hết thời gian hoạt động như một sự quyến rũ.


1
Yep cũng làm việc cho tôi và đồng ý với dlamblin. Lời nhắc tốt để luôn thử khởi động lại cho bất kỳ vấn đề kỳ quặc nào không thể giải quyết trong 5 phút đầu tiên sau khi thúc đẩy.
Thiên

3
Tôi gặp sự cố này và tôi đã đóng tệp nguồn nơi tôi đã xác định lớp thử nghiệm của mình, nhấp đúp vào tệp đó trong trình điều hướng và nó hoạt động. Vì vậy, việc đóng và mở lại tệp đã hoạt động mà không cần khởi động lại Eclipse.
metamatt

11
điều này thực sự khiến tôi muốn tìm kiếm một IDE mới. điều này đã làm việc cho tôi.
Seth M. Ngày

1
Việc đóng và mở lại dự án đã khắc phục sự cố cho tôi!
Martin Charlesworth

34

Trong menu ngữ cảnh của thư mục 'thử nghiệm', hãy chọn 'Đường dẫn xây dựng' -> 'Sử dụng làm thư mục nguồn'. Eclipse sẽ xem các tệp unitTests.java của bạn dưới dạng tệp nguồn. Cảnh báo 'Không tìm thấy các bài kiểm tra JUnit' vì không có tệp unitTests.class nào trong thư mục 'xây dựng' của bạn


Đây là giải pháp phù hợp với tôi. Khởi động lại không hoạt động.
Andree

Đây là những gì tôi đã sau khi tôi phải có thư mục "thử nghiệm" không có trong thư mục "src". Tôi đã làm điều này, sau đó mở / đóng dự án theo đề xuất của các câu trả lời khác và bây giờ nó biên dịch và chạy như một bài kiểm tra JUnit. Cảm ơn!
quux00,

Tôi đã làm tương tự bằng cách chọn dự án -> Đường dẫn xây dựng Java -> Nguồn -> thêm thư mục thử nghiệm. Cảm ơn nhiều!
Peter Khoản

Nếu src / test / groovy đã có trên đường dẫn xây dựng của bạn dưới dạng một thư mục nguồn, hãy xóa nó và sau đó thêm lại. Dễ dàng hơn loại bỏ và thay thế @Test trong mỗi tập tin thử nghiệm ...
geneSummons

32

Kiểm tra xem lớp thử nghiệm của bạn có mở rộng "TestCase" hay không. nếu vậy, hãy loại bỏ mệnh đề đó. Lớp của bạn không cần phải mở rộng từ lớp "TestCase". Đó là hầu hết các trường hợp tôi đã gặp.

public class MyTestCase extends TestCase{
  @Test
  public void checkSomething() {
    //...
  }
}
//Result> AssertionFailedError: No test Found in MyTestCase

Sau TestCase sẽ ổn.

public class MyTestCase {
  @Test
  public void checkSomething() {
    //...
  }
}
//Works fine

Đó thực sự là câu trả lời chính xác. Tôi đã thử nghiệm nó với IntelliJ và JUnit 4.1 và nó hoạt động!
Dio Phung

Vấn đề mà tôi đang gặp phải là, trong eclipse, các bài kiểm tra JUnit của tôi chạy tốt, nhưng khi tôi xuất chúng sang JAR, tôi gặp lỗi ở trên. Bất kỳ ý tưởng?
tryToLearn

Có phải là theo cách khác xung quanh những ngày này? Thêm "mở rộng TestCase" đã giải quyết được vấn đề cho tôi.
Heinzlmaen

Đã làm cho tôi!!! Cảm ơn
JRichardsz

27

Tôi đang gặp phải vấn đề tương tự và tôi đã gỡ lỗi nó với các ví dụ xấu trên web và nội bộ của junit. Về cơ bản, không làm cho lớp của bạn mở rộng TestCase như một số ví dụ hiển thị cho Junit 4.x. Sử dụng một số quy ước đặt tên Kiểm tra hoặc nếu bạn muốn có chú thích, bạn có thể sử dụng @RunWith (JUnit4.class).

Nếu bạn cần quyền truy cập để xác nhận các phương thức, hãy mở rộng Assert hoặc sử dụng nhập tĩnh.

Nếu lớp của bạn mở rộng TestCase thì ngay cả khi bạn sử dụng Junit 4 Runner, nó sẽ được chạy dưới dạng 3. Điều này là do trong mã khởi tạo có phát hiện:

Xem JUnit3Builder và các dòng:

boolean isPre4Test(Class<?> testClass) {
    return junit.framework.TestCase.class.isAssignableFrom(testClass);
}

Điều này trả về true và kiểm tra khả năng tương thích junit4 sẽ không được thử.


2
Điều này giải quyết các vấn đề đối với tôi. Nếu bạn đang xem các ví dụ cũ hơn về cách sử dụng Junit trước, chúng sẽ khiến bạn lạc lối.
Alex Kilpatrick

"Nếu lớp của bạn mở rộng TestCase thì ngay cả khi bạn sử dụng Junit 4 Runner, nó sẽ được chạy dưới dạng 3" - điều này không đúng (ít nhất là đối với Groovy và Intellij IDEA). Tôi đang sử dụng JUnit 4.12 và tôi đã chú thích lớp với @RunWith(JUnit4)và mở rộng từ "GroovyTestCase". Nếu không, @RunWith(JUnit4)tôi phải đối mặt với những vấn đề tương tự.
Veaceslav Gaidarji

Hành vi vẫn giống như năm 2017 (JUnit 4.12).
sharmaap

5

Thử thêm

@Test phía trên phương thức cho bài kiểm tra như thế này

@Test
public void testParse()
{

}

5

Tuy nhiên, một giải pháp khả thi khác mà tôi sẽ đưa ra: Tôi không thể chạy lớp thử nghiệm từ cửa sổ trình soạn thảo, cũng như Trình khám phá gói, nhưng nhấp chuột phải vào tên lớp trong chế độ xem Dàn bài và chọn Chạy Như JUnit Kiểm tra đã hoạt động ... Hãy xem!


tương tự, từ chế độ xem phác thảo, nó hoạt động, mọi thứ khác thì không - tôi đã thử mọi giải pháp được đăng trong 3 chủ đề tràn ngăn xếp, không có gì hoạt động
MPSL

Điều này cũng hiệu quả đối với tôi, nhưng vô ích cho việc kiểm tra phạm vi phủ sóng trên một dự án.
giàu

4

Không có thử nghiệm trong JUnit4. Sử dụng chú thích thay thế hoặc sử dụng các quy ước tên JUnit3 cũ.

Thí dụ:

@RunWith(Suite.class)
@SuiteClasses({YourClassWithTests.class})

4

Điều này cũng xảy ra với tôi. Tôi đã thử khởi động lại Eclipse và cũng bắt đầu các phương pháp thử nghiệm của mình bằng các bài kiểm tra. Không hoạt động.

Bước sau đã hoạt động: Thay đổi tất cả các phương pháp thử nghiệm của bạn có trong @BeforeClass và @AfterClass thành phương thức tĩnh.

tức là nếu bạn có phương pháp kiểm tra của mình ở định dạng dưới đây:

@BeforeClass
public void testBeforeClass(){
}

sau đó thay đổi nó thành:

@BeforeClass
public static void testBeforeClass(){
}

Điều này đã làm việc cho tôi.


4

Tôi đã tìm ra câu trả lời:

Tôi gặp lỗi này khi thực hiện kiểm tra độc lập từ eclipse (nhấp chuột phải vào phương pháp và chọn chạy dưới dạng kiểm tra junit),

Khi tôi thực thi lớp hoàn chỉnh dưới dạng thử nghiệm junit, thử nghiệm được thực thi chính xác với các tham số.


3

Khi gặp vấn đề này, tôi chỉ cần chỉnh sửa tệp và lưu nó ... hoạt động như một sự quyến rũ


1
Xin chào người bạn đời và chào mừng bạn đến với Stackoverflow! :) Bạn có thể vui lòng giải thích câu trả lời của bạn?
Littm

@Mahesh Bạn có nghĩa là làm mới các tập tin (chọn nó và nhấn F5)
Cassian

Tôi đang đối mặt với vấn đề tương tự từ scala, tức là các bài kiểm tra của tôi được viết cho JUnit4 nhưng chúng ở dạng scala. Và giải pháp, như @Mahesh đề xuất, là cung cấp cho trình biên dịch một cú hích. Không quan trọng bạn làm gì khi bạn chỉnh sửa tệp, bạn chỉ cần chỉnh sửa nó. Tôi gõ một cái gì đó có lỗi cú pháp, lưu tệp, sau đó hoàn tác và lưu lại. Đột nhiên các bài kiểm tra của tôi chạy. Điều này xảy ra với tôi thường xuyên, tức là ít nhất mỗi ngày, thường là nhiều lần mỗi ngày.
Erick G. Hagstrom

3

Vấn đề của tôi là khai báo import org.junit.Test;đã biến mất (hoặc không được thêm vào?). Sau khi thêm nó, tôi phải xóa một importkhai báo khác (Eclipse sẽ gợi ý cho bạn cái nào) và mọi thứ bắt đầu hoạt động trở lại.


3

Rất muộn nhưng điều đã giải quyết được vấn đề cho tôi là các tên phương pháp thử nghiệm của tôi đều bắt đầu bằng chữ cái đầu dòng: "public void Test". Làm cho chữ t thường hoạt động.


làm việc này cho tôi ... nhưng đây là một giải pháp kỳ lạ khó hiểu
Anchit Mittal

2

Tôi đã thử giải pháp từ Germán. Nó hoạt động cho tất cả các phương thức từ lớp của tôi nhưng tôi có rất nhiều lớp trong dự án của mình.

Vì vậy, tôi đã thử xóa khỏi đường dẫn xây dựng và sau đó thêm lại nó. Nó hoạt động hoàn hảo.

Hy vọng nó giúp.


2

Sáu năm sau ... và vẫn có vấn đề với Eclipse và đôi khi không tìm thấy JUnits.

Trong Eclipse Mars 2 của mình, tôi phát hiện ra rằng nó sẽ không nhận ra các lớp thử nghiệm được kéo vào từ git nếu có hơn 9 hoặc 10 @Testchú thích trong tệp. Tôi cần nhận xét bất kỳ bài kiểm tra bổ sung nào, chạy lớp kiểm tra, sau đó bỏ ghi chú chúng và chạy lại lớp. Đi tìm ...


Câu trả lời này ở đây rất hữu ích, tôi đã không gặp phải tình huống chính xác, nhưng tên các phương pháp thử nghiệm khá giống nhau và eclipse đã gặp vấn đề khi tìm chúng. Giống như testCase01, testCare02 ... Tôi phải nhận xét các phương thức "testCasexx" khác để chạy testCase01 hoặc nếu không nó sẽ ném ra một ngoại lệ. Làm cho tất cả các phương pháp thử nghiệm PUBLIC dường như đã giải quyết được vấn đề này !!
01000001

1

Có thể cấu hình khởi chạy JUnit của bạn dành cho một lớp thử nghiệm riêng lẻ và bằng cách nào đó, bạn đã thay đổi cấu hình đó thành "chạy tất cả các thử nghiệm trong một thư mục nguồn, gói hoặc dự án"

Nhưng điều đó có thể kích hoạt thông báo lỗi "Không tìm thấy thử nghiệm nào với người chạy thử nghiệm 'JUnit 4'".

Hoặc bạn đã thực hiện một sửa đổi trong lớp thử nghiệm của mình, xóa @Testchú thích.
Xem trang wiki này .


@Test là ở đây, thông điệp là: không thể faind toto.lolo.testrunner chính lớp (được quy định trong cấu hình chạy)
user281070

@lamisse: vậy, một số loại vấn đề classpath? hoặc một vấn đề tổng hợp: nó nên toto.lolo.Testrunnervà không toto.lolo.testrunner('T')
VonC

@lamisse: "toto.lolo.Testrunner" có phải là tên thực của lớp TestRunner của bạn không? Nó có phải là một cái gì đó bạn đã viết? Dự án / jar có chứa nó trong classpath của cấu hình khởi chạy của bạn không?
phtrivier

1

Tôi cũng gặp phải vấn đề tương tự khi chạy thử nghiệm JUnit. Tôi đã giải quyết vấn đề này bằng cách đặt chú thích @Test ngay trên chức năng kiểm tra chính.


1

Điều đã khắc phục trường hợp của tôi tương tự như câu trả lời của @ JamesG: Tôi khởi động lại Eclipse, xây dựng lại dự án và làm mới nó; NHƯNG trước khi thực hiện bất kỳ điều đó, lần đầu tiên tôi đóng dự án (nhấp chuột phải vào dự án trong trình khám phá gói -> Đóng dự án) và sau đó mở lại. Sau đó, nó hoạt động.

Một giải pháp thay thế mà tôi đã tìm thấy trước khi tìm thấy giải pháp cuối cùng mà tôi vừa mô tả: Sao chép lớp thử nghiệm và chạy lớp thử nghiệm dưới dạng JUnit.


1

Kiểm tra xem thư mục thử nghiệm của bạn có phải là thư mục nguồn không. Nếu không - nhấp chuột phải và sử dụng làm thư mục nguồn.



1

Có một cơ hội khác, bạn có thể đã thay đổi Junit Test từ phiên bản thấp hơn (ví dụ: Junit 3) thành Junit 4. Vì vậy, hãy làm theo các bước dưới đây: -

1. Right Click on class
2. Select Run as >> "Run Configurations"
3. Check your "Test Runner" option in new window
4. If it not same as maven change it for example change it as Junit 4.

1

Thêm @Testvào đầu bài kiểm tra của bạn.
Di chuột đến chú thích.
Chọn 'thêm thư viện junit 4 vào classpath'


0

Dự án Eclipse của bạn có dựa trên maven không? Nếu vậy, bạn có thể cần cập nhật phiên bản m2eclipse.

Chỉ cần lưu ý nhanh: Tôi có một dự án trong Eclipse dựa trên maven và được tạo ban đầu bằng trình hướng dẫn "dự án maven mới" trong Eclipse. Tôi đang sử dụng JUnit 4.5 cho các bài kiểm tra đơn vị và có thể khá vui khi chạy các bài kiểm tra từ dòng lệnh bằng maven và các bài kiểm tra riêng lẻ từ Eclipse bằng cách sử dụng chạy dưới dạng kiểm tra JUnit .... Tuy nhiên, khi tôi cố gắng chạy tất cả các bài kiểm tra trong dự án bằng cách gọi chạy như thử nghiệm JUnit ... trên nút gốc của dự án, Eclipse phàn nàn " không tìm thấy thử nghiệm nào với chạy thử nghiệm junit 4 ". Giải quyết bằng cách nâng cấp m2eclipse lên bản dựng phát triển ổn định mới nhất từ ​​trang web cập nhật m2eclipse (cụ thể là tôi đã nâng cấp từ phiên bản 0.9.8.200905041414 lên phiên bản 0.9.9.200907201116 trong Eclipse Galileo).

Từ đây: http://nuin.blogspot.com/2009/07/m2eclipse-and-junit4-no-tests-found.html


Tôi không hiểu, tôi không nghĩ rằng nó liên quan đến phiên bản eclispe, bài kiểm tra của tôi đã hoạt động ngày hôm qua và không phải trường hợp bây giờ do cửa sổ bật lên khởi chạy Junit có cách nào để thiết lập lại cấu hình đầu tiên của tôi không?
user281070,

Lamisse, tôi cũng bối rối. Tôi khuyên bạn nên cập nhật câu hỏi của mình để giải thích khi nào chạy thử nghiệm đơn vị hoạt động và khi nào nó không hoạt động.
b.roth

0

Điều này xảy ra với tôi quá. Tôi thấy rằng trong Eclipse, tôi không tạo tệp Lớp Java mới và đó là lý do tại sao nó không được biên dịch. Hãy thử sao chép mã của bạn vào một tệp lớp java nếu nó chưa có ở đó và sau đó biên dịch.


0

Tôi phát hiện ra rằng Eclipse dường như chỉ thực hiện các bài kiểm tra kiểu JUnit 3 nếu lớp kiểm tra của bạn mở rộng từ đó TestCase. Nếu bạn xóa phần thừa kế, các chú thích sẽ phù hợp với tôi.

Lưu ý rằng bạn cần nhập tĩnh tất cả các assert*phương thức được yêu cầu như import static org.junit.Assert.*.


0

Tôi đã phải làm sạch mvn trên dòng lệnh sau đó chiếu-> làm sạch trong nhật thực. Tôi đã đổi tên lớp trước đó rồi đổi tên lại nhưng tôi nghi ngờ điều đó đã giúp ích.


0

Tôi cũng đang chạy Eclipse với Maven (m2e 1.4). Các bài kiểm tra đang chạy với Maven, nhưng không chạy với Eclipse ... ngay cả sau khi một số ứng dụng Maven>Update project.

Giải pháp của tôi là thêm một số dòng trong .classpath được tạo bởi m2e. Các đường dây hiện đang dính chặt.

<classpathentry kind="src" output="target/test-classes" path="src/test/java">
  <attributes>
    <attribute name="optional" value="true"/>
    <attribute name="maven.pomderived" value="true"/>
  </attributes>
</classpathentry>

0

Tôi có vấn đề này theo thời gian. Điều giải quyết vấn đề nhiều nhất đối với tôi là chạy thử nghiệm JUnit từ cấu hình Chạy ... đảm bảo rằng JUnit 4 được đặt làm người chạy thử nghiệm.

Nói chung, tôi gặp sự cố này khi cố gắng chạy thử nghiệm dưới dạng ... Junit từ menu ngữ cảnh trên Package Explorer. Nếu bạn nhấp chuột phải vào mã cho bài kiểm tra mà bạn đang cố gắng chạy và thay vì chọn Chạy dưới dạng ... Junit Test, bạn chọn Chạy cấu hình ... đảm bảo Dự án, Lớp kiểm tra và người chạy kiểm tra được đặt chính xác, nhấp vào áp dụng, sau đó chạy làm việc mọi lúc cho tôi.


0

Tôi bắt đầu làm việc với Selenium và Eclipse trong công việc của mình và tôi đang thực hiện bài kiểm tra tự động đầu tiên của mình và tôi đã xóa mã @Before, @Test và @After ghi chú và tôi gặp sự cố này "Không tìm thấy bài kiểm tra nào với người chạy thử nghiệm junit4" .

Giải pháp của tôi chỉ đơn giản là thêm lại các ghi chú @Before, @Test và @After và với đó là tập lệnh của tôi đã hoạt động. Điều quan trọng là không xóa điều này khỏi mã.

Đây là một bài kiểm tra đơn giản sử dụng Google để tìm kiếm thứ gì đó:

import java.util.regex.Pattern;
import java.util.concurrent.TimeUnit;

import org.junit.*;

import static org.junit.Assert.*;
import static org.hamcrest.CoreMatchers.*;

import org.openqa.selenium.*;
import org.openqa.selenium.firefox.FirefoxDriver;
import org.openqa.selenium.support.ui.Select;

public class TestingClass {

    private WebDriver driver;
    //Creates an instance of the FirefoxDriver
    **@Before**
    public void SetUp() throws Exception {
        driver = new FirefoxDriver();
    }

    **@Test**   
    //Search using keyword through Google Search
    public void TestTestClass2 () throws Exception {
        driver.get("http://www.google.com.mx/");
        driver.findElement(By.name("q")).sendKeys("selenium");
        Thread.sleep(10000);
        driver.findElement(By.name("btnG")).click();
        Thread.sleep(10000);
    }

    //Kill all the WebDriver instances
    **@After**
    public void TearDown() throws Exception {
        driver.quit();
    }

}

0

Sử dụng ScalaIDE (3.0.4-2.11-20140723-2253-Typesafe) Tôi gặp sự cố tương tự với Right Click Scala Test Class-> Run As -> Scala Junit Testmenu ngữ cảnh.

Tôi đã thử chỉnh sửa lớp (nhưng không phải vì lỗi biên dịch), làm sạch, đóng dự án, đóng Eclipse. Không ai trong số đó hoạt động để khôi phục menu ngữ cảnh cho các lớp trước đó đã hoạt động tốt. Các lớp thử nghiệm không sử dụng @Testchú thích và thay vào đó sử dụng @RunWith(classOf[JUnitRunner])chú thích ở đầu lớp bằng mã ScalaTest.

Khi tôi thử chọn Scala Junit Testtrực tiếp từ trình chỉnh sửa khởi chạy Cấu hình Chạy, tôi nhận được hộp thoại từ câu hỏi. Câu trả lời của Footix29 là chìa khóa cho tôi.

Tôi nhận thấy rằng mặc dù tôi đã làm sạch dự án của mình một vài lần, các lớp của tôi trong thư mục / bin thực sự đã không được xây dựng lại sau một thời gian.

Đây là cách tôi lấy lại menu ngữ cảnh và có thể chạy lại một lần nữa Scala Junit Test:

  • manuallyđã làm sạch các lớp bằng cách xóa /bin/<package dir>*thông qua Explorer
  • Project -> Cleanchỉnh sửa dự án cùng với việc xây dựng lại toàn bộ

Tôi nghi ngờ rằng một chỉnh sửa lớp nói chung có thể xóa một số trạng thái đã lưu của Eclipse và làm cho nó hoạt động trở lại. Trong trường hợp của tôi, tất cả các lớp làm việc trước đây mà tôi đã thử đều không thành công nên manualbước sạch chỉ là cái búa mà tôi cần. Tuy nhiên, các thủ thuật khác ảnh hưởng đến khái niệm đường dẫn lớp / trạng thái xây dựng của Eclipse cũng sẽ hoạt động.

Hơn nữa, tôi nghĩ rằng hành vi này được kích hoạt một phần bằng cách cố gắng cấu trúc lại một lớp Scala bằng cách đổi tên nó (mà Scala Eclipse IDE hút tại), nơi mà tất cả việc dọn dẹp sau khi thay đổi tệp ban đầu là thủ công. Không có lỗi bản dựng nào, nhưng cũng không có cảnh báo nào mà tôi mong đợi có nghĩa là có gì đó chắc chắn bị mắc kẹt trong thông tin trạng thái bản dựng của Eclipse.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.