Utworzyłem plugin do zaćmienia, który zostanie przechwycony w akcji składowania, aby utworzyć zminimalizowany plik javascript z kompilatorem zamykającym goolge. Zobacz pliki poniżej. To działało aż do zaćmienia 3.7.2. Niestety teraz w Eclipse 4.2.1 wydaje się, że czasami tworzy to nieskończoną pętlę. Wydaje się, że przyczyną była praca "compile .min.js" (linia 64 w ResourceChangedListener.java). Powoduje to, że obszar roboczy zaczyna się budować w kółko. Domyślam się, że dzieje się tak dlatego, że to zadanie tworzy lub zmienia plik uruchamiający ponownie kompilację przestrzeni roboczej, co ponownie uruchamia zadanie, które uruchamia kompilację i tak dalej. Ale nie mogę wymyślić, jak temu zapobiec.Wtyczka eclipse nie działa po aktualizacji do juno (eclipse 4)
// Activator.java
package closure_compiler_save;
import org.eclipse.core.resources.ResourcesPlugin;
import org.eclipse.ui.plugin.AbstractUIPlugin;
import org.osgi.framework.BundleContext;
/**
* The activator class controls the plug-in life cycle
*/
public class Activator extends AbstractUIPlugin {
// The plug-in ID
public static final String PLUGIN_ID = "closure-compiler-save"; //$NON-NLS-1$
// The shared instance
private static Activator plugin;
/**
* The constructor
*/
public Activator() {
}
@Override
public void start(BundleContext context) throws Exception {
super.start(context);
Activator.plugin = this;
ResourceChangedListener listener = new ResourceChangedListener();
ResourcesPlugin.getWorkspace().addResourceChangeListener(listener);
}
@Override
public void stop(BundleContext context) throws Exception {
Activator.plugin = null;
super.stop(context);
}
/**
* Returns the shared instance
*
* @return the shared instance
*/
public static Activator getDefault() {
return plugin;
}
}
// ResourceChangedListener.java
package closure_compiler_save;
import java.io.ByteArrayInputStream;
import java.io.IOException;
import java.io.InputStream;
import org.eclipse.core.resources.IFile;
import org.eclipse.core.resources.IProject;
import org.eclipse.core.resources.IResource;
import org.eclipse.core.resources.IResourceChangeEvent;
import org.eclipse.core.resources.IResourceChangeListener;
import org.eclipse.core.resources.IResourceDelta;
import org.eclipse.core.runtime.CoreException;
import org.eclipse.core.runtime.IPath;
import org.eclipse.core.runtime.IProgressMonitor;
import org.eclipse.core.runtime.IStatus;
import org.eclipse.core.runtime.Status;
import org.eclipse.core.runtime.jobs.Job;
public class ResourceChangedListener implements IResourceChangeListener {
public void resourceChanged(IResourceChangeEvent event) {
if (event.getType() != IResourceChangeEvent.POST_CHANGE)
return;
IResourceDelta delta = event.getDelta();
try {
processDelta(delta);
} catch (CoreException e) {
e.printStackTrace();
}
}
// find out which class files were just built
private void processDelta(IResourceDelta delta) throws CoreException {
IResourceDelta[] kids = delta.getAffectedChildren();
for (IResourceDelta delta2 : kids) {
if (delta2.getAffectedChildren().length == 0) {
if (delta.getKind() != IResourceDelta.CHANGED)
return;
IResource res = delta2.getResource();
if (res.getType() == IResource.FILE && "js".equalsIgnoreCase(res.getFileExtension())) {
if (res.getName().contains("min"))
return;
compile(res);
}
}
processDelta(delta2);
}
}
private void compile(final IResource res) throws CoreException {
final IPath fullPath = res.getFullPath();
final IPath fullLocation = res.getLocation();
final String fileName = fullPath.lastSegment().toString();
final String outputFilename = fileName.substring(0, fileName.lastIndexOf(".")).concat(".min.js");
final String outputPath = fullPath.removeFirstSegments(1).removeLastSegments(1).toString();
final IProject project = res.getProject();
final IFile newFile = project.getFile(outputPath.concat("/".concat(outputFilename)));
Job compileJob = new Job("Compile .min.js") {
public IStatus run(IProgressMonitor monitor) {
byte[] bytes = null;
try {
bytes = CallCompiler.compile(fullLocation.toString(), CallCompiler.SIMPLE_OPTIMIZATION).getBytes();
InputStream source = new ByteArrayInputStream(bytes);
if (!newFile.exists()) {
newFile.create(source, IResource.NONE, null);
} else {
newFile.setContents(source, IResource.NONE, null);
}
} catch (IOException e) {
e.printStackTrace();
} catch (CoreException e) {
e.printStackTrace();
}
return Status.OK_STATUS;
}
};
compileJob.setRule(newFile.getProject()); // this will ensure that no two jobs are writing simultaneously on the same file
compileJob.schedule();
}
}
Skąd bierze się CallCompiler? Czy to z słoika innej firmy, który został zawarty w folderze wtyczek Eclipse, może w katalogu/lib? Jeśli tak, upewnij się, że słoik innej firmy znajduje się na ścieżce wykonywania Manifest.mf (edytowanej w edytorze manifest.mf), a także upewnij się, że w pliku build.properties w bin.includes będzie zawierał ten słoik stron trzecich . – gamerson
CallCompiler jest moją własną klasą, wywołuje kompilator zamykający dla danego pliku. Logika w tej klasie działa. Mam również menu podręczne, które uruchamia proces minify dla pliku z tą samą klasą CallCompiler. Po prostu automatyczny proces zapisywania nie będzie już działał. – DarsVaeda
Dziwne, więc działa w środowisku roboczym roboczym/wykonawczym, ale nie w samodzielnej instalacji. Widziałem to wiele razy. Patrząc na kod, uważaj na wywołanie res.getLocation(). W niektórych sytuacjach zauważyłem ten zwrotny null. Moja jedyna sugestia to teraz dodanie większej ilości danych wyjściowych do debugowania dla metody compile(), aby zobaczyć, jakie są różnice między wersją programisty a wersją zainstalowaną. – gamerson