Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 337059

Summary:	Could not import or create new rules
Product:	z_Archived	Reporter:	Joerg Reichert <joerg83reichert>
Component:	Remus	Assignee:	Tom Seidel <tom.seidel>
Status:	NEW ---	QA Contact:
Severity:	normal
Priority:	P3
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	Mac OS X - Carbon (unsup.)
Whiteboard:

Description Joerg Reichert

2011-02-13 08:35:47 EST

Build Identifier: RCP-TRUNK-113

whether by using the preferences (Remus->Rules->New) nor using the drop mechanism (as described here http://wiki.eclipse.org/Remus/Setup_Remus_for_Backlogging) I was able to import or create new rules (I had not forgotten to install the Groovy engine).

Reproducible: Always

Comment 1 Joerg Reichert

2011-02-13 10:05:26 EST

when using the dop field the notification says that no matching rule has been found although in the preferences I can see Dropped/Pasted URL

Comment 2 Tom Seidel

2011-02-13 10:25:31 EST

(In reply to comment #0)
There are some limitations in SWT regarding DND in Cocoa (TransferTypes are not recognized by SWT; INHO only FileTransfer is working properly in the current SWT version). You can use Copy-And-Paste (in this concrete example you can copy the link via context-menu to the clipboard and then pressing the "Paste from Clipbard" button in the Desktop-panel). Another alternative is to use the Carbon-Build where DND is working.

(In reply to comment #1)
The element "Dropped/Pasted URLs" is a container for rules. If you expand that item there must be some rules that are checked for relevance.

Comment 3 Joerg Reichert

2011-02-13 10:43:07 EST

All containers are empty. So I created a new Generic rule and define a post condition that should create a new rule of the pasted URL, but there is still no matching rule found for the dropped URL, even when using paste from clipboard.

Comment 4 Joerg Reichert

2011-02-13 11:05:25 EST

Ok, I unpacked the current RIM and started with a new workspace. Now I can see three predefined rules. But when drop the ruleset URL the rule is still not recognized.

Comment 5 Tom Seidel

2011-02-13 11:37:17 EST

Which (In reply to comment #4)
> Ok, I unpacked the current RIM and started with a new workspace. Now I can see
> three predefined rules. But when drop the ruleset URL the rule is still not
> recognized.

Which browser are you using?

Comment 6 Joerg Reichert

2011-02-13 12:43:34 EST

(In reply to comment #5)
> Which browser are you using?
 Firefox 3.6.13 (as Opera does not support DND). But it does also not work when copying the link from clipboard.

Comment 7 Joerg Reichert

2011-02-13 12:59:09 EST

I think it is a Mac related problem (more specific a SWT problem), under Windows Vista it works.

I tried it once again under Mac and by DND RIM went down. When reopened the notification view shows this exception:

java.lang.NullPointerException
	at org.eclipse.emf.common.notify.impl.AdapterFactoryImpl.adapt(AdapterFactoryImpl.java:88)
	at org.eclipse.remus.provider.InfomngmntItemProviderAdapterFactory.adapt(InfomngmntItemProviderAdapterFactory.java:747)
	at org.eclipse.emf.edit.provider.ComposedAdapterFactory.adapt(ComposedAdapterFactory.java:300)
	at org.eclipse.emf.edit.provider.ComposedAdapterFactory.adapt(ComposedAdapterFactory.java:277)
	at org.eclipse.emf.edit.provider.ComposedAdapterFactory.adapt(ComposedAdapterFactory.java:264)
	at org.eclipse.emf.edit.ui.provider.AdapterFactoryContentProvider.getElements(AdapterFactoryContentProvider.java:154)
	at org.eclipse.jface.viewers.StructuredViewer.getRawChildren(StructuredViewer.java:989)
	at org.eclipse.jface.viewers.ColumnViewer.getRawChildren(ColumnViewer.java:703)
	at org.eclipse.jface.viewers.AbstractTableViewer.getRawChildren(AbstractTableViewer.java:1087)
	at org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren(StructuredViewer.java:896)
	at org.eclipse.jface.viewers.StructuredViewer.getSortedChildren(StructuredViewer.java:1046)
	at org.eclipse.jface.viewers.AbstractTableViewer.internalRefreshAll(AbstractTableViewer.java:701)
	at org.eclipse.jface.viewers.AbstractTableViewer.internalRefresh(AbstractTableViewer.java:649)
	at org.eclipse.jface.viewers.AbstractTableViewer.internalRefresh(AbstractTableViewer.java:636)
	at org.eclipse.jface.viewers.AbstractTableViewer$2.run(AbstractTableViewer.java:592)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1422)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1383)
	at org.eclipse.jface.viewers.AbstractTableViewer.inputChanged(AbstractTableViewer.java:590)
	at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:274)
	at org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1664)
	at org.eclipse.remus.ui.notification.view.NotificationView$NotificationMasterBlock.createMasterPart(NotificationView.java:253)
	at org.eclipse.ui.forms.MasterDetailsBlock.createContent(MasterDetailsBlock.java:161)
	at org.eclipse.ui.forms.MasterDetailsBlock.createContent(MasterDetailsBlock.java:142)
	at org.eclipse.remus.ui.notification.view.NotificationView.createViewContents(NotificationView.java:145)
	at org.eclipse.remus.common.ui.view.AbstractScrolledTitledView.createPartControl(AbstractScrolledTitledView.java:76)
	at org.eclipse.ui.internal.ViewReference.createPartHelper(ViewReference.java:375)
	at org.eclipse.ui.internal.ViewReference.createPart(ViewReference.java:229)
	at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595)
	at org.eclipse.ui.internal.WorkbenchPage$ActivationList.setActive(WorkbenchPage.java:4218)
	at org.eclipse.ui.internal.WorkbenchPage$18.runWithException(WorkbenchPage.java:3277)
	at org.eclipse.ui.internal.StartupThreading$StartupRunnable.run(StartupThreading.java:31)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3586)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3279)
	at org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:803)
	at org.eclipse.ui.internal.Workbench$31.runWithException(Workbench.java:1567)
	at org.eclipse.ui.internal.StartupThreading$StartupRunnable.run(StartupThreading.java:31)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3586)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3279)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2548)
	at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2438)
	at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:671)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:664)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
	at org.eclipse.remus.application.Application.start(Application.java:133)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1407)


The dates of my system:
Modell-Identifizierung:	MacBookPro4,1
Prozessortyp:	Intel Core 2 Duo
Prozessorgeschwindigkeit:	2,4 GHz

Mac OS X 10.6.6 (10J567)
Kernel-Version:	Darwin 10.6.0

Comment 8 Joerg Reichert

2011-02-13 13:32:13 EST

Ok, the synchronize action is only show on folders. But when using it also an NPE occurs:

Error contacting repository

Reason: error synchronizing

Details: java.lang.NullPointerException

After this error dialog a info dialog is shown: No changes found.

After checking out the folder again, I recognized that the subfolders are not there anymore. Maybe the shared folders are damaged. 

I created a new resource under the checked out folder and comitted it (by the way no automatic refresh occured, only after refreshing manually the dirty > flag disappeared). Then I changed the resource and performed the synchronized action on the containing folder and the change is committed. Using the commit action either on the resource (I used a the plain text information type) or the containing folder does have any effect.

Comment 9 Tom Seidel

2011-02-15 06:40:21 EST

(In reply to comment #7)
> I think it is a Mac related problem (more specific a SWT problem), under
> Windows Vista it works.
> 
> I tried it once again under Mac and by DND RIM went down.

I made similar experiences, the error-log shows a JVM crash. Probably there should be Wiki-Page or something similar showing a Matrix which Transfertypes are supported on which platform (additionally I made the observation that different browsers are creating different transfer-types, e.g dropping a link in Chrome on Mac is recognized as HTMLTransfer)