From manderse at redhat.com  Mon Sep  1 09:41:29 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Mon, 01 Sep 2014 15:41:29 +0200
Subject: [jbosstools-dev] [m2e-dev] any swt/gtk experts around?
In-Reply-To: <CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>
References: <540080AD.5080603@ifedorenko.com>
	<CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>
Message-ID: <86BA878D-9723-400E-B067-1E2ACBF44E15@redhat.com>


Maybe Aleksander has an idea ? 

/max

> ---------- Message transf?r? ----------
> De : "Igor Fedorenko" <igor at ifedorenko.com>
> Date : 29 ao?t 2014 09:32
> Objet : [m2e-dev] any swt/gtk experts around?
> ? : "Maven Integration for Eclipse developers mailing list" <
> m2e-dev at eclipse.org>
> Cc :
>
> Few m2e tests started to fail recently on our CI system. These
> particular tests require Eclipse Workbench, which apparently fails to
> start due to some SWT/GTK misconfiguration. The same tests pass on my
> OSX laptop and Linux desktop, so the problem must be with our CI system,
> which runs centos 6.5, btw.
>
> The CI system has GTK2 libraries installed, but forcing SWT_GTK3=0 does
> not make any difference.
>
> I see the exception below when I enable SWT debug log, but this does not
> tell me anything.
>
> Has anyone seen this kind of problem before? Any suggestions how to
> troubleshoot this further?
>
>
>
> java.lang.Error
>      at org.eclipse.swt.graphics.Device.logProc(Device.java:755)
>      at org.eclipse.swt.internal.gtk.OS._gtk_container_add(Native Method)
>      at org.eclipse.swt.internal.gtk.OS.gtk_container_add(OS.java:7142)
>      at org.eclipse.swt.widgets.Composite.createHandle(
> Composite.java:317)
>      at org.eclipse.swt.widgets.Shell.createHandle(Shell.java:727)
>      at org.eclipse.swt.widgets.Widget.createWidget(Widget.java:422)
>      at org.eclipse.swt.widgets.Control.createWidget(Control.java:666)
>      at org.eclipse.swt.widgets.Scrollable.createWidget(
> Scrollable.java:153)
>      at org.eclipse.swt.widgets.Decorations.createWidget(
> Decorations.java:245)
>      at org.eclipse.swt.widgets.Shell.<init>(Shell.java:282)
>      at org.eclipse.swt.widgets.Shell.<init>(Shell.java:360)
>      at org.eclipse.ui.internal.quickaccess.SearchField.
> createWidget(SearchField.java:201)
>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>      at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:57)
>      at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
>      at java.lang.reflect.Method.invoke(Method.java:601)
>      at org.eclipse.e4.core.internal.di.MethodRequestor.execute(
> MethodRequestor.java:55)
>      at org.eclipse.e4.core.internal.di.InjectorImpl.
> processAnnotated(InjectorImpl.java:888)
>      at org.eclipse.e4.core.internal.di.InjectorImpl.inject(
> InjectorImpl.java:120)
>      at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(
> InjectorImpl.java:337)
>      at org.eclipse.e4.core.internal.di.InjectorImpl.make(
> InjectorImpl.java:271)
>      at org.eclipse.e4.core.contexts.ContextInjectionFactory.make(
> ContextInjectionFactory.java:186)
>      at org.eclipse.e4.ui.internal.workbench.
> ReflectionContributionFactory.createFromBundle(
> ReflectionContributionFactory.java:107)
>      at org.eclipse.e4.ui.internal.workbench.
> ReflectionContributionFactory.doCreate(ReflectionContributionFactory.
> java:73)
>      at org.eclipse.e4.ui.internal.workbench.
> ReflectionContributionFactory.create(ReflectionContributionFactory.java:50)
>      at org.eclipse.e4.ui.workbench.renderers.swt.ToolControlRenderer.
> createWidget(ToolControlRenderer.java:108)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> createWidget(PartRenderingEngine.java:983)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> safeCreateGui(PartRenderingEngine.java:662)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> safeCreateGui(PartRenderingEngine.java:766)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>      at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.
> handleEvent(PartRenderingEngine.java:289)
>      at org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(
> UIEventHandler.java:40)
>      at org.eclipse.swt.widgets.Synchronizer.syncExec(
> Synchronizer.java:187)
>      at org.eclipse.ui.internal.UISynchronizer.syncExec(
> UISynchronizer.java:156)
>      at org.eclipse.swt.widgets.Display.syncExec(Display.java:4622)
>      at org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.
> syncExec(E4Application.java:218)
>      at org.eclipse.e4.ui.services.internal.events.
> UIEventHandler.handleEvent(UIEventHandler.java:36)
>      at org.eclipse.equinox.internal.event.EventHandlerWrapper.
> handleEvent(EventHandlerWrapper.java:197)
>      at org.eclipse.equinox.internal.event.EventHandlerTracker.
> dispatchEvent(EventHandlerTracker.java:197)
>      at org.eclipse.equinox.internal.event.EventHandlerTracker.
> dispatchEvent(EventHandlerTracker.java:1)
>      at org.eclipse.osgi.framework.eventmgr.EventManager.
> dispatchEvent(EventManager.java:230)
>      at org.eclipse.osgi.framework.eventmgr.ListenerQueue.
> dispatchEventSynchronous(ListenerQueue.java:148)
>      at org.eclipse.equinox.internal.event.EventAdminImpl.
> dispatchEvent(EventAdminImpl.java:135)
>      at org.eclipse.equinox.internal.event.EventAdminImpl.
> sendEvent(EventAdminImpl.java:78)
>      at org.eclipse.equinox.internal.event.EventComponent.
> sendEvent(EventComponent.java:39)
>      at org.eclipse.e4.ui.services.internal.events.EventBroker.
> send(EventBroker.java:81)
>      at org.eclipse.e4.ui.internal.workbench.UIEventPublisher.
> notifyChanged(UIEventPublisher.java:59)
>      at org.eclipse.emf.common.notify.impl.BasicNotifierImpl.
> eNotify(BasicNotifierImpl.java:374)
>      at org.eclipse.emf.ecore.util.EcoreEList.dispatchNotification(
> EcoreEList.java:249)
>      at org.eclipse.emf.common.notify.impl.NotifyingListImpl.
> addUnique(NotifyingListImpl.java:356)
>      at org.eclipse.emf.common.util.AbstractEList.add(
> AbstractEList.java:341)
>      at org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.
> processAddition(ContributionsAnalyzer.java:369)
>      at org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.
> addTrimContributions(TrimBarRenderer.java:194)
>      at org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.
> processContents(TrimBarRenderer.java:166)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> safeCreateGui(PartRenderingEngine.java:674)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine$6.run(PartRenderingEngine.java:547)
>      at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine.createGui(PartRenderingEngine.java:531)
>      at org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.
> processContents(WBWRenderer.java:687)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> safeCreateGui(PartRenderingEngine.java:674)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> safeCreateGui(PartRenderingEngine.java:766)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>      at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>      at org.eclipse.e4.ui.internal.workbench.swt.
> PartRenderingEngine$9.run(PartRenderingEngine.java:1074)
>      at org.eclipse.core.databinding.observable.Realm.
> runWithDefault(Realm.java:332)
>      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(
> PartRenderingEngine.java:1032)
>      at org.eclipse.e4.ui.internal.workbench.E4Workbench.
> createAndRunUI(E4Workbench.java:148)
>      at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
>      at org.eclipse.core.databinding.observable.Realm.
> runWithDefault(Realm.java:332)
>      at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(
> Workbench.java:579)
>      at org.eclipse.ui.PlatformUI.createAndRunWorkbench(
> PlatformUI.java:150)
>      at org.eclipse.ui.internal.ide.application.IDEApplication.
> start(IDEApplication.java:135)
>      at org.eclipse.tycho.surefire.osgibooter.UITestApplication.
> runApplication(UITestApplication.java:31)
>      at org.eclipse.tycho.surefire.osgibooter.
> AbstractUITestApplication.run(AbstractUITestApplication.java:115)
>      at org.eclipse.tycho.surefire.osgibooter.UITestApplication.
> start(UITestApplication.java:37)
>      at org.eclipse.equinox.internal.app.EclipseAppHandle.run(
> EclipseAppHandle.java:196)
>      at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.
> runApplication(EclipseAppLauncher.java:134)
>      at org.eclipse.core.runtime.internal.adaptor.
> EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(
> EclipseStarter.java:382)
>      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(
> EclipseStarter.java:236)
>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>      at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:57)
>      at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
>      at java.lang.reflect.Method.invoke(Method.java:601)
>      at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
>      at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
>      at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
>      at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
>
>
>
>
>
> --
> Regards,
> Igor
> _______________________________________________
> m2e-dev mailing list
> m2e-dev at eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/m2e-dev
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen


From nboldt at redhat.com  Mon Sep  1 12:15:58 2014
From: nboldt at redhat.com (Nick Boldt)
Date: Mon, 01 Sep 2014 12:15:58 -0400
Subject: [jbosstools-dev] Update to JBT 4.40.0.CR1-SNAPSHOT Early Access &
 Central target platforms: latest Arquillian & CordovaSim from CR1
Message-ID: <54049BBE.70706@redhat.com>

Here is a change to the JBoss Tools *Central* and *Early Access* 
4.40.0.CR1-SNAPSHOT target platforms:

https://github.com/jbosstools/jbosstools-discovery/pull/205
https://github.com/jbosstools/jbosstools-discovery/pull/206

It consists in the following change:

* https://issues.jboss.org/browse/JBDS-3138: Central has Beta2 content - 
causing bugs/mismatches for cordova/aerogear tooling

As the above change was simply an update of the included versions of 
JBoss Tools components, the above change has already been pushed to 
devstudio.redhat.com to fix the above JIRA.

-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com

From akurtako at redhat.com  Mon Sep  1 13:46:17 2014
From: akurtako at redhat.com (Aleksandar Kurtakov)
Date: Mon, 1 Sep 2014 13:46:17 -0400 (EDT)
Subject: [jbosstools-dev] [m2e-dev] any swt/gtk experts around?
In-Reply-To: <86BA878D-9723-400E-B067-1E2ACBF44E15@redhat.com>
References: <540080AD.5080603@ifedorenko.com>
	<CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>
	<86BA878D-9723-400E-B067-1E2ACBF44E15@redhat.com>
Message-ID: <209767601.16323794.1409593577696.JavaMail.zimbra@redhat.com>

This doesn't tell me anything, please try to strip it to pure swt reproducer.
Playing with SWT_GTK3=0 has zero effect on machines that don't have gtk3 installed (like CentOS/RHEL 6.x).

Alexander Kurtakov
Red Hat Eclipse team

----- Original Message -----
> From: "Max Rydahl Andersen" <manderse at redhat.com>
> To: "Fred Bricon" <fbricon at gmail.com>
> Cc: "jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Aleksandar Kurtakov" <akurtako at redhat.com>
> Sent: Monday, September 1, 2014 4:41:29 PM
> Subject: Re: [jbosstools-dev] [m2e-dev] any swt/gtk experts around?
> 
> 
> Maybe Aleksander has an idea ?
> 
> /max
> 
> > ---------- Message transf?r? ----------
> > De : "Igor Fedorenko" <igor at ifedorenko.com>
> > Date : 29 ao?t 2014 09:32
> > Objet : [m2e-dev] any swt/gtk experts around?
> > ? : "Maven Integration for Eclipse developers mailing list" <
> > m2e-dev at eclipse.org>
> > Cc :
> >
> > Few m2e tests started to fail recently on our CI system. These
> > particular tests require Eclipse Workbench, which apparently fails to
> > start due to some SWT/GTK misconfiguration. The same tests pass on my
> > OSX laptop and Linux desktop, so the problem must be with our CI system,
> > which runs centos 6.5, btw.
> >
> > The CI system has GTK2 libraries installed, but forcing SWT_GTK3=0 does
> > not make any difference.
> >
> > I see the exception below when I enable SWT debug log, but this does not
> > tell me anything.
> >
> > Has anyone seen this kind of problem before? Any suggestions how to
> > troubleshoot this further?
> >
> >
> >
> > java.lang.Error
> >      at org.eclipse.swt.graphics.Device.logProc(Device.java:755)
> >      at org.eclipse.swt.internal.gtk.OS._gtk_container_add(Native Method)
> >      at org.eclipse.swt.internal.gtk.OS.gtk_container_add(OS.java:7142)
> >      at org.eclipse.swt.widgets.Composite.createHandle(
> > Composite.java:317)
> >      at org.eclipse.swt.widgets.Shell.createHandle(Shell.java:727)
> >      at org.eclipse.swt.widgets.Widget.createWidget(Widget.java:422)
> >      at org.eclipse.swt.widgets.Control.createWidget(Control.java:666)
> >      at org.eclipse.swt.widgets.Scrollable.createWidget(
> > Scrollable.java:153)
> >      at org.eclipse.swt.widgets.Decorations.createWidget(
> > Decorations.java:245)
> >      at org.eclipse.swt.widgets.Shell.<init>(Shell.java:282)
> >      at org.eclipse.swt.widgets.Shell.<init>(Shell.java:360)
> >      at org.eclipse.ui.internal.quickaccess.SearchField.
> > createWidget(SearchField.java:201)
> >      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >      at sun.reflect.NativeMethodAccessorImpl.invoke(
> > NativeMethodAccessorImpl.java:57)
> >      at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> > DelegatingMethodAccessorImpl.java:43)
> >      at java.lang.reflect.Method.invoke(Method.java:601)
> >      at org.eclipse.e4.core.internal.di.MethodRequestor.execute(
> > MethodRequestor.java:55)
> >      at org.eclipse.e4.core.internal.di.InjectorImpl.
> > processAnnotated(InjectorImpl.java:888)
> >      at org.eclipse.e4.core.internal.di.InjectorImpl.inject(
> > InjectorImpl.java:120)
> >      at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(
> > InjectorImpl.java:337)
> >      at org.eclipse.e4.core.internal.di.InjectorImpl.make(
> > InjectorImpl.java:271)
> >      at org.eclipse.e4.core.contexts.ContextInjectionFactory.make(
> > ContextInjectionFactory.java:186)
> >      at org.eclipse.e4.ui.internal.workbench.
> > ReflectionContributionFactory.createFromBundle(
> > ReflectionContributionFactory.java:107)
> >      at org.eclipse.e4.ui.internal.workbench.
> > ReflectionContributionFactory.doCreate(ReflectionContributionFactory.
> > java:73)
> >      at org.eclipse.e4.ui.internal.workbench.
> > ReflectionContributionFactory.create(ReflectionContributionFactory.java:50)
> >      at org.eclipse.e4.ui.workbench.renderers.swt.ToolControlRenderer.
> > createWidget(ToolControlRenderer.java:108)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> > createWidget(PartRenderingEngine.java:983)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> > safeCreateGui(PartRenderingEngine.java:662)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> > safeCreateGui(PartRenderingEngine.java:766)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine.access$2(PartRenderingEngine.java:737)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine$7.run(PartRenderingEngine.java:731)
> >      at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine.createGui(PartRenderingEngine.java:715)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.
> > handleEvent(PartRenderingEngine.java:289)
> >      at org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(
> > UIEventHandler.java:40)
> >      at org.eclipse.swt.widgets.Synchronizer.syncExec(
> > Synchronizer.java:187)
> >      at org.eclipse.ui.internal.UISynchronizer.syncExec(
> > UISynchronizer.java:156)
> >      at org.eclipse.swt.widgets.Display.syncExec(Display.java:4622)
> >      at org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.
> > syncExec(E4Application.java:218)
> >      at org.eclipse.e4.ui.services.internal.events.
> > UIEventHandler.handleEvent(UIEventHandler.java:36)
> >      at org.eclipse.equinox.internal.event.EventHandlerWrapper.
> > handleEvent(EventHandlerWrapper.java:197)
> >      at org.eclipse.equinox.internal.event.EventHandlerTracker.
> > dispatchEvent(EventHandlerTracker.java:197)
> >      at org.eclipse.equinox.internal.event.EventHandlerTracker.
> > dispatchEvent(EventHandlerTracker.java:1)
> >      at org.eclipse.osgi.framework.eventmgr.EventManager.
> > dispatchEvent(EventManager.java:230)
> >      at org.eclipse.osgi.framework.eventmgr.ListenerQueue.
> > dispatchEventSynchronous(ListenerQueue.java:148)
> >      at org.eclipse.equinox.internal.event.EventAdminImpl.
> > dispatchEvent(EventAdminImpl.java:135)
> >      at org.eclipse.equinox.internal.event.EventAdminImpl.
> > sendEvent(EventAdminImpl.java:78)
> >      at org.eclipse.equinox.internal.event.EventComponent.
> > sendEvent(EventComponent.java:39)
> >      at org.eclipse.e4.ui.services.internal.events.EventBroker.
> > send(EventBroker.java:81)
> >      at org.eclipse.e4.ui.internal.workbench.UIEventPublisher.
> > notifyChanged(UIEventPublisher.java:59)
> >      at org.eclipse.emf.common.notify.impl.BasicNotifierImpl.
> > eNotify(BasicNotifierImpl.java:374)
> >      at org.eclipse.emf.ecore.util.EcoreEList.dispatchNotification(
> > EcoreEList.java:249)
> >      at org.eclipse.emf.common.notify.impl.NotifyingListImpl.
> > addUnique(NotifyingListImpl.java:356)
> >      at org.eclipse.emf.common.util.AbstractEList.add(
> > AbstractEList.java:341)
> >      at org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.
> > processAddition(ContributionsAnalyzer.java:369)
> >      at org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.
> > addTrimContributions(TrimBarRenderer.java:194)
> >      at org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.
> > processContents(TrimBarRenderer.java:166)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> > safeCreateGui(PartRenderingEngine.java:674)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine$6.run(PartRenderingEngine.java:547)
> >      at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine.createGui(PartRenderingEngine.java:531)
> >      at org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.
> > processContents(WBWRenderer.java:687)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> > safeCreateGui(PartRenderingEngine.java:674)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.
> > safeCreateGui(PartRenderingEngine.java:766)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine.access$2(PartRenderingEngine.java:737)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine$7.run(PartRenderingEngine.java:731)
> >      at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine.createGui(PartRenderingEngine.java:715)
> >      at org.eclipse.e4.ui.internal.workbench.swt.
> > PartRenderingEngine$9.run(PartRenderingEngine.java:1074)
> >      at org.eclipse.core.databinding.observable.Realm.
> > runWithDefault(Realm.java:332)
> >      at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(
> > PartRenderingEngine.java:1032)
> >      at org.eclipse.e4.ui.internal.workbench.E4Workbench.
> > createAndRunUI(E4Workbench.java:148)
> >      at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
> >      at org.eclipse.core.databinding.observable.Realm.
> > runWithDefault(Realm.java:332)
> >      at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(
> > Workbench.java:579)
> >      at org.eclipse.ui.PlatformUI.createAndRunWorkbench(
> > PlatformUI.java:150)
> >      at org.eclipse.ui.internal.ide.application.IDEApplication.
> > start(IDEApplication.java:135)
> >      at org.eclipse.tycho.surefire.osgibooter.UITestApplication.
> > runApplication(UITestApplication.java:31)
> >      at org.eclipse.tycho.surefire.osgibooter.
> > AbstractUITestApplication.run(AbstractUITestApplication.java:115)
> >      at org.eclipse.tycho.surefire.osgibooter.UITestApplication.
> > start(UITestApplication.java:37)
> >      at org.eclipse.equinox.internal.app.EclipseAppHandle.run(
> > EclipseAppHandle.java:196)
> >      at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.
> > runApplication(EclipseAppLauncher.java:134)
> >      at org.eclipse.core.runtime.internal.adaptor.
> > EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> >      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(
> > EclipseStarter.java:382)
> >      at org.eclipse.core.runtime.adaptor.EclipseStarter.run(
> > EclipseStarter.java:236)
> >      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >      at sun.reflect.NativeMethodAccessorImpl.invoke(
> > NativeMethodAccessorImpl.java:57)
> >      at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> > DelegatingMethodAccessorImpl.java:43)
> >      at java.lang.reflect.Method.invoke(Method.java:601)
> >      at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
> >      at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
> >      at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
> >      at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
> >
> >
> >
> >
> >
> > --
> > Regards,
> > Igor
> > _______________________________________________
> > m2e-dev mailing list
> > m2e-dev at eclipse.org
> > To change your delivery options, retrieve your password, or unsubscribe
> > from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/m2e-dev
> > _______________________________________________
> > jbosstools-dev mailing list
> > jbosstools-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/jbosstools-dev
> 
> 
> /max
> http://about.me/maxandersen
> 


From manderse at redhat.com  Mon Sep  1 19:08:05 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Tue, 02 Sep 2014 01:08:05 +0200
Subject: [jbosstools-dev] smart commits enabled on all projects
Message-ID: <94772EB1-623E-4ECF-AF28-852A793F35E1@redhat.com>

Hey,

FYI, I enabled smart commits in jira for all our repos.

Use it if you like to see jira commented/resolved automatically when the 
git is actually pushed.

Documented at 
https://github.com/jbosstools/jbosstools-devdoc/blob/master/issues/how_to_use_jira.adoc#using-jira-smart-commits

/max
http://about.me/maxandersen


From manderse at redhat.com  Mon Sep  1 19:25:12 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Tue, 02 Sep 2014 01:25:12 +0200
Subject: [jbosstools-dev] [Soa-tools-list] JBTIS: Managment of External
	Components
In-Reply-To: <1358148431.37637894.1409237100064.JavaMail.zimbra@redhat.com>
References: <202139239.37112791.1409166811286.JavaMail.zimbra@redhat.com>
	<2067831155.21529143.1409167118880.JavaMail.zimbra@redhat.com>
	<653160038.37123606.1409168854389.JavaMail.zimbra@redhat.com>
	<49133A7C-5D43-49DA-B00D-AB4082BF5A36@redhat.com>
	<1358148431.37637894.1409237100064.JavaMail.zimbra@redhat.com>
Message-ID: <89C567B1-98EE-4ED4-B7CC-08A5F694EAD5@redhat.com>


>> Now, back to the reason why we have them as TP entries as opposed to
>> other components is a few:
>>
>> a) to make sure we have a download.jboss.org mirror since eclipse
>> mirrors are unreliable/slower (especially for people outside US)
>
> Not sure how having this in the TP guarantees there is a mirror.  If 
> developers are constrained to _only_ using dependencies located on a 
> jboss.org downloads page, it shouldn't be an issue where it comes 
> from.

Part of the TP steps  we have is that the updatesite we take from get 
mirrored. We don't refer to non-mirrored content - if we do thats a bug 
;)

> Just because a developer is using a TP doesn't mean they can't add 
> other repositories to their projects.

Of course everyone can add anything - but we are talking about what we 
prefer/recommend/require.

> Furthermore, if a project depends on another component provided by 
> JBoss (e.g. SAVARA depends on SwitchYard), those projects aren't in 
> the TP and users must manage those dependencies themselves.

Yes - but for now lets focus on the eclipse.org provided bits.

>> b) it is to ensure we are not just using the "master"/nightly builds 
>> of
>> external dependencies
>
> Same comment as above, just because it's in the TP doesn't mean 
> projects can't circumvent it.

No, of course not. projects can also commit code that deletes all users 
files when it is high noon - we try and trust where we can :)

>>
>> c) it is to ensure we do not drag in transitive dependencies from
>> eclipse.org component updatesites which (at least in the past) have 
>> had
>> lots of updatesite references to mix of p2 sites that resulted in
>> duplicated dependencies and/or wrong/non-deterministic p2 resolution
>> (because the updatessites
>> was one of a or b)
>
> Same comment as above.

>
>>
>> d) the eclipse.org parts tend to participate in the eclipse release
>> train - thus (for simplicity) using them via TP makes it easier to 
>> track
>
> One of the subtleties that I think you've missed is that the BPMN2 
> modeller is a feature provided by JBTIS and not simply a dependency 
> required by other features.  By moving the version of the BPMN2 
> modeller forward, the JBTIS site project was broken as the dependency 
> set was not aligned.  If the BPMN2 modeller feature were included as 
> part of the site project, instead of the TP project, everybody can 
> move forward in lock step.  That said, you could also argue that the 
> site project shouldn't have been updated until _all_ projects were 
> ready, which did not occur in this case.  (I'd be happy with this 
> solution as well.)

Yes, I believe if there is a dependency coming in from eclipse.org (or 
anything "external") is that the JBTIS TP should not be updated before 
needed...

also it should not have bumped it in the TP version used by all 
projects.

>> e) finally it is there to ensure we don't see a drift in multiple
>> modules adding different versions into their dependency/build chain.
>> (For core that is less likely since we have jbosstools parent pom to 
>> at
>> least centralize where the various updatesites are located, but jbtis 
>> is
>> much more spread out...hence a TP seem more relevant?)
>
> I don't think this is a problem since this is all included via the 
> JBTIS site build.  There is no way different dependency chains will be 
> injected since the individual project sites should not be including 
> references to other sites.  My understanding is that we prune this 
> info when we create our mirrored sites, so we shouldn't be picking up 
> anything extra when we build our product sites.  That said, if this is 
> not the case, then it pretty much has to be in the TP to keep from 
> polluting the product site (although, I think Nick has some special 
> magic that prunes repository references from the generated site 
> artifacts).

Yeah, the main "extra validation" we get by having thngs in TP is that 
the compilation at project level will fail early where as if JBTIS just 
aggregates
it will not necessarily see any errors unless you actually run a 100% 
coverage test on it.

>> So that is the reasons...now ...does the bpmn2 and bpel parts receive
>> many active updates that makes it non-feasible just including updates
>> via the "normal" TP update process ?
>
> That I can't answer, but I suspect the reason the BPMN2 modeller was 
> bumped without proper coordination was because somebody in product 
> management was asking for it.

Yeah but product management requests should not void the process of 
synchronzing dependencies.

> The Eclipse BPMN2 modeller is part of our product suite, so I would 
> expect that it's lifecycle will fall in line with our product 
> lifecycles, meaning it will be treated similarly to JBoss provided 
> features, which is another reason to treat it as a we treat JBoss 
> components.  (This is pure speculation, by the way.)

>> ..and/or are there some hidden burdens in this that might not be 
>> visible
>> ?
>
> I don't think there's anything hidden here.  SwitchYard has been 
> specifying a repository for BPMN2 modeller since we started requiring 
> it.  This allows us to bump the version before it gets bumped in 
> JBTIS, allowing both to move forward in tandem when everybody is ready 
> to do so.  We're actually doing this now, since we started working on 
> the update prior to the TP being updated, and it's working just fine.

Yes, you can always add a custom repo in for doing development work - 
but once you can start relying on more coordinated TP content this seem 
to be a better option.

btw. I actually think for JBoss Tools we could more safely use this 
approach (Since we compile/build all projects and have conventions for 
repo references so can override in the build to get API 
incompatibilities to fail build quickly) - for JBTIS where there is no 
such step I feel sharing TP would be a safer approach (since if things 
goes bad they are found...like this where a dependency was updated that 
did not match what you expected).

If it had not been in the TP this mismatch could have been hidden for a 
while - and only be discovered late.

/max

>
>>
>> /max
>>
>>
>>>
>>> ----- Original Message -----
>>>>
>>>> +1!
>>>>
>>>> reducing the TP complexity is certainly a good idea - can we get a
>>>> show of
>>>> virtual hands who in IS component land actually pulls the BPMN2
>>>> modeler
>>>> from the JBTIS TP??
>>>>
>>>> --paull
>>>>
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Rob Cernich" <rcernich at redhat.com>
>>>>> To: "soa-tools-list" <soa-tools-list at redhat.com>
>>>>> Sent: Wednesday, August 27, 2014 3:13:31 PM
>>>>> Subject: [Soa-tools-list] JBTIS: Managment of External Components
>>>>>
>>>>> Hey all,
>>>>>
>>>>> The recent update of BPMN2 modeller caused me to think about the 
>>>>> way
>>>>> we
>>>>> handle components that come from external sources.  To me, it 
>>>>> makes
>>>>> sense
>>>>> if
>>>>> we treat these components the same way we treat our internal
>>>>> components.
>>>>> If
>>>>> we were to do that, these components would no longer be part of 
>>>>> the
>>>>> JBTIS
>>>>> target platform and would instead be part of the features list
>>>>> described in
>>>>> the jbosstools and devstudio modules.
>>>>>
>>>>> In my opinion, this is a better way to treat these types of
>>>>> dependencies as
>>>>> they are components in their own right (i.e. no different than
>>>>> SwitchYard
>>>>> or
>>>>> Teiid, e.g.).  If they are also dependencies used by other
>>>>> components, they
>>>>> would need to be managed by those other components using the same
>>>>> mechanism
>>>>> used to reference other internal component dependencies (e.g. 
>>>>> SAVARA
>>>>> and
>>>>> SwitchYard).  (SwitchYard actually references the BPMN2 repository
>>>>> directly
>>>>> specifically to avoid circularities within the tp/repo chain; i.e.
>>>>> SwitchYard does not require the TP be updated in order to update
>>>>> BPMN2
>>>>> modeller).
>>>>>
>>>>> Just an idea.
>>>>>
>>>>> Rob
>>>>>
>>>>> _______________________________________________
>>>>> Soa-tools-list mailing list
>>>>> Soa-tools-list at redhat.com
>>>>> https://www.redhat.com/mailman/listinfo/soa-tools-list
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Soa-tools-list mailing list
>>> Soa-tools-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/soa-tools-list
>>
>>
>> /max
>> http://about.me/maxandersen
>>
>
> _______________________________________________
> Soa-tools-list mailing list
> Soa-tools-list at redhat.com
> https://www.redhat.com/mailman/listinfo/soa-tools-list

`
/max
http://about.me/maxandersen

From manderse at redhat.com  Tue Sep  2 03:28:20 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Tue, 02 Sep 2014 09:28:20 +0200
Subject: [jbosstools-dev] ACTION REQUIRED: 4.2.x branching (almost)
	codefreeze is in effect
Message-ID: <2B1ECAA0-9367-492B-AD88-803A2BEFF80F@redhat.com>

Hi,

At this point changes on branch jbosstools-4.2.x for JBoss Tools core 
components are done by *reviewed* PR's only - get that extra set of eyes 
on it to reduce the likelihood of requiring another respin!

To remind here is how we do this:

   * Any change needs a Jira (as always)
   * Any change needs a PR linked to that Jira (mention JBIDE-xyz in the 
PR/commit msg is the simplest)
   * The PR needs review by your self and at least 1 of the following: 
Fred, Denis, Alexey, Gorkem (for mobile/javascript) or I.
   * The jira should have a respin label applied, initially that is 
"respin-a"

If all is good for that then the change is applied to the branch (do not 
forget to update master too if relevant), and the jira resolved.

If any concerns/questions about triaging/importance of issues do not 
hesitate to ping this list or me directly - if you haven't received an 
answer within a work day - ping again!

And remember: we got a lot of issues in jira - focus on issues for this 
release, if you don't have an issue open, look or ask for one of the 
currently 150+ issues open.

Thanks,
/max
http://about.me/maxandersen

From adietish at redhat.com  Tue Sep  2 04:51:42 2014
From: adietish at redhat.com (=?ISO-8859-1?Q?Andr=E9_Dietisheim?=)
Date: Tue, 02 Sep 2014 10:51:42 +0200
Subject: [jbosstools-dev] Collecting workflows in OpenShift tooling
Message-ID: <5405851E.90400@redhat.com>

Hi

Jeff Cantrill lately started working for the OpenShift team, helping us 
in tooling and openshift-java-client.
He's currently collecting the workflows that are available in our 
Eclipse based OpenShift tooling. If anyone is interested, there's a 
google doc that Jeff is working on and that he can share with you.
The plan is to get an idea of how the existing tooling could evolve to 
also support the upcoming OpenShift  v3. We re trying to  get to know 
about the work required (in tooling and client lib) to have this happen.

Cheers
Andr?

From snjezana.peco at redhat.com  Tue Sep  2 07:02:14 2014
From: snjezana.peco at redhat.com (Snjezana Peco)
Date: Tue, 02 Sep 2014 13:02:14 +0200
Subject: [jbosstools-dev] Fwd: [m2e-dev] any swt/gtk experts around?
In-Reply-To: <CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>
References: <540080AD.5080603@ifedorenko.com>
	<CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>
Message-ID: <5405A3B6.5010908@redhat.com>

I think, in some way, you have set SWT debug options on the server.
Check if there is the .options file with the following lines:

org.eclipse.ui/debug=true
org.eclipse.ui/debug/swtdebug=true
org.eclipse.ui/debug/swtdebugglobal=true

Snjeza

On 8/29/2014 3:34 PM, Fred Bricon wrote:
> ---------- Message transf?r? ----------
> De : "Igor Fedorenko" <igor at ifedorenko.com <mailto:igor at ifedorenko.com>>
> Date : 29 ao?t 2014 09:32
> Objet : [m2e-dev] any swt/gtk experts around?
> ? : "Maven Integration for Eclipse developers mailing list" 
> <m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>>
> Cc :
>
> Few m2e tests started to fail recently on our CI system. These
> particular tests require Eclipse Workbench, which apparently fails to
> start due to some SWT/GTK misconfiguration. The same tests pass on my
> OSX laptop and Linux desktop, so the problem must be with our CI system,
> which runs centos 6.5, btw.
>
> The CI system has GTK2 libraries installed, but forcing SWT_GTK3=0 does
> not make any difference.
>
> I see the exception below when I enable SWT debug log, but this does not
> tell me anything.
>
> Has anyone seen this kind of problem before? Any suggestions how to
> troubleshoot this further?
>
>
>
> java.lang.Error
>         at org.eclipse.swt.graphics.Device.logProc(Device.java:755)
>         at org.eclipse.swt.internal.gtk.OS._gtk_container_add(Native 
> Method)
>         at org.eclipse.swt.internal.gtk.OS.gtk_container_add(OS.java:7142)
>         at 
> org.eclipse.swt.widgets.Composite.createHandle(Composite.java:317)
>         at org.eclipse.swt.widgets.Shell.createHandle(Shell.java:727)
>         at org.eclipse.swt.widgets.Widget.createWidget(Widget.java:422)
>         at org.eclipse.swt.widgets.Control.createWidget(Control.java:666)
>         at 
> org.eclipse.swt.widgets.Scrollable.createWidget(Scrollable.java:153)
>         at 
> org.eclipse.swt.widgets.Decorations.createWidget(Decorations.java:245)
>         at org.eclipse.swt.widgets.Shell.<init>(Shell.java:282)
>         at org.eclipse.swt.widgets.Shell.<init>(Shell.java:360)
>         at 
> org.eclipse.ui.internal.quickaccess.SearchField.createWidget(SearchField.java:201)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>         at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:601)
>         at 
> org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
>         at 
> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
>         at 
> org.eclipse.e4.core.internal.di.InjectorImpl.inject(InjectorImpl.java:120)
>         at 
> org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:337)
>         at 
> org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:271)
>         at 
> org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:186)
>         at 
> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:107)
>         at 
> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:73)
>         at 
> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:50)
>         at 
> org.eclipse.e4.ui.workbench.renderers.swt.ToolControlRenderer.createWidget(ToolControlRenderer.java:108)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:983)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:662)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.handleEvent(PartRenderingEngine.java:289)
>         at 
> org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(UIEventHandler.java:40)
>         at 
> org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:187)
>         at 
> org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:156)
>         at org.eclipse.swt.widgets.Display.syncExec(Display.java:4622)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.syncExec(E4Application.java:218)
>         at 
> org.eclipse.e4.ui.services.internal.events.UIEventHandler.handleEvent(UIEventHandler.java:36)
>         at 
> org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:197)
>         at 
> org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:197)
>         at 
> org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
>         at 
> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
>         at 
> org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
>         at 
> org.eclipse.equinox.internal.event.EventAdminImpl.dispatchEvent(EventAdminImpl.java:135)
>         at 
> org.eclipse.equinox.internal.event.EventAdminImpl.sendEvent(EventAdminImpl.java:78)
>         at 
> org.eclipse.equinox.internal.event.EventComponent.sendEvent(EventComponent.java:39)
>         at 
> org.eclipse.e4.ui.services.internal.events.EventBroker.send(EventBroker.java:81)
>         at 
> org.eclipse.e4.ui.internal.workbench.UIEventPublisher.notifyChanged(UIEventPublisher.java:59)
>         at 
> org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
>         at 
> org.eclipse.emf.ecore.util.EcoreEList.dispatchNotification(EcoreEList.java:249)
>         at 
> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:356)
>         at 
> org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:341)
>         at 
> org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.processAddition(ContributionsAnalyzer.java:369)
>         at 
> org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.addTrimContributions(TrimBarRenderer.java:194)
>         at 
> org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.processContents(TrimBarRenderer.java:166)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$6.run(PartRenderingEngine.java:547)
>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:531)
>         at 
> org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.processContents(WBWRenderer.java:687)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1074)
>         at 
> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>         at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
>         at 
> org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
>         at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
>         at 
> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>         at 
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
>         at 
> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>         at 
> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
>         at 
> org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
>         at 
> org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:115)
>         at 
> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
>         at 
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>         at 
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>         at 
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>         at 
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
>         at 
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:236)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>         at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:601)
>         at 
> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
>         at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
>         at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
>         at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
>
>
>
>
>
> --
> Regards,
> Igor
> _______________________________________________
> m2e-dev mailing list
> m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>
> To change your delivery options, retrieve your password, or 
> unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/m2e-dev
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140902/7aa5027b/attachment-0001.html 

From igor at ifedorenko.com  Tue Sep  2 07:59:04 2014
From: igor at ifedorenko.com (Igor Fedorenko)
Date: Tue, 02 Sep 2014 07:59:04 -0400
Subject: [jbosstools-dev] [m2e-dev]  Fwd:  any swt/gtk experts around?
In-Reply-To: <5405A3B6.5010908@redhat.com>
References: <540080AD.5080603@ifedorenko.com>	<CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>
	<5405A3B6.5010908@redhat.com>
Message-ID: <5405B108.1000407@ifedorenko.com>

Well, yes, I did enable SWT debug to see why m2e tests are failing. As
you can see from the stack trace, Eclipse Workbench fails to start due
to the SWT problem, which in turn results in test failing later on.

I did some more looking into this and the problem appears to be specific
to headless X servers (both VNC and Xvfb are affected) on Centos. The
tests pass on Ubuntu, both in proper GUI session and using Xvfb and in
Centos GUI session. I am guessing one of GTK libraries shipped with
Centos misbehaves but don't know how to troubleshoot this further.

--
Regards,
Igor

On 2014-09-02, 7:02, Snjezana Peco wrote:
> I think, in some way, you have set SWT debug options on the server.
> Check if there is the .options file with the following lines:
>
> org.eclipse.ui/debug=true
> org.eclipse.ui/debug/swtdebug=true
> org.eclipse.ui/debug/swtdebugglobal=true
>
> Snjeza
>
> On 8/29/2014 3:34 PM, Fred Bricon wrote:
>> ---------- Message transf?r? ----------
>> De : "Igor Fedorenko" <igor at ifedorenko.com <mailto:igor at ifedorenko.com>>
>> Date : 29 ao?t 2014 09:32
>> Objet : [m2e-dev] any swt/gtk experts around?
>> ? : "Maven Integration for Eclipse developers mailing list"
>> <m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>>
>> Cc :
>>
>> Few m2e tests started to fail recently on our CI system. These
>> particular tests require Eclipse Workbench, which apparently fails to
>> start due to some SWT/GTK misconfiguration. The same tests pass on my
>> OSX laptop and Linux desktop, so the problem must be with our CI system,
>> which runs centos 6.5, btw.
>>
>> The CI system has GTK2 libraries installed, but forcing SWT_GTK3=0 does
>> not make any difference.
>>
>> I see the exception below when I enable SWT debug log, but this does not
>> tell me anything.
>>
>> Has anyone seen this kind of problem before? Any suggestions how to
>> troubleshoot this further?
>>
>>
>>
>> java.lang.Error
>>         at org.eclipse.swt.graphics.Device.logProc(Device.java:755)
>>         at org.eclipse.swt.internal.gtk.OS._gtk_container_add(Native
>> Method)
>>         at org.eclipse.swt.internal.gtk.OS.gtk_container_add(OS.java:7142)
>>         at
>> org.eclipse.swt.widgets.Composite.createHandle(Composite.java:317)
>>         at org.eclipse.swt.widgets.Shell.createHandle(Shell.java:727)
>>         at org.eclipse.swt.widgets.Widget.createWidget(Widget.java:422)
>>         at org.eclipse.swt.widgets.Control.createWidget(Control.java:666)
>>         at
>> org.eclipse.swt.widgets.Scrollable.createWidget(Scrollable.java:153)
>>         at
>> org.eclipse.swt.widgets.Decorations.createWidget(Decorations.java:245)
>>         at org.eclipse.swt.widgets.Shell.<init>(Shell.java:282)
>>         at org.eclipse.swt.widgets.Shell.<init>(Shell.java:360)
>>         at
>> org.eclipse.ui.internal.quickaccess.SearchField.createWidget(SearchField.java:201)
>>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>         at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>         at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>         at java.lang.reflect.Method.invoke(Method.java:601)
>>         at
>> org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
>>         at
>> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
>>         at
>> org.eclipse.e4.core.internal.di.InjectorImpl.inject(InjectorImpl.java:120)
>>         at
>> org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:337)
>>         at
>> org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:271)
>>         at
>> org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:186)
>>         at
>> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:107)
>>         at
>> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:73)
>>         at
>> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:50)
>>         at
>> org.eclipse.e4.ui.workbench.renderers.swt.ToolControlRenderer.createWidget(ToolControlRenderer.java:108)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:983)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:662)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.handleEvent(PartRenderingEngine.java:289)
>>         at
>> org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(UIEventHandler.java:40)
>>         at
>> org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:187)
>>         at
>> org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:156)
>>         at org.eclipse.swt.widgets.Display.syncExec(Display.java:4622)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.syncExec(E4Application.java:218)
>>         at
>> org.eclipse.e4.ui.services.internal.events.UIEventHandler.handleEvent(UIEventHandler.java:36)
>>         at
>> org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:197)
>>         at
>> org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:197)
>>         at
>> org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
>>         at
>> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
>>         at
>> org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
>>         at
>> org.eclipse.equinox.internal.event.EventAdminImpl.dispatchEvent(EventAdminImpl.java:135)
>>         at
>> org.eclipse.equinox.internal.event.EventAdminImpl.sendEvent(EventAdminImpl.java:78)
>>         at
>> org.eclipse.equinox.internal.event.EventComponent.sendEvent(EventComponent.java:39)
>>         at
>> org.eclipse.e4.ui.services.internal.events.EventBroker.send(EventBroker.java:81)
>>         at
>> org.eclipse.e4.ui.internal.workbench.UIEventPublisher.notifyChanged(UIEventPublisher.java:59)
>>         at
>> org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
>>         at
>> org.eclipse.emf.ecore.util.EcoreEList.dispatchNotification(EcoreEList.java:249)
>>         at
>> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:356)
>>         at
>> org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:341)
>>         at
>> org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.processAddition(ContributionsAnalyzer.java:369)
>>         at
>> org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.addTrimContributions(TrimBarRenderer.java:194)
>>         at
>> org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.processContents(TrimBarRenderer.java:166)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$6.run(PartRenderingEngine.java:547)
>>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:531)
>>         at
>> org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.processContents(WBWRenderer.java:687)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1074)
>>         at
>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>>         at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
>>         at
>> org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
>>         at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
>>         at
>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>>         at
>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
>>         at
>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>>         at
>> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
>>         at
>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
>>         at
>> org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:115)
>>         at
>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
>>         at
>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>         at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>         at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>         at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
>>         at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:236)
>>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>         at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>         at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>         at java.lang.reflect.Method.invoke(Method.java:601)
>>         at
>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
>>         at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
>>         at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
>>         at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
>>
>>
>>
>>
>>
>> --
>> Regards,
>> Igor
>> _______________________________________________
>> m2e-dev mailing list
>> m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>
>> To change your delivery options, retrieve your password, or
>> unsubscribe from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/m2e-dev
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
>
>
> _______________________________________________
> m2e-dev mailing list
> m2e-dev at eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/m2e-dev
>

From snjezana.peco at redhat.com  Tue Sep  2 08:29:06 2014
From: snjezana.peco at redhat.com (Snjezana Peco)
Date: Tue, 02 Sep 2014 14:29:06 +0200
Subject: [jbosstools-dev] [m2e-dev]  Fwd:  any swt/gtk experts around?
In-Reply-To: <5405B108.1000407@ifedorenko.com>
References: <540080AD.5080603@ifedorenko.com>	<CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>	<5405A3B6.5010908@redhat.com>
	<5405B108.1000407@ifedorenko.com>
Message-ID: <5405B812.3080101@redhat.com>

Is there a log when you disable SWT debug?

Snjeza

On 9/2/2014 1:59 PM, Igor Fedorenko wrote:
> Well, yes, I did enable SWT debug to see why m2e tests are failing. As
> you can see from the stack trace, Eclipse Workbench fails to start due
> to the SWT problem, which in turn results in test failing later on.
>
> I did some more looking into this and the problem appears to be specific
> to headless X servers (both VNC and Xvfb are affected) on Centos. The
> tests pass on Ubuntu, both in proper GUI session and using Xvfb and in
> Centos GUI session. I am guessing one of GTK libraries shipped with
> Centos misbehaves but don't know how to troubleshoot this further.
>
> --
> Regards,
> Igor
>
> On 2014-09-02, 7:02, Snjezana Peco wrote:
>> I think, in some way, you have set SWT debug options on the server.
>> Check if there is the .options file with the following lines:
>>
>> org.eclipse.ui/debug=true
>> org.eclipse.ui/debug/swtdebug=true
>> org.eclipse.ui/debug/swtdebugglobal=true
>>
>> Snjeza
>>
>> On 8/29/2014 3:34 PM, Fred Bricon wrote:
>>> ---------- Message transf?r? ----------
>>> De : "Igor Fedorenko" <igor at ifedorenko.com <mailto:igor at ifedorenko.com>>
>>> Date : 29 ao?t 2014 09:32
>>> Objet : [m2e-dev] any swt/gtk experts around?
>>> ? : "Maven Integration for Eclipse developers mailing list"
>>> <m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>>
>>> Cc :
>>>
>>> Few m2e tests started to fail recently on our CI system. These
>>> particular tests require Eclipse Workbench, which apparently fails to
>>> start due to some SWT/GTK misconfiguration. The same tests pass on my
>>> OSX laptop and Linux desktop, so the problem must be with our CI system,
>>> which runs centos 6.5, btw.
>>>
>>> The CI system has GTK2 libraries installed, but forcing SWT_GTK3=0 does
>>> not make any difference.
>>>
>>> I see the exception below when I enable SWT debug log, but this does not
>>> tell me anything.
>>>
>>> Has anyone seen this kind of problem before? Any suggestions how to
>>> troubleshoot this further?
>>>
>>>
>>>
>>> java.lang.Error
>>>          at org.eclipse.swt.graphics.Device.logProc(Device.java:755)
>>>          at org.eclipse.swt.internal.gtk.OS._gtk_container_add(Native
>>> Method)
>>>          at org.eclipse.swt.internal.gtk.OS.gtk_container_add(OS.java:7142)
>>>          at
>>> org.eclipse.swt.widgets.Composite.createHandle(Composite.java:317)
>>>          at org.eclipse.swt.widgets.Shell.createHandle(Shell.java:727)
>>>          at org.eclipse.swt.widgets.Widget.createWidget(Widget.java:422)
>>>          at org.eclipse.swt.widgets.Control.createWidget(Control.java:666)
>>>          at
>>> org.eclipse.swt.widgets.Scrollable.createWidget(Scrollable.java:153)
>>>          at
>>> org.eclipse.swt.widgets.Decorations.createWidget(Decorations.java:245)
>>>          at org.eclipse.swt.widgets.Shell.<init>(Shell.java:282)
>>>          at org.eclipse.swt.widgets.Shell.<init>(Shell.java:360)
>>>          at
>>> org.eclipse.ui.internal.quickaccess.SearchField.createWidget(SearchField.java:201)
>>>          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>          at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>          at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>          at java.lang.reflect.Method.invoke(Method.java:601)
>>>          at
>>> org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
>>>          at
>>> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
>>>          at
>>> org.eclipse.e4.core.internal.di.InjectorImpl.inject(InjectorImpl.java:120)
>>>          at
>>> org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:337)
>>>          at
>>> org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:271)
>>>          at
>>> org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:186)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:107)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:73)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:50)
>>>          at
>>> org.eclipse.e4.ui.workbench.renderers.swt.ToolControlRenderer.createWidget(ToolControlRenderer.java:108)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:983)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:662)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>>>          at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.handleEvent(PartRenderingEngine.java:289)
>>>          at
>>> org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(UIEventHandler.java:40)
>>>          at
>>> org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:187)
>>>          at
>>> org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:156)
>>>          at org.eclipse.swt.widgets.Display.syncExec(Display.java:4622)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.syncExec(E4Application.java:218)
>>>          at
>>> org.eclipse.e4.ui.services.internal.events.UIEventHandler.handleEvent(UIEventHandler.java:36)
>>>          at
>>> org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:197)
>>>          at
>>> org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:197)
>>>          at
>>> org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
>>>          at
>>> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
>>>          at
>>> org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
>>>          at
>>> org.eclipse.equinox.internal.event.EventAdminImpl.dispatchEvent(EventAdminImpl.java:135)
>>>          at
>>> org.eclipse.equinox.internal.event.EventAdminImpl.sendEvent(EventAdminImpl.java:78)
>>>          at
>>> org.eclipse.equinox.internal.event.EventComponent.sendEvent(EventComponent.java:39)
>>>          at
>>> org.eclipse.e4.ui.services.internal.events.EventBroker.send(EventBroker.java:81)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.UIEventPublisher.notifyChanged(UIEventPublisher.java:59)
>>>          at
>>> org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
>>>          at
>>> org.eclipse.emf.ecore.util.EcoreEList.dispatchNotification(EcoreEList.java:249)
>>>          at
>>> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:356)
>>>          at
>>> org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:341)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.processAddition(ContributionsAnalyzer.java:369)
>>>          at
>>> org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.addTrimContributions(TrimBarRenderer.java:194)
>>>          at
>>> org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.processContents(TrimBarRenderer.java:166)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$6.run(PartRenderingEngine.java:547)
>>>          at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:531)
>>>          at
>>> org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.processContents(WBWRenderer.java:687)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>>>          at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1074)
>>>          at
>>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
>>>          at
>>> org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
>>>          at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
>>>          at
>>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>>>          at
>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
>>>          at
>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>>>          at
>>> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
>>>          at
>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
>>>          at
>>> org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:115)
>>>          at
>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
>>>          at
>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>>          at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>>          at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>>          at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
>>>          at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:236)
>>>          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>          at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>          at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>          at java.lang.reflect.Method.invoke(Method.java:601)
>>>          at
>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
>>>          at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
>>>          at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
>>>          at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Igor
>>> _______________________________________________
>>> m2e-dev mailing list
>>> m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>
>>> To change your delivery options, retrieve your password, or
>>> unsubscribe from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/m2e-dev
>>>
>>>
>>> _______________________________________________
>>> jbosstools-dev mailing list
>>> jbosstools-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>>
>> _______________________________________________
>> m2e-dev mailing list
>> m2e-dev at eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/m2e-dev
>>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


From igor at ifedorenko.com  Tue Sep  2 08:39:44 2014
From: igor at ifedorenko.com (Igor Fedorenko)
Date: Tue, 02 Sep 2014 08:39:44 -0400
Subject: [jbosstools-dev] [m2e-dev]  Fwd:  any swt/gtk experts around?
In-Reply-To: <5405B812.3080101@redhat.com>
References: <540080AD.5080603@ifedorenko.com>
	<CAG2ouxR8mXJt3WD5tEwTLx4B_NHGe9_OuS01NGQgR85oZySzWQ@mail.gmail.com>
	<5405A3B6.5010908@redhat.com> <5405B108.1000407@ifedorenko.com>
	<5405B812.3080101@redhat.com>
Message-ID: <5e5f4767-1ed5-4659-b4f0-3d85fabace83@email.android.com>

There is nothing in the log unless I explicitly enable swt debug logging.

On September 2, 2014 8:29:06 AM EDT, Snjezana Peco <snjezana.peco at redhat.com> wrote:
>Is there a log when you disable SWT debug?
>
>Snjeza
>
>On 9/2/2014 1:59 PM, Igor Fedorenko wrote:
>> Well, yes, I did enable SWT debug to see why m2e tests are failing.
>As
>> you can see from the stack trace, Eclipse Workbench fails to start
>due
>> to the SWT problem, which in turn results in test failing later on.
>>
>> I did some more looking into this and the problem appears to be
>specific
>> to headless X servers (both VNC and Xvfb are affected) on Centos. The
>> tests pass on Ubuntu, both in proper GUI session and using Xvfb and
>in
>> Centos GUI session. I am guessing one of GTK libraries shipped with
>> Centos misbehaves but don't know how to troubleshoot this further.
>>
>> --
>> Regards,
>> Igor
>>
>> On 2014-09-02, 7:02, Snjezana Peco wrote:
>>> I think, in some way, you have set SWT debug options on the server.
>>> Check if there is the .options file with the following lines:
>>>
>>> org.eclipse.ui/debug=true
>>> org.eclipse.ui/debug/swtdebug=true
>>> org.eclipse.ui/debug/swtdebugglobal=true
>>>
>>> Snjeza
>>>
>>> On 8/29/2014 3:34 PM, Fred Bricon wrote:
>>>> ---------- Message transf?r? ----------
>>>> De : "Igor Fedorenko" <igor at ifedorenko.com
><mailto:igor at ifedorenko.com>>
>>>> Date : 29 ao?t 2014 09:32
>>>> Objet : [m2e-dev] any swt/gtk experts around?
>>>> ? : "Maven Integration for Eclipse developers mailing list"
>>>> <m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>>
>>>> Cc :
>>>>
>>>> Few m2e tests started to fail recently on our CI system. These
>>>> particular tests require Eclipse Workbench, which apparently fails
>to
>>>> start due to some SWT/GTK misconfiguration. The same tests pass on
>my
>>>> OSX laptop and Linux desktop, so the problem must be with our CI
>system,
>>>> which runs centos 6.5, btw.
>>>>
>>>> The CI system has GTK2 libraries installed, but forcing SWT_GTK3=0
>does
>>>> not make any difference.
>>>>
>>>> I see the exception below when I enable SWT debug log, but this
>does not
>>>> tell me anything.
>>>>
>>>> Has anyone seen this kind of problem before? Any suggestions how to
>>>> troubleshoot this further?
>>>>
>>>>
>>>>
>>>> java.lang.Error
>>>>          at
>org.eclipse.swt.graphics.Device.logProc(Device.java:755)
>>>>          at
>org.eclipse.swt.internal.gtk.OS._gtk_container_add(Native
>>>> Method)
>>>>          at
>org.eclipse.swt.internal.gtk.OS.gtk_container_add(OS.java:7142)
>>>>          at
>>>> org.eclipse.swt.widgets.Composite.createHandle(Composite.java:317)
>>>>          at
>org.eclipse.swt.widgets.Shell.createHandle(Shell.java:727)
>>>>          at
>org.eclipse.swt.widgets.Widget.createWidget(Widget.java:422)
>>>>          at
>org.eclipse.swt.widgets.Control.createWidget(Control.java:666)
>>>>          at
>>>>
>org.eclipse.swt.widgets.Scrollable.createWidget(Scrollable.java:153)
>>>>          at
>>>>
>org.eclipse.swt.widgets.Decorations.createWidget(Decorations.java:245)
>>>>          at org.eclipse.swt.widgets.Shell.<init>(Shell.java:282)
>>>>          at org.eclipse.swt.widgets.Shell.<init>(Shell.java:360)
>>>>          at
>>>>
>org.eclipse.ui.internal.quickaccess.SearchField.createWidget(SearchField.java:201)
>>>>          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>Method)
>>>>          at
>>>>
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>          at
>>>>
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>          at java.lang.reflect.Method.invoke(Method.java:601)
>>>>          at
>>>>
>org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
>>>>          at
>>>>
>org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
>>>>          at
>>>>
>org.eclipse.e4.core.internal.di.InjectorImpl.inject(InjectorImpl.java:120)
>>>>          at
>>>>
>org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:337)
>>>>          at
>>>>
>org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:271)
>>>>          at
>>>>
>org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:186)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:107)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:73)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:50)
>>>>          at
>>>>
>org.eclipse.e4.ui.workbench.renderers.swt.ToolControlRenderer.createWidget(ToolControlRenderer.java:108)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:983)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:662)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>>>>          at
>org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.handleEvent(PartRenderingEngine.java:289)
>>>>          at
>>>>
>org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(UIEventHandler.java:40)
>>>>          at
>>>>
>org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:187)
>>>>          at
>>>>
>org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:156)
>>>>          at
>org.eclipse.swt.widgets.Display.syncExec(Display.java:4622)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.syncExec(E4Application.java:218)
>>>>          at
>>>>
>org.eclipse.e4.ui.services.internal.events.UIEventHandler.handleEvent(UIEventHandler.java:36)
>>>>          at
>>>>
>org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:197)
>>>>          at
>>>>
>org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:197)
>>>>          at
>>>>
>org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
>>>>          at
>>>>
>org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
>>>>          at
>>>>
>org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
>>>>          at
>>>>
>org.eclipse.equinox.internal.event.EventAdminImpl.dispatchEvent(EventAdminImpl.java:135)
>>>>          at
>>>>
>org.eclipse.equinox.internal.event.EventAdminImpl.sendEvent(EventAdminImpl.java:78)
>>>>          at
>>>>
>org.eclipse.equinox.internal.event.EventComponent.sendEvent(EventComponent.java:39)
>>>>          at
>>>>
>org.eclipse.e4.ui.services.internal.events.EventBroker.send(EventBroker.java:81)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.UIEventPublisher.notifyChanged(UIEventPublisher.java:59)
>>>>          at
>>>>
>org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
>>>>          at
>>>>
>org.eclipse.emf.ecore.util.EcoreEList.dispatchNotification(EcoreEList.java:249)
>>>>          at
>>>>
>org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:356)
>>>>          at
>>>>
>org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:341)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.processAddition(ContributionsAnalyzer.java:369)
>>>>          at
>>>>
>org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.addTrimContributions(TrimBarRenderer.java:194)
>>>>          at
>>>>
>org.eclipse.e4.ui.workbench.renderers.swt.TrimBarRenderer.processContents(TrimBarRenderer.java:166)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$6.run(PartRenderingEngine.java:547)
>>>>          at
>org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:531)
>>>>          at
>>>>
>org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.processContents(WBWRenderer.java:687)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:674)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
>>>>          at
>org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1074)
>>>>          at
>>>>
>org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
>>>>          at
>>>>
>org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
>>>>          at
>org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
>>>>          at
>>>>
>org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
>>>>          at
>>>>
>org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
>>>>          at
>>>>
>org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>>>>          at
>>>>
>org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
>>>>          at
>>>>
>org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
>>>>          at
>>>>
>org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:115)
>>>>          at
>>>>
>org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
>>>>          at
>>>>
>org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>>>          at
>>>>
>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>>>          at
>>>>
>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>>>          at
>>>>
>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
>>>>          at
>>>>
>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:236)
>>>>          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>Method)
>>>>          at
>>>>
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>          at
>>>>
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>          at java.lang.reflect.Method.invoke(Method.java:601)
>>>>          at
>>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
>>>>          at
>org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
>>>>          at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
>>>>          at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Regards,
>>>> Igor
>>>> _______________________________________________
>>>> m2e-dev mailing list
>>>> m2e-dev at eclipse.org <mailto:m2e-dev at eclipse.org>
>>>> To change your delivery options, retrieve your password, or
>>>> unsubscribe from this list, visit
>>>> https://dev.eclipse.org/mailman/listinfo/m2e-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> jbosstools-dev mailing list
>>>> jbosstools-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>>
>>>
>>> _______________________________________________
>>> m2e-dev mailing list
>>> m2e-dev at eclipse.org
>>> To change your delivery options, retrieve your password, or
>unsubscribe from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/m2e-dev
>>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

From angelo.zerr at gmail.com  Tue Sep  2 09:15:15 2014
From: angelo.zerr at gmail.com (Angelo zerr)
Date: Tue, 2 Sep 2014 15:15:15 +0200
Subject: [jbosstools-dev] Please test AngularJS Eclipse 0.5.0-SNAPSHOT
In-Reply-To: <CAKLdLg_f=rynWGCSHhRqFVbAJtjOJZhvTqWchCbXz5zFDt0qBw@mail.gmail.com>
References: <CAKLdLg9mL11iUV-ANARJ0wJCndHSng8iUnfHLhBbSAjKRcWkmQ@mail.gmail.com>
	<52360DE2-18B2-48A4-9D38-5ED102F04F05@redhat.com>
	<CAKLdLg9U=TUtYXSC=s3DAezLE4NOOqQLUNruf3iAJxgwsn8j-Q@mail.gmail.com>
	<CAKLdLg8ZMtrMLVOeUrcKhF05hTryaTGc49_onvTTcFdOp-5x6g@mail.gmail.com>
	<54006487.9010204@exadel.com>
	<CAKLdLg_f=rynWGCSHhRqFVbAJtjOJZhvTqWchCbXz5zFDt0qBw@mail.gmail.com>
Message-ID: <CAKLdLg9_mFp6PoBb72KyDbdrRWNNMpzm4s_rwseQXkn96+Vf6g@mail.gmail.com>

Hi all,

Here some informations :

 * AngularJS Eclipse 0.5.0 was released
https://github.com/angelozerr/angularjs-eclipse/wiki/New-and-Noteworthy-0.5.0
 * I have started to support PHP
https://github.com/angelozerr/angularjs-eclipse/wiki/New-and-Noteworthy-0.6.0
 * I have created a WTP bug to support Angular validation with clean code
at https://bugs.eclipse.org/bugs/show_bug.cgi?id=443097

Regard's Angelo


2014-08-29 16:03 GMT+02:00 Angelo zerr <angelo.zerr at gmail.com>:

>
>
>
> 2014-08-29 13:31 GMT+02:00 Victor Rubezhny <vrubezhny at exadel.com>:
>
>  On 08/29/2014 12:11 PM, Angelo zerr wrote:
>>
>> Hi guys,
>>
>>  I would like to know if you have tested AngularJS 0.5.0 and if it works
>> for you (highlight, completion etc).
>>
>>  If it works, Iwould liek to remove code which create DOM for Angular
>> with custom JFlex. See
>> https://github.com/angelozerr/angularjs-eclipse/issues/84
>>
>>  Many thank's for your answer!
>>
>>  Regard's Angelo
>>
>>
>>
> Hi Victor,
>
>
>>  Angelo,
>>
>> We've tested AngularJS v. 0.5.0.201408281218 and it works well for us.
>>
>
> Cool! OK I have removed "org.eclipse.angularjs.core.angularsource" content
> type. See https://github.com/angelozerr/angularjs-eclipse/issues/84
> It should continue to work, but if you have time to retry it, it should be
> very cool.
>
> I have planed to create the 0.5.0 release in September if pascal have time
> to do that. See https://github.com/angelozerr/angularjs-eclipse/issues/89
>
> For JSP Validator, it should be very cool if we can discuss about that to
> improve WTP Validator to ignore element/attributes errors with an extension
> point.
> See
> https://github.com/angelozerr/angularjs-eclipse/issues/80#issuecomment-53044063
>
>
>>
>> Thanks!
>>
>> Victor
>>
>>
>> 2014-08-27 11:13 GMT+02:00 Angelo zerr <angelo.zerr at gmail.com>:
>>
>>> Hi Max,
>>>
>>>  Many thank's for your answer.
>>>
>>>
>>>  2014-08-27 10:17 GMT+02:00 Max Rydahl Andersen <manderse at redhat.com>:
>>>
>>>  On 25 Aug 2014, at 11:22, Angelo zerr wrote:
>>>>
>>>> Hi all,
>>>>>
>>>>> I have done a big refactoring for AngularJS Eclipse 0.5.0-SNAPSHOT to
>>>>> support highlight inside HTML and JSP (or other editor) and custom
>>>>> markup
>>>>> interpolation by removing my custom DOM Document for Angular. Now I use
>>>>> standard DOM SSE Document (So I have remove the AngularJS too).
>>>>>
>>>>> You can see those features at
>>>>>
>>>>> https://github.com/angelozerr/angularjs-eclipse/wiki/New-and-Noteworthy-0.5.0
>>>>>
>>>>
>>>>  This looks fantastic Angelo! Thats what I was taking about initially -
>>>> happy to see it
>>>> seem to be possible.
>>>
>>>
>>>  Glad those features please you!
>>>
>>>  I'm waiting for that Victor tests 0.5.0 and afler that I will remove
>>> "org.eclipse.angularjs.core.angularsource" to clean code . See
>>> https://github.com/angelozerr/angularjs-eclipse/issues/84
>>> After that I would like to create a new release (when Pascal will have
>>> time).
>>>
>>>  I have implemented JSP Validator for AngularJS Eclipse but my code is
>>> very ugly (I had to copied/pasted the original JSP Validator to ignore
>>> angular elements/attributes errors-()
>>> To fix that, WTP Validator should provide an extension point to ignore
>>> validation.
>>>
>>>  I have explained the problem at
>>> https://github.com/angelozerr/angularjs-eclipse/issues/80#issuecomment-53044063
>>>
>>>  Hope WTP will provide this extension point.
>>>
>>>  After 0.5.0, I have a lot of idea like managing JS completion,
>>> hyperlink, hover, validation inside string for templateUrl (and other
>>> thing) :
>>>
>>>  ------------------------------------------------------------------
>>>  app.directive('productTitle',function(){
>>>  return {
>>>  restrict: 'E',
>>>  templateUrl: // here Ctrl+Space shows list of HTML files
>>>  };
>>>  });
>>>  ------------------------------------------------------------------
>>>
>>>  Tern must be improved to support that, there is a guy who is
>>> developping tern-closure who does some PR to Tern (that's very cool)
>>>
>>>  Intellij does that, I would like to support it.
>>>
>>>
>>>>
>>>> Before cleaning my code by removing the custm DOM Document for Angular
>>>>> (for
>>>>> the moment I have marked the code as deprecated), I would like to know
>>>>> if
>>>>> some people could test AngularJS Eclipse 0.5.0-SNAPSHOT (check that
>>>>> highlight, completion, hover, hyperlink works inside angular expression
>>>>> inside HTML and JSP).
>>>>>
>>>>
>>>>  Victor should be looking at verifying this version with our jboss
>>>> tools usage today so
>>>> I hope he will be able to give some feedback this week.
>>>>
>>>
>>>  Great.
>>>
>>>>
>>>> If things pan out we'll try integrate this version for our upcoming CR1
>>>> freeze tomorrow.
>>>
>>>
>>>  Have a nice day.
>>>
>>>>
>>>>
>>>> Many thank's for your help.
>>>>>
>>>>> Hope you will like this new features.
>>>>>
>>>>
>>>>  I definitely do ;)
>>>>
>>>> /max
>>>> http://about.me/maxandersen
>>>>
>>>
>>>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing listjbosstools-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140902/1b2cbadb/attachment.html 

From rcernich at redhat.com  Tue Sep  2 09:44:42 2014
From: rcernich at redhat.com (Rob Cernich)
Date: Tue, 2 Sep 2014 09:44:42 -0400 (EDT)
Subject: [jbosstools-dev] [Soa-tools-list] JBTIS: Managment of External
	Components
In-Reply-To: <89C567B1-98EE-4ED4-B7CC-08A5F694EAD5@redhat.com>
References: <202139239.37112791.1409166811286.JavaMail.zimbra@redhat.com>
	<2067831155.21529143.1409167118880.JavaMail.zimbra@redhat.com>
	<653160038.37123606.1409168854389.JavaMail.zimbra@redhat.com>
	<49133A7C-5D43-49DA-B00D-AB4082BF5A36@redhat.com>
	<1358148431.37637894.1409237100064.JavaMail.zimbra@redhat.com>
	<89C567B1-98EE-4ED4-B7CC-08A5F694EAD5@redhat.com>
Message-ID: <784690422.39628161.1409665482237.JavaMail.zimbra@redhat.com>

> >> Now, back to the reason why we have them as TP entries as opposed to
> >> other components is a few:
> >>
> >> a) to make sure we have a download.jboss.org mirror since eclipse
> >> mirrors are unreliable/slower (especially for people outside US)
> >
> > Not sure how having this in the TP guarantees there is a mirror.  If
> > developers are constrained to _only_ using dependencies located on a
> > jboss.org downloads page, it shouldn't be an issue where it comes
> > from.
> 
> Part of the TP steps  we have is that the updatesite we take from get
> mirrored. We don't refer to non-mirrored content - if we do thats a bug
> ;)
> 
> > Just because a developer is using a TP doesn't mean they can't add
> > other repositories to their projects.
> 
> Of course everyone can add anything - but we are talking about what we
> prefer/recommend/require.
> 
> > Furthermore, if a project depends on another component provided by
> > JBoss (e.g. SAVARA depends on SwitchYard), those projects aren't in
> > the TP and users must manage those dependencies themselves.
> 
> Yes - but for now lets focus on the eclipse.org provided bits.
> 
> >> b) it is to ensure we are not just using the "master"/nightly builds
> >> of
> >> external dependencies
> >
> > Same comment as above, just because it's in the TP doesn't mean
> > projects can't circumvent it.
> 
> No, of course not. projects can also commit code that deletes all users
> files when it is high noon - we try and trust where we can :)
> 
> >>
> >> c) it is to ensure we do not drag in transitive dependencies from
> >> eclipse.org component updatesites which (at least in the past) have
> >> had
> >> lots of updatesite references to mix of p2 sites that resulted in
> >> duplicated dependencies and/or wrong/non-deterministic p2 resolution
> >> (because the updatessites
> >> was one of a or b)
> >
> > Same comment as above.
> 
> >
> >>
> >> d) the eclipse.org parts tend to participate in the eclipse release
> >> train - thus (for simplicity) using them via TP makes it easier to
> >> track
> >
> > One of the subtleties that I think you've missed is that the BPMN2
> > modeller is a feature provided by JBTIS and not simply a dependency
> > required by other features.  By moving the version of the BPMN2
> > modeller forward, the JBTIS site project was broken as the dependency
> > set was not aligned.  If the BPMN2 modeller feature were included as
> > part of the site project, instead of the TP project, everybody can
> > move forward in lock step.  That said, you could also argue that the
> > site project shouldn't have been updated until _all_ projects were
> > ready, which did not occur in this case.  (I'd be happy with this
> > solution as well.)
> 
> Yes, I believe if there is a dependency coming in from eclipse.org (or
> anything "external") is that the JBTIS TP should not be updated before
> needed...
> 
> also it should not have bumped it in the TP version used by all
> projects.
> 
> >> e) finally it is there to ensure we don't see a drift in multiple
> >> modules adding different versions into their dependency/build chain.
> >> (For core that is less likely since we have jbosstools parent pom to
> >> at
> >> least centralize where the various updatesites are located, but jbtis
> >> is
> >> much more spread out...hence a TP seem more relevant?)
> >
> > I don't think this is a problem since this is all included via the
> > JBTIS site build.  There is no way different dependency chains will be
> > injected since the individual project sites should not be including
> > references to other sites.  My understanding is that we prune this
> > info when we create our mirrored sites, so we shouldn't be picking up
> > anything extra when we build our product sites.  That said, if this is
> > not the case, then it pretty much has to be in the TP to keep from
> > polluting the product site (although, I think Nick has some special
> > magic that prunes repository references from the generated site
> > artifacts).
> 
> Yeah, the main "extra validation" we get by having thngs in TP is that
> the compilation at project level will fail early where as if JBTIS just
> aggregates
> it will not necessarily see any errors unless you actually run a 100%
> coverage test on it.
> 
> >> So that is the reasons...now ...does the bpmn2 and bpel parts receive
> >> many active updates that makes it non-feasible just including updates
> >> via the "normal" TP update process ?
> >
> > That I can't answer, but I suspect the reason the BPMN2 modeller was
> > bumped without proper coordination was because somebody in product
> > management was asking for it.
> 
> Yeah but product management requests should not void the process of
> synchronzing dependencies.
> 
> > The Eclipse BPMN2 modeller is part of our product suite, so I would
> > expect that it's lifecycle will fall in line with our product
> > lifecycles, meaning it will be treated similarly to JBoss provided
> > features, which is another reason to treat it as a we treat JBoss
> > components.  (This is pure speculation, by the way.)
> 
> >> ..and/or are there some hidden burdens in this that might not be
> >> visible
> >> ?
> >
> > I don't think there's anything hidden here.  SwitchYard has been
> > specifying a repository for BPMN2 modeller since we started requiring
> > it.  This allows us to bump the version before it gets bumped in
> > JBTIS, allowing both to move forward in tandem when everybody is ready
> > to do so.  We're actually doing this now, since we started working on
> > the update prior to the TP being updated, and it's working just fine.
> 
> Yes, you can always add a custom repo in for doing development work -
> but once you can start relying on more coordinated TP content this seem
> to be a better option.
> 
> btw. I actually think for JBoss Tools we could more safely use this
> approach (Since we compile/build all projects and have conventions for
> repo references so can override in the build to get API
> incompatibilities to fail build quickly) - for JBTIS where there is no
> such step I feel sharing TP would be a safer approach (since if things
> goes bad they are found...like this where a dependency was updated that
> did not match what you expected).
> 
> If it had not been in the TP this mismatch could have been hidden for a
> while - and only be discovered late.
> 

Actually, this was found during the site build, which is actually better, because there is no way of knowing whether or not various components have updated their poms to use the latest TP (which is probably why SY was removed from the distro: to get the site projects building again), so there is no real advantage to keeping this in the TP versus accessing the mirrored repo from the site projects.  In either case, the artifacts in question are mirrored appropriately (they're either part of the TP repo or the JBTIS repo).

From rcernich at redhat.com  Tue Sep  2 10:50:04 2014
From: rcernich at redhat.com (Rob Cernich)
Date: Tue, 2 Sep 2014 10:50:04 -0400 (EDT)
Subject: [jbosstools-dev] [Soa-tools-list] JBTIS: Managment of External
	Components
In-Reply-To: <784690422.39628161.1409665482237.JavaMail.zimbra@redhat.com>
References: <202139239.37112791.1409166811286.JavaMail.zimbra@redhat.com>
	<2067831155.21529143.1409167118880.JavaMail.zimbra@redhat.com>
	<653160038.37123606.1409168854389.JavaMail.zimbra@redhat.com>
	<49133A7C-5D43-49DA-B00D-AB4082BF5A36@redhat.com>
	<1358148431.37637894.1409237100064.JavaMail.zimbra@redhat.com>
	<89C567B1-98EE-4ED4-B7CC-08A5F694EAD5@redhat.com>
	<784690422.39628161.1409665482237.JavaMail.zimbra@redhat.com>
Message-ID: <821397554.39674656.1409669404505.JavaMail.zimbra@redhat.com>

> > >> Now, back to the reason why we have them as TP entries as opposed to
> > >> other components is a few:
> > >>
> > >> a) to make sure we have a download.jboss.org mirror since eclipse
> > >> mirrors are unreliable/slower (especially for people outside US)
> > >
> > > Not sure how having this in the TP guarantees there is a mirror.  If
> > > developers are constrained to _only_ using dependencies located on a
> > > jboss.org downloads page, it shouldn't be an issue where it comes
> > > from.
> > 
> > Part of the TP steps  we have is that the updatesite we take from get
> > mirrored. We don't refer to non-mirrored content - if we do thats a bug
> > ;)
> > 
> > > Just because a developer is using a TP doesn't mean they can't add
> > > other repositories to their projects.
> > 
> > Of course everyone can add anything - but we are talking about what we
> > prefer/recommend/require.
> > 
> > > Furthermore, if a project depends on another component provided by
> > > JBoss (e.g. SAVARA depends on SwitchYard), those projects aren't in
> > > the TP and users must manage those dependencies themselves.
> > 
> > Yes - but for now lets focus on the eclipse.org provided bits.
> > 
> > >> b) it is to ensure we are not just using the "master"/nightly builds
> > >> of
> > >> external dependencies
> > >
> > > Same comment as above, just because it's in the TP doesn't mean
> > > projects can't circumvent it.
> > 
> > No, of course not. projects can also commit code that deletes all users
> > files when it is high noon - we try and trust where we can :)
> > 
> > >>
> > >> c) it is to ensure we do not drag in transitive dependencies from
> > >> eclipse.org component updatesites which (at least in the past) have
> > >> had
> > >> lots of updatesite references to mix of p2 sites that resulted in
> > >> duplicated dependencies and/or wrong/non-deterministic p2 resolution
> > >> (because the updatessites
> > >> was one of a or b)
> > >
> > > Same comment as above.
> > 
> > >
> > >>
> > >> d) the eclipse.org parts tend to participate in the eclipse release
> > >> train - thus (for simplicity) using them via TP makes it easier to
> > >> track
> > >
> > > One of the subtleties that I think you've missed is that the BPMN2
> > > modeller is a feature provided by JBTIS and not simply a dependency
> > > required by other features.  By moving the version of the BPMN2
> > > modeller forward, the JBTIS site project was broken as the dependency
> > > set was not aligned.  If the BPMN2 modeller feature were included as
> > > part of the site project, instead of the TP project, everybody can
> > > move forward in lock step.  That said, you could also argue that the
> > > site project shouldn't have been updated until _all_ projects were
> > > ready, which did not occur in this case.  (I'd be happy with this
> > > solution as well.)
> > 
> > Yes, I believe if there is a dependency coming in from eclipse.org (or
> > anything "external") is that the JBTIS TP should not be updated before
> > needed...
> > 
> > also it should not have bumped it in the TP version used by all
> > projects.
> > 
> > >> e) finally it is there to ensure we don't see a drift in multiple
> > >> modules adding different versions into their dependency/build chain.
> > >> (For core that is less likely since we have jbosstools parent pom to
> > >> at
> > >> least centralize where the various updatesites are located, but jbtis
> > >> is
> > >> much more spread out...hence a TP seem more relevant?)
> > >
> > > I don't think this is a problem since this is all included via the
> > > JBTIS site build.  There is no way different dependency chains will be
> > > injected since the individual project sites should not be including
> > > references to other sites.  My understanding is that we prune this
> > > info when we create our mirrored sites, so we shouldn't be picking up
> > > anything extra when we build our product sites.  That said, if this is
> > > not the case, then it pretty much has to be in the TP to keep from
> > > polluting the product site (although, I think Nick has some special
> > > magic that prunes repository references from the generated site
> > > artifacts).
> > 
> > Yeah, the main "extra validation" we get by having thngs in TP is that
> > the compilation at project level will fail early where as if JBTIS just
> > aggregates
> > it will not necessarily see any errors unless you actually run a 100%
> > coverage test on it.
> > 
> > >> So that is the reasons...now ...does the bpmn2 and bpel parts receive
> > >> many active updates that makes it non-feasible just including updates
> > >> via the "normal" TP update process ?
> > >
> > > That I can't answer, but I suspect the reason the BPMN2 modeller was
> > > bumped without proper coordination was because somebody in product
> > > management was asking for it.
> > 
> > Yeah but product management requests should not void the process of
> > synchronzing dependencies.
> > 
> > > The Eclipse BPMN2 modeller is part of our product suite, so I would
> > > expect that it's lifecycle will fall in line with our product
> > > lifecycles, meaning it will be treated similarly to JBoss provided
> > > features, which is another reason to treat it as a we treat JBoss
> > > components.  (This is pure speculation, by the way.)
> > 
> > >> ..and/or are there some hidden burdens in this that might not be
> > >> visible
> > >> ?
> > >
> > > I don't think there's anything hidden here.  SwitchYard has been
> > > specifying a repository for BPMN2 modeller since we started requiring
> > > it.  This allows us to bump the version before it gets bumped in
> > > JBTIS, allowing both to move forward in tandem when everybody is ready
> > > to do so.  We're actually doing this now, since we started working on
> > > the update prior to the TP being updated, and it's working just fine.
> > 
> > Yes, you can always add a custom repo in for doing development work -
> > but once you can start relying on more coordinated TP content this seem
> > to be a better option.
> > 
> > btw. I actually think for JBoss Tools we could more safely use this
> > approach (Since we compile/build all projects and have conventions for
> > repo references so can override in the build to get API
> > incompatibilities to fail build quickly) - for JBTIS where there is no
> > such step I feel sharing TP would be a safer approach (since if things
> > goes bad they are found...like this where a dependency was updated that
> > did not match what you expected).
> > 
> > If it had not been in the TP this mismatch could have been hidden for a
> > while - and only be discovered late.
> > 
> 
> Actually, this was found during the site build, which is actually better,
> because there is no way of knowing whether or not various components have
> updated their poms to use the latest TP (which is probably why SY was
> removed from the distro: to get the site projects building again), so there
> is no real advantage to keeping this in the TP versus accessing the mirrored
> repo from the site projects.  In either case, the artifacts in question are
> mirrored appropriately (they're either part of the TP repo or the JBTIS
> repo).

Actually, since we're providing a single TP repo for a platform, I think it actually makes more sense to include things like this in the JBTIS repo.  If we need to roll versions in the future, that would mean updating the TP, which could break existing JBTIS repo's (because the latest TP has an incompatible version).

> 
> _______________________________________________
> Soa-tools-list mailing list
> Soa-tools-list at redhat.com
> https://www.redhat.com/mailman/listinfo/soa-tools-list
> 

From angelo.zerr at gmail.com  Tue Sep  2 16:55:34 2014
From: angelo.zerr at gmail.com (Angelo zerr)
Date: Tue, 2 Sep 2014 22:55:34 +0200
Subject: [jbosstools-dev] tern.js license problem & PDT
Message-ID: <CAKLdLg--JS+gzn3b067LQCpo3j_AwWN6qP-JY1SykHrD_gCPcQ@mail.gmail.com>

Hi Max,

I have spoken about my work with AngularJS support for PHP (PDT) in the PDT
forum, and Kaloyan Raev asked me what is the problem with tern.js license
to host tern.java inside Eclipse Fondation?

If you can answer him at
https://www.eclipse.org/forums/index.php/mv/msg/805099/1415429/#msg_1415429
it should be very cool.

Thank's!

Regard's Angelo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140902/d17f55b7/attachment.html 

From manderse at redhat.com  Wed Sep  3 02:59:34 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Wed, 3 Sep 2014 02:59:34 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with illegal fix version
Message-ID: <201409030659.s836xYic016089@int-mx14.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for JBIDE-18212

https://issues.jboss.org/browse/JBIDE-18212
Summary: 3 Test Failure(s) in JBIDE 4.2.0.CR1 for central component

Assignee(s): snjeza <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): central
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 10:43:38.402048

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-365d

From manderse at redhat.com  Wed Sep  3 02:59:36 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Wed, 3 Sep 2014 02:59:36 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component
Message-ID: <201409030659.s836xaud025086@int-mx11.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBIDE-18233

https://issues.jboss.org/browse/JBIDE-18233
Summary: Unable to update ADT within JBDS 7.1.1 to Android SDK 23+

Assignee: None set - please fix.
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 20:31:15.414324

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From manderse at redhat.com  Wed Sep  3 07:15:15 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Wed, 03 Sep 2014 13:15:15 +0200
Subject: [jbosstools-dev] [Soa-tools-list] JBTIS: Managment of External
	Components
In-Reply-To: <821397554.39674656.1409669404505.JavaMail.zimbra@redhat.com>
References: <202139239.37112791.1409166811286.JavaMail.zimbra@redhat.com>
	<2067831155.21529143.1409167118880.JavaMail.zimbra@redhat.com>
	<653160038.37123606.1409168854389.JavaMail.zimbra@redhat.com>
	<49133A7C-5D43-49DA-B00D-AB4082BF5A36@redhat.com>
	<1358148431.37637894.1409237100064.JavaMail.zimbra@redhat.com>
	<89C567B1-98EE-4ED4-B7CC-08A5F694EAD5@redhat.com>
	<784690422.39628161.1409665482237.JavaMail.zimbra@redhat.com>
	<821397554.39674656.1409669404505.JavaMail.zimbra@redhat.com>
Message-ID: <47062DE5-A246-49FB-8FFF-8E60F20F5319@redhat.com>


>> Actually, this was found during the site build, which is actually 
>> better,
>> because there is no way of knowing whether or not various components 
>> have
>> updated their poms to use the latest TP (which is probably why SY was
>> removed from the distro: to get the site projects building again), so 
>> there
>> is no real advantage to keeping this in the TP versus accessing the 
>> mirrored
>> repo from the site projects.  In either case, the artifacts in 
>> question are
>> mirrored appropriately (they're either part of the TP repo or the 
>> JBTIS
>> repo).
>
> Actually, since we're providing a single TP repo for a platform, I 
> think it actually makes more sense to include things like this in the 
> JBTIS repo.
> If we need to roll versions in the future, that would mean updating 
> the TP, which could break existing JBTIS repo's (because the latest TP 
> has an incompatible version).

Not fully sure what you mean here. When you say JBTIS repo what do you 
mean ?

And how would existing JBTIS repos be broken by a change to a newer 
version of the TP ? If they get broken they need to break wont they so 
we can fix it ?

/max
http://about.me/maxandersen

From manderse at redhat.com  Wed Sep  3 07:10:53 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Wed, 03 Sep 2014 13:10:53 +0200
Subject: [jbosstools-dev] [Soa-tools-list] JBTIS: Managment of External
	Components
In-Reply-To: <784690422.39628161.1409665482237.JavaMail.zimbra@redhat.com>
References: <202139239.37112791.1409166811286.JavaMail.zimbra@redhat.com>
	<2067831155.21529143.1409167118880.JavaMail.zimbra@redhat.com>
	<653160038.37123606.1409168854389.JavaMail.zimbra@redhat.com>
	<49133A7C-5D43-49DA-B00D-AB4082BF5A36@redhat.com>
	<1358148431.37637894.1409237100064.JavaMail.zimbra@redhat.com>
	<89C567B1-98EE-4ED4-B7CC-08A5F694EAD5@redhat.com>
	<784690422.39628161.1409665482237.JavaMail.zimbra@redhat.com>
Message-ID: <7E026D6F-4981-47EB-8AF1-02806ACE7343@redhat.com>


>> Yes, you can always add a custom repo in for doing development work -
>> but once you can start relying on more coordinated TP content this 
>> seem
>> to be a better option.
>>
>> btw. I actually think for JBoss Tools we could more safely use this
>> approach (Since we compile/build all projects and have conventions 
>> for
>> repo references so can override in the build to get API
>> incompatibilities to fail build quickly) - for JBTIS where there is 
>> no
>> such step I feel sharing TP would be a safer approach (since if 
>> things
>> goes bad they are found...like this where a dependency was updated 
>> that
>> did not match what you expected).
>>
>> If it had not been in the TP this mismatch could have been hidden for 
>> a
>> while - and only be discovered late.
>>
> Actually, this was found during the site build, which is actually 
> better,

I assume you mean it was found in the site build of JBTIS because it was 
part of the TP and conflicted with SY's usage of IU names ?

> because there is no way of knowing whether or not various components 
> have updated their poms to use the latest TP (which is probably why SY 
> was removed from the distro: to get the site projects building again),

Unless if components would agree on having a uniform way of overriding 
the TP used for building - then it could be (more easily) be verified, 
i.e. Paul L. could run a build to verify without having to ping everyone 
to verify basic updates.

> so there is no real advantage to keeping this in the TP versus 
> accessing the mirrored repo from the site projects.  In either case, 
> the artifacts in question are mirrored appropriately (they're either 
> part of the TP repo or the JBTIS repo).

Also no advantage to have each components point to the site projects 
afaics - with TP its at least done consistently in one place.

 From my perspective the "glitch" this time around was an update to TP 
was done without a coordinated reason. I've suggested Paul to look at 
what we do recently on jboss tools core to make the reasons for TP 
changes more clear so we actually know from where the change request 
came - in this case it was not PM, but QE asking for updating the 
component and in the process it was forgotten other parts might be 
affected.

If just move it out of the TP then each component need to update their 
link for this "External" component when testing if the component causes 
any conflict for them.

Hence my suggestion is still to keep it in TP and actually coordinate 
the upgrades with a deadline to make the changes easier to react to and 
document if/when there are issues since each team are on so wildly 
different schedules.

WDYT?

/max
http://about.me/maxandersen

From manderse at redhat.com  Wed Sep  3 07:57:30 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Wed, 03 Sep 2014 13:57:30 +0200
Subject: [jbosstools-dev] tern.js license problem & PDT
In-Reply-To: <CAKLdLg--JS+gzn3b067LQCpo3j_AwWN6qP-JY1SykHrD_gCPcQ@mail.gmail.com>
References: <CAKLdLg--JS+gzn3b067LQCpo3j_AwWN6qP-JY1SykHrD_gCPcQ@mail.gmail.com>
Message-ID: <0A2FA349-6852-4EAA-B3D2-0DF4FAD147CB@redhat.com>

answered.

> Hi Max,
>
> I have spoken about my work with AngularJS support for PHP (PDT) in the PDT
> forum, and Kaloyan Raev asked me what is the problem with tern.js license
> to host tern.java inside Eclipse Fondation?
>
> If you can answer him at
> https://www.eclipse.org/forums/index.php/mv/msg/805099/1415429/#msg_1415429
> it should be very cool.
>
> Thank's!
>
> Regard's Angelo
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen

From angelo.zerr at gmail.com  Wed Sep  3 08:26:19 2014
From: angelo.zerr at gmail.com (Angelo zerr)
Date: Wed, 3 Sep 2014 14:26:19 +0200
Subject: [jbosstools-dev] tern.js license problem & PDT
In-Reply-To: <0A2FA349-6852-4EAA-B3D2-0DF4FAD147CB@redhat.com>
References: <CAKLdLg--JS+gzn3b067LQCpo3j_AwWN6qP-JY1SykHrD_gCPcQ@mail.gmail.com>
	<0A2FA349-6852-4EAA-B3D2-0DF4FAD147CB@redhat.com>
Message-ID: <CAKLdLg-AOfhidZcTjYa+RVXd3uqCrmsq1JUFkapnK4_p54yO1Q@mail.gmail.com>

Many thank's max.

I hope more people will be interested with tern.java, more we have a chance
that IBM accepts tern.js

Regard's Angelo


2014-09-03 13:57 GMT+02:00 Max Rydahl Andersen <manderse at redhat.com>:

> answered.
>
> > Hi Max,
> >
> > I have spoken about my work with AngularJS support for PHP (PDT) in the
> PDT
> > forum, and Kaloyan Raev asked me what is the problem with tern.js license
> > to host tern.java inside Eclipse Fondation?
> >
> > If you can answer him at
> >
> https://www.eclipse.org/forums/index.php/mv/msg/805099/1415429/#msg_1415429
> > it should be very cool.
> >
> > Thank's!
> >
> > Regard's Angelo
> > _______________________________________________
> > jbosstools-dev mailing list
> > jbosstools-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
>
> /max
> http://about.me/maxandersen
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140903/6f58be21/attachment-0001.html 

From manderse at redhat.com  Wed Sep  3 08:55:49 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Wed, 03 Sep 2014 14:55:49 +0200
Subject: [jbosstools-dev] tern.js license problem & PDT
In-Reply-To: <CAKLdLg-AOfhidZcTjYa+RVXd3uqCrmsq1JUFkapnK4_p54yO1Q@mail.gmail.com>
References: <CAKLdLg--JS+gzn3b067LQCpo3j_AwWN6qP-JY1SykHrD_gCPcQ@mail.gmail.com>
	<0A2FA349-6852-4EAA-B3D2-0DF4FAD147CB@redhat.com>
	<CAKLdLg-AOfhidZcTjYa+RVXd3uqCrmsq1JUFkapnK4_p54yO1Q@mail.gmail.com>
Message-ID: <E3BCE6D0-5A20-4BA6-9745-FD993D938A30@redhat.com>

On 3 Sep 2014, at 14:26, Angelo zerr wrote:

> Many thank's max.
>
> I hope more people will be interested with tern.java, more we have a 
> chance
> that IBM accepts tern.js

just reach out to them - don't be shy ;)

If eclipse orion could use tern instead of their own variation or 
viceversa so we  don't
have too many different javascript parsers in active play at eclipse.org 
that would be awesome too ;)


/max

> Regard's Angelo
>
>
> 2014-09-03 13:57 GMT+02:00 Max Rydahl Andersen <manderse at redhat.com>:
>
>> answered.
>>
>>> Hi Max,
>>>
>>> I have spoken about my work with AngularJS support for PHP (PDT) in 
>>> the
>> PDT
>>> forum, and Kaloyan Raev asked me what is the problem with tern.js 
>>> license
>>> to host tern.java inside Eclipse Fondation?
>>>
>>> If you can answer him at
>>>
>> https://www.eclipse.org/forums/index.php/mv/msg/805099/1415429/#msg_1415429
>>> it should be very cool.
>>>
>>> Thank's!
>>>
>>> Regard's Angelo
>>> _______________________________________________
>>> jbosstools-dev mailing list
>>> jbosstools-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>>
>> /max
>> http://about.me/maxandersen
>>


/max
http://about.me/maxandersen

From angelo.zerr at gmail.com  Wed Sep  3 09:10:41 2014
From: angelo.zerr at gmail.com (Angelo zerr)
Date: Wed, 3 Sep 2014 15:10:41 +0200
Subject: [jbosstools-dev] tern.js license problem & PDT
In-Reply-To: <E3BCE6D0-5A20-4BA6-9745-FD993D938A30@redhat.com>
References: <CAKLdLg--JS+gzn3b067LQCpo3j_AwWN6qP-JY1SykHrD_gCPcQ@mail.gmail.com>
	<0A2FA349-6852-4EAA-B3D2-0DF4FAD147CB@redhat.com>
	<CAKLdLg-AOfhidZcTjYa+RVXd3uqCrmsq1JUFkapnK4_p54yO1Q@mail.gmail.com>
	<E3BCE6D0-5A20-4BA6-9745-FD993D938A30@redhat.com>
Message-ID: <CAKLdLg_qi-qyAUcB74=9CTO7C=FuJTNdd+KVY-dAZ+KqzHzFmA@mail.gmail.com>

>
>
>>
>> I hope more people will be interested with tern.java, more we have a
>> chance
>> that IBM accepts tern.js
>>
>
> just reach out to them - don't be shy ;)
>

For your info, a bugzilla " Investigate using Tern to provide inferred
content assist" was created at
https://bugs.eclipse.org/bugs/show_bug.cgi?id=432940

>
> If eclipse orion could use tern instead of their own variation or
> viceversa so we  don't
> have too many different javascript parsers in active play at eclipse.org
> that would be awesome too ;)
>
>
> /max
>
>
>  Regard's Angelo
>>
>>
>> 2014-09-03 13:57 GMT+02:00 Max Rydahl Andersen <manderse at redhat.com>:
>>
>>  answered.
>>>
>>>  Hi Max,
>>>>
>>>> I have spoken about my work with AngularJS support for PHP (PDT) in the
>>>>
>>> PDT
>>>
>>>> forum, and Kaloyan Raev asked me what is the problem with tern.js
>>>> license
>>>> to host tern.java inside Eclipse Fondation?
>>>>
>>>> If you can answer him at
>>>>
>>>>  https://www.eclipse.org/forums/index.php/mv/msg/
>>> 805099/1415429/#msg_1415429
>>>
>>>> it should be very cool.
>>>>
>>>> Thank's!
>>>>
>>>> Regard's Angelo
>>>> _______________________________________________
>>>> jbosstools-dev mailing list
>>>> jbosstools-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>>>
>>>
>>>
>>> /max
>>> http://about.me/maxandersen
>>>
>>>
>
> /max
> http://about.me/maxandersen
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140903/00120324/attachment.html 

From mistria at redhat.com  Wed Sep  3 10:44:41 2014
From: mistria at redhat.com (Mickael Istria)
Date: Wed, 03 Sep 2014 16:44:41 +0200
Subject: [jbosstools-dev] Target Platform release 4.40.0.CR1 delayed
 AFTER Code Freeze
In-Reply-To: <5400B6DC.4010702@redhat.com>
References: <53FDDD26.80001@redhat.com> <5400B6DC.4010702@redhat.com>
Message-ID: <54072959.9070305@redhat.com>

On 08/29/2014 07:22 PM, Mickael Istria wrote:
> Is anyone aware of any necessary change in TP or can we hope the 
> current snapshot is a good release candidate?
Last call!
Is anyone aware of a current issue to be fixed in JBT 4.2.0.CR1/JBDS 
8.0.0.CR1 that would require an update of target platform?
If not, I'll release it tomorrow.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140903/331bdaad/attachment.html 

From mistria at redhat.com  Wed Sep  3 12:35:55 2014
From: mistria at redhat.com (Mickael Istria)
Date: Wed, 03 Sep 2014 18:35:55 +0200
Subject: [jbosstools-dev] Target Platform release 4.40.0.CR1 delayed
 AFTER Code Freeze
In-Reply-To: <54072959.9070305@redhat.com>
References: <53FDDD26.80001@redhat.com> <5400B6DC.4010702@redhat.com>
	<54072959.9070305@redhat.com>
Message-ID: <5407436B.90204@redhat.com>

So we have 2 necessary updates of target-platforms for CR1:
* https://issues.jboss.org/browse/JBDS-3034
* One about THyM that should have a Jira soon.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140903/6d281333/attachment.html 

From manderse at redhat.com  Wed Sep  3 16:32:38 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Wed, 03 Sep 2014 22:32:38 +0200
Subject: [jbosstools-dev] tern.js license problem & PDT
In-Reply-To: <CAKLdLg_qi-qyAUcB74=9CTO7C=FuJTNdd+KVY-dAZ+KqzHzFmA@mail.gmail.com>
References: <CAKLdLg--JS+gzn3b067LQCpo3j_AwWN6qP-JY1SykHrD_gCPcQ@mail.gmail.com>
	<0A2FA349-6852-4EAA-B3D2-0DF4FAD147CB@redhat.com>
	<CAKLdLg-AOfhidZcTjYa+RVXd3uqCrmsq1JUFkapnK4_p54yO1Q@mail.gmail.com>
	<E3BCE6D0-5A20-4BA6-9745-FD993D938A30@redhat.com>
	<CAKLdLg_qi-qyAUcB74=9CTO7C=FuJTNdd+KVY-dAZ+KqzHzFmA@mail.gmail.com>
Message-ID: <E04BAA83-C8DB-4755-BA1D-89198F6F9F89@redhat.com>

On 3 Sep 2014, at 15:10, Angelo zerr wrote:

>>
>>
>>>
>>> I hope more people will be interested with tern.java, more we have a
>>> chance
>>> that IBM accepts tern.js
>>>
>>
>> just reach out to them - don't be shy ;)
>>
>
> For your info, a bugzilla " Investigate using Tern to provide inferred
> content assist" was created at
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=432940

yeah no follow up since april. ping again :)

btw. I think the biggest issue with tern.js right now within desktop 
eclipse at eclipse.org
is that it requires node.js ...haven't heard about it being approved by 
eclipse legal.

/max
>
>>
>> If eclipse orion could use tern instead of their own variation or
>> viceversa so we  don't
>> have too many different javascript parsers in active play at 
>> eclipse.org
>> that would be awesome too ;)
>>
>>
>> /max
>>
>>
>> Regard's Angelo
>>>
>>>
>>> 2014-09-03 13:57 GMT+02:00 Max Rydahl Andersen 
>>> <manderse at redhat.com>:
>>>
>>> answered.
>>>>
>>>> Hi Max,
>>>>>
>>>>> I have spoken about my work with AngularJS support for PHP (PDT) 
>>>>> in the
>>>>>
>>>> PDT
>>>>
>>>>> forum, and Kaloyan Raev asked me what is the problem with tern.js
>>>>> license
>>>>> to host tern.java inside Eclipse Fondation?
>>>>>
>>>>> If you can answer him at
>>>>>
>>>>> https://www.eclipse.org/forums/index.php/mv/msg/
>>>> 805099/1415429/#msg_1415429
>>>>
>>>>> it should be very cool.
>>>>>
>>>>> Thank's!
>>>>>
>>>>> Regard's Angelo
>>>>> _______________________________________________
>>>>> jbosstools-dev mailing list
>>>>> jbosstools-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>>>>
>>>>
>>>>
>>>> /max
>>>> http://about.me/maxandersen
>>>>
>>>>
>>
>> /max
>> http://about.me/maxandersen
>>


/max
http://about.me/maxandersen

From mistria at redhat.com  Thu Sep  4 15:16:42 2014
From: mistria at redhat.com (Mickael Istria)
Date: Thu, 04 Sep 2014 21:16:42 +0200
Subject: [jbosstools-dev] Target Platform release 4.40.0.CR1 delayed
 AFTER Code Freeze
In-Reply-To: <5407436B.90204@redhat.com>
References: <53FDDD26.80001@redhat.com>
	<5400B6DC.4010702@redhat.com>	<54072959.9070305@redhat.com>
	<5407436B.90204@redhat.com>
Message-ID: <5408BA9A.4040104@redhat.com>

Since we'll have a respin-b for sure, and that there are still ongoing 
change on target platform, the release of target-platforms 4.40.0.CR1 is 
once again delayed to next week.

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140904/8f11ae50/attachment.html 

From manderse at redhat.com  Fri Sep  5 02:59:42 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 5 Sep 2014 02:59:42 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with illegal fix version
Message-ID: <201409050659.s856xgRJ026864@int-mx14.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for JBDS-3140

https://issues.jboss.org/browse/JBDS-3140
Summary: Ship tern eclipse and integration feature (jst.jsdt) by default in JBDS

Assignee(s): dgolovin <jbosstools-dev at lists.jboss.org>
Lead(s): akazakov <jbosstools-dev at lists.jboss.org>, dgolovin <jbosstools-dev at lists.jboss.org>, nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): jsp/jsf/xml/html source editing, p2-product, updatesite
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 20:18:18.327111

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-365d

From manderse at redhat.com  Fri Sep  5 05:14:10 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 5 Sep 2014 05:14:10 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 25 issues with no fix version
Message-ID: <201409050914.s859EAdS023566@int-mx09.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No fix version for JBIDE-18136

https://issues.jboss.org/browse/JBIDE-18136
Summary: iBeacon plugin problem, can??t compile app

Assignee(s): gercan <jbosstools-dev at lists.jboss.org>
Lead(s): gercan <jbosstools-dev at lists.jboss.org>
Component(s): aerogear-hybrid
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 19:56:20.140657

----------------------------


* No fix version for JBIDE-16585

https://issues.jboss.org/browse/JBIDE-16585
Summary: Tasks that do not fit elsewhere 

Assignee(s): maxandersen <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): cleanup
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 6 days, 10:03:45.508124

----------------------------


* No fix version for JBIDE-18058

https://issues.jboss.org/browse/JBIDE-18058
Summary: build path entry has wrong label for WildFly

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 6 days, 18:43:51.602429

----------------------------


* No fix version for JBIDE-17882

https://issues.jboss.org/browse/JBIDE-17882
Summary: Validate remote server dir before start/stop/deploy operations

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 51 days, 19:01:11.602626

----------------------------


* No fix version for JBDS-2852

https://issues.jboss.org/browse/JBDS-2852
Summary: Database/source/connection Usability

Assignee(s): burrsutter <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>, jpallich <jbosstools-dev at lists.jboss.org>
Component(s): integration, requirements
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 77 days, 16:54:16.645739

----------------------------


* No fix version for JBIDE-18128

https://issues.jboss.org/browse/JBIDE-18128
Summary: Jboss Eclipse Luna plugin doesn't deploy all .class

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 0:27:16.824151

----------------------------


* No fix version for JBIDE-18083

https://issues.jboss.org/browse/JBIDE-18083
Summary: Issues in the new "Edit server runtime environment" window

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 17 days, 20:43:29.602232

----------------------------


* No fix version for JBIDE-18172

https://issues.jboss.org/browse/JBIDE-18172
Summary: forge should not print logging to system.out by default

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): forge
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 14:13:53.812928

----------------------------


* No fix version for JBIDE-18122

https://issues.jboss.org/browse/JBIDE-18122
Summary: Port forwarding: should allow user to select gear(s) for scaled applications

Assignee: None set - please fix.
Lead(s): adietish <jbosstools-dev at lists.jboss.org>
Component(s): openshift
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 9 days, 20:43:42.808139

----------------------------


* No fix version for JBIDE-12351

https://issues.jboss.org/browse/JBIDE-12351
Summary: Remote JMX connection to servers cannot be established with IPv6

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 48 days, 23:50:55.508396

----------------------------


* No fix version for JBIDE-18121

https://issues.jboss.org/browse/JBIDE-18121
Summary: CordovaSim losing Ionic's Header

Assignee: None set - please fix.
Lead(s): kmarmaliykov <jbosstools-dev at lists.jboss.org>
Component(s): browsersim
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 10 days, 10:24:06.605192

----------------------------


* No fix version for JBDS-3009

https://issues.jboss.org/browse/JBDS-3009
Summary: use devstudio.redhat.com instead of devstudio.jboss.com in hardcoded URLs within JBDS (eg., Central discovery, updates)

Assignee(s): maxandersen <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>, dgolovin <jbosstools-dev at lists.jboss.org>, nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): build, installer, updatesite
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 23:25:06.475390

----------------------------


* No fix version for JBDS-3113

https://issues.jboss.org/browse/JBDS-3113
Summary: After install, initial access of Help->About->?->About Your Installation logs error

Assignee(s): nickboldt <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 36 days, 9:13:50.455674

----------------------------


* No fix version for JBIDE-18108

https://issues.jboss.org/browse/JBIDE-18108
Summary: Set version on exported packages

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): locus
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 15 days, 16:43:33.842021

----------------------------


* No fix version for JBDS-3119

https://issues.jboss.org/browse/JBDS-3119
Summary: XML Schema validation fails when importing external schema

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): 3rd-party-dependencies
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 9 days, 21:36:50.455396

----------------------------


* No fix version for JBDS-3123

https://issues.jboss.org/browse/JBDS-3123
Summary: JavaDoc popup does not respect monitor's physical border in dual side-by-side monitor configuration.

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 15 days, 15:16:14.762806

----------------------------


* No fix version for JBIDE-18096

https://issues.jboss.org/browse/JBIDE-18096
Summary: could not complete update project configuration - illegalargumentexception

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 5 days, 3:44:39.602001

----------------------------


* No fix version for JBIDE-18097

https://issues.jboss.org/browse/JBIDE-18097
Summary: Update project configuration is not enough to update eclipse settings - need to delete .project/.classpath and reimport

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 15 days, 22:24:22.601438

----------------------------


* No fix version for JBIDE-18173

https://issues.jboss.org/browse/JBIDE-18173
Summary: Remove "Add Forge Runtime" feature for Forge 1.x

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): forge
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 13:32:08.791560

----------------------------


* No fix version for JBDS-3128

https://issues.jboss.org/browse/JBDS-3128
Summary: verify JBTIS for luna have its references to devstudio.jboss.com updated to devstudio.redhat.com

Assignee(s): pleacu <jbosstools-dev at lists.jboss.org>
Lead(s): pleacu <jbosstools-dev at lists.jboss.org>
Component(s): integration-platform
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 10:52:04.342317

----------------------------


* No fix version for JBIDE-17315

https://issues.jboss.org/browse/JBIDE-17315
Summary: Investigate org.eclipse.jst.server.core.serverProfilers ext.pt.

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 106 days, 20:45:17.941626

----------------------------


* No fix version for JBIDE-17844

https://issues.jboss.org/browse/JBIDE-17844
Summary: Server ???> Show in JMX Navigator does not show the server, just opens the view

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 36 days, 10:01:48.941343

----------------------------


* No fix version for JBDS-3122

https://issues.jboss.org/browse/JBDS-3122
Summary: Test/ensure devstudio works with dark themes as built into eclipse luna or moonrise plugin

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): ui/branding
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 10 days, 19:40:49.118945

----------------------------


* No fix version for JBIDE-18098

https://issues.jboss.org/browse/JBIDE-18098
Summary: many "Unknown" markers during maven import

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 15 days, 22:22:32.601244

----------------------------


* No fix version for JBIDE-18099

https://issues.jboss.org/browse/JBIDE-18099
Summary: Configure Maven Repositories quickfix shows up on unrelated quickfixes

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 8 days, 11:50:38.600953

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+fixVersion+is+EMPTY+AND+resolution+is+EMPTY+and+createdDate+%3C%3D+-7d

From manderse at redhat.com  Fri Sep  5 05:14:22 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 5 Sep 2014 05:14:22 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 5 issues with unresolved issue
	with already released fix version
Message-ID: <201409050914.s859EM1P003794@int-mx11.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Unresolved issue with already released fix version for JBDS-2850

https://issues.jboss.org/browse/JBDS-2850
Summary: JavaScript Editing Support

Assignee: None set - please fix.
Lead(s): akazakov <jbosstools-dev at lists.jboss.org>, jpallich <jbosstools-dev at lists.jboss.org>
Component(s): jsp/jsf/xml/html source editing, requirements
Problem: Unresolved issue with already released fix version - This issue is set to be fixed in an already released version. Please triage.
Last Update: 8 days, 8:11:56.486532

----------------------------


* Unresolved issue with already released fix version for JBDS-2727

https://issues.jboss.org/browse/JBDS-2727
Summary: Cheatsheets for JBoss Central archetypes

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>, jpallich <jbosstools-dev at lists.jboss.org>
Component(s): central, requirements
Problem: Unresolved issue with already released fix version - This issue is set to be fixed in an already released version. Please triage.
Last Update: 219 days, 21:04:18.889037

----------------------------


* Unresolved issue with already released fix version for JBIDE-14305

https://issues.jboss.org/browse/JBIDE-14305
Summary: Error popup when runing  schema ddl with Hibernate Configurations

Assignee(s): koen.aers <jbosstools-dev at lists.jboss.org>
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: Unresolved issue with already released fix version - This issue is set to be fixed in an already released version. Please triage.
Last Update: 1 day, 1:08:35.216776

----------------------------


* Unresolved issue with already released fix version for JBIDE-4791

https://issues.jboss.org/browse/JBIDE-4791
Summary: Properties list in Properties view disappears when the user clicks a tab in CSS Properties view

Assignee(s): kmarmaliykov <jbosstools-dev at lists.jboss.org>
Lead(s): kmarmaliykov <jbosstools-dev at lists.jboss.org>
Component(s): visual-page-editor-core
Problem: Unresolved issue with already released fix version - This issue is set to be fixed in an already released version. Please triage.
Last Update: 36 days, 17:29:59.551687

----------------------------


* Unresolved issue with already released fix version for JBIDE-4264

https://issues.jboss.org/browse/JBIDE-4264
Summary: String field type should be considered as primary id candidate (now id candidate should be subclass of Number).

Assignee(s): koen.aers <jbosstools-dev at lists.jboss.org>
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: Unresolved issue with already released fix version - This issue is set to be fixed in an already released version. Please triage.
Last Update: 10 days, 18:11:48.551961

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2C+JBDS%29+and+fixVersion+in+releasedVersions%28%29+and+resolution+is+empty

From rstryker at redhat.com  Fri Sep  5 13:19:55 2014
From: rstryker at redhat.com (Rob Stryker)
Date: Sat, 06 Sep 2014 01:19:55 +0800
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
Message-ID: <5409F0BB.6040005@redhat.com>

Hey guys, I should have run a smoketest on this when I saw the email 
before, but I didn't and that's my fault.  I re-opened 
https://issues.jboss.org/browse/JDF-759

Our tools, and also via curl, do not like the new URL being used. It's 
returning a 404.

David: can you investigate?

curl -u rob.stryker:password -H "Accept: application/xml" -H 
"Content-Type: application/xml" -v 
https://www.jboss.org/download-manager/jdf/file/jboss-eap-6.3.0.GA-installer.jar

Feel free to substitute your own credentials.

On 08/29/2014 10:21 PM, Pete Muir wrote:
> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>
>
> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>
>>  From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>
>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>
>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>
>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>
>>
>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>> Look on the EAP download page on jboss.org.
>>>
>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>
>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>
>>>> Thanks
>>>>
>>>> -- 
>>>>
>>>> Rafael Benevides | Senior Software Engineer
>>>> JBoss Developer
>>>> M: +55-61-9269-6576
>>>>
>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>
>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>> See how it works at www.redhat.com
>>>>
>>>> <linkedin.png> <youtube.png>


From max.andersen at redhat.com  Fri Sep  5 14:53:41 2014
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Fri, 05 Sep 2014 20:53:41 +0200
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
Message-ID: <FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>

On 29 Aug 2014, at 16:21, Pete Muir wrote:

> The JBoss.org ones are the new style ones. The ones in stacks are 
> old-style. You can safely use either.

so it turns out you can't safely use either ;/

Rob reopened https://issues.jboss.org/browse/JDF-759

Seems the shorter form does not react to the rest api thus can only be 
used in a browser, not in automatic tools like jboss tools or even via 
plain curl.

/max

> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> 
> wrote:
>
>> From Jboss.org it uses 
>> http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>
>> but from stacks.yaml for EAP 6.2 it have the following URL: 
>> http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>
>> I'm adding the jbosstools-dev list because it seems that the 
>> download-manager URL have to be different for JBDS .
>>
>> The URL was discussed on the thread "$0 subscription downloads - 
>> Stacks integration with download manager"
>>
>>
>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>> Look on the EAP download page on jboss.org.
>>>
>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> 
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>
>>>> How can I get informed about the proper download-manager URL for 
>>>> EAP 6.3.
>>>>
>>>> Thanks
>>>>
>>>> -- 
>>>>
>>>> Rafael Benevides | Senior Software Engineer
>>>> JBoss Developer
>>>> M: +55-61-9269-6576
>>>>
>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>
>>>> Better technology. Faster innovation. Powered by community 
>>>> collaboration.
>>>> See how it works at www.redhat.com
>>>>
>>>> <linkedin.png> <youtube.png>
>>


/max
http://about.me/maxandersen


From rstryker at redhat.com  Fri Sep  5 15:03:40 2014
From: rstryker at redhat.com (Rob Stryker)
Date: Sat, 06 Sep 2014 03:03:40 +0800
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
Message-ID: <540A090C.8010802@redhat.com>

I tried to find the proper long-form URL myself by going to 
http://www.jboss.org/download-manager/ui/administration/products.jsf

But unfortunately, for some reason, I don't see EAP as a product listed 
there. I only see:

Data Virtualization
Enterprise Application Server
JBoss A-MQ
JBoss BPM Suite
JBoss Business Rule Management System
JBoss Data Grid
JBoss Developer Studio
JBoss Fuse
JBoss Fuse Service Works
JBoss Portal


So I suppose I'm also curious why JBoss Enterprise Application Platform 
isn't listed there. If it were there, I could go find the url myself, 
but it seems I can't.

David:  How can I find out the long-form download URLs of arbitrary 
products and releases we have? It would save us a lot of back-and-forth 
if I could at least find the long-form URLs as I can for the above 
products.


On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>
>> The JBoss.org ones are the new style ones. The ones in stacks are 
>> old-style. You can safely use either.
>
> so it turns out you can't safely use either ;/
>
> Rob reopened https://issues.jboss.org/browse/JDF-759
>
> Seems the shorter form does not react to the rest api thus can only be 
> used in a browser, not in automatic tools like jboss tools or even via 
> plain curl.
>
> /max
>
>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>
>>> From Jboss.org it uses 
>>> http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>
>>> but from stacks.yaml for EAP 6.2 it have the following URL: 
>>> http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>
>>> I'm adding the jbosstools-dev list because it seems that the 
>>> download-manager URL have to be different for JBDS .
>>>
>>> The URL was discussed on the thread "$0 subscription downloads - 
>>> Stacks integration with download manager"
>>>
>>>
>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>> Look on the EAP download page on jboss.org.
>>>>
>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> 
>>>> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>
>>>>> How can I get informed about the proper download-manager URL for 
>>>>> EAP 6.3.
>>>>>
>>>>> Thanks
>>>>>
>>>>> -- 
>>>>>
>>>>> Rafael Benevides | Senior Software Engineer
>>>>> JBoss Developer
>>>>> M: +55-61-9269-6576
>>>>>
>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>
>>>>> Better technology. Faster innovation. Powered by community 
>>>>> collaboration.
>>>>> See how it works at www.redhat.com
>>>>>
>>>>> <linkedin.png> <youtube.png>
>>>
>
>
> /max
> http://about.me/maxandersen


From max.andersen at redhat.com  Fri Sep  5 15:17:13 2014
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Fri, 05 Sep 2014 21:17:13 +0200
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
Message-ID: <6B2282CB-3A60-4D96-B453-A71868F5A08A@redhat.com>

Ignore that - just saw rob already sent mail here.

> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>
>> The JBoss.org ones are the new style ones. The ones in stacks are
>> old-style. You can safely use either.
>
> so it turns out you can't safely use either ;/
>
> Rob reopened https://issues.jboss.org/browse/JDF-759
>
> Seems the shorter form does not react to the rest api thus can only be
> used in a browser, not in automatic tools like jboss tools or even via
> plain curl.
>
> /max
>
>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com>
>> wrote:
>>
>>> From Jboss.org it uses
>>> http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>
>>> but from stacks.yaml for EAP 6.2 it have the following URL:
>>> http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>
>>> I'm adding the jbosstools-dev list because it seems that the
>>> download-manager URL have to be different for JBDS .
>>>
>>> The URL was discussed on the thread "$0 subscription downloads -
>>> Stacks integration with download manager"
>>>
>>>
>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>> Look on the EAP download page on jboss.org.
>>>>
>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com>
>>>> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>
>>>>> How can I get informed about the proper download-manager URL for
>>>>> EAP 6.3.
>>>>>
>>>>> Thanks
>>>>>
>>>>> -- 
>>>>>
>>>>> Rafael Benevides | Senior Software Engineer
>>>>> JBoss Developer
>>>>> M: +55-61-9269-6576
>>>>>
>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>
>>>>> Better technology. Faster innovation. Powered by community
>>>>> collaboration.
>>>>> See how it works at www.redhat.com
>>>>>
>>>>> <linkedin.png> <youtube.png>
>>>
>
>
> /max
> http://about.me/maxandersen
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen


From pmuir at redhat.com  Fri Sep  5 16:07:58 2014
From: pmuir at redhat.com (Pete Muir)
Date: Fri, 5 Sep 2014 21:07:58 +0100
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <540A090C.8010802@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
Message-ID: <D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>

You really need to address this with David Hladky and in the ORG JIRA.

On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:

> I tried to find the proper long-form URL myself by going to http://www.jboss.org/download-manager/ui/administration/products.jsf
> 
> But unfortunately, for some reason, I don't see EAP as a product listed there. I only see:
> 
> Data Virtualization
> Enterprise Application Server
> JBoss A-MQ
> JBoss BPM Suite
> JBoss Business Rule Management System
> JBoss Data Grid
> JBoss Developer Studio
> JBoss Fuse
> JBoss Fuse Service Works
> JBoss Portal
> 
> 
> So I suppose I'm also curious why JBoss Enterprise Application Platform isn't listed there. If it were there, I could go find the url myself, but it seems I can't.
> 
> David:  How can I find out the long-form download URLs of arbitrary products and releases we have? It would save us a lot of back-and-forth if I could at least find the long-form URLs as I can for the above products.
> 
> 
> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>> 
>>> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>> 
>> so it turns out you can't safely use either ;/
>> 
>> Rob reopened https://issues.jboss.org/browse/JDF-759
>> 
>> Seems the shorter form does not react to the rest api thus can only be used in a browser, not in automatic tools like jboss tools or even via plain curl.
>> 
>> /max
>> 
>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>> 
>>>> From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>> 
>>>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>> 
>>>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>>> 
>>>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>>> 
>>>> 
>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>> Look on the EAP download page on jboss.org.
>>>>> 
>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>>> 
>>>>>> Hi all,
>>>>>> 
>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>> 
>>>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>>> 
>>>>>> Thanks
>>>>>> 
>>>>>> -- 
>>>>>> 
>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>> JBoss Developer
>>>>>> M: +55-61-9269-6576
>>>>>> 
>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>> 
>>>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>>>> See how it works at www.redhat.com
>>>>>> 
>>>>>> <linkedin.png> <youtube.png>
>>>> 
>> 
>> 
>> /max
>> http://about.me/maxandersen
> 



From pmuir at redhat.com  Fri Sep  5 16:10:46 2014
From: pmuir at redhat.com (Pete Muir)
Date: Fri, 5 Sep 2014 21:10:46 +0100
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
Message-ID: <B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>

But FTR what behaviour are you expecting? What does adding /jdf (wtf is that about?) to the URL do?

The URLs we use return some info in a query string to the browser, with the time bombed  URL in it (as well as details on when the T&C were signed it). You get extra info back in some other URL?

It doesn?t seem like this is well designed :-(

On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:

> You really need to address this with David Hladky and in the ORG JIRA.
> 
> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
> 
>> I tried to find the proper long-form URL myself by going to http://www.jboss.org/download-manager/ui/administration/products.jsf
>> 
>> But unfortunately, for some reason, I don't see EAP as a product listed there. I only see:
>> 
>> Data Virtualization
>> Enterprise Application Server
>> JBoss A-MQ
>> JBoss BPM Suite
>> JBoss Business Rule Management System
>> JBoss Data Grid
>> JBoss Developer Studio
>> JBoss Fuse
>> JBoss Fuse Service Works
>> JBoss Portal
>> 
>> 
>> So I suppose I'm also curious why JBoss Enterprise Application Platform isn't listed there. If it were there, I could go find the url myself, but it seems I can't.
>> 
>> David:  How can I find out the long-form download URLs of arbitrary products and releases we have? It would save us a lot of back-and-forth if I could at least find the long-form URLs as I can for the above products.
>> 
>> 
>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>> 
>>>> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>>> 
>>> so it turns out you can't safely use either ;/
>>> 
>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>> 
>>> Seems the shorter form does not react to the rest api thus can only be used in a browser, not in automatic tools like jboss tools or even via plain curl.
>>> 
>>> /max
>>> 
>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>>> 
>>>>> From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>> 
>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>> 
>>>>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>>>> 
>>>>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>>>> 
>>>>> 
>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>> Look on the EAP download page on jboss.org.
>>>>>> 
>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>>>> 
>>>>>>> Hi all,
>>>>>>> 
>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>> 
>>>>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>>>> 
>>>>>>> Thanks
>>>>>>> 
>>>>>>> -- 
>>>>>>> 
>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>> JBoss Developer
>>>>>>> M: +55-61-9269-6576
>>>>>>> 
>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>> 
>>>>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>>>>> See how it works at www.redhat.com
>>>>>>> 
>>>>>>> <linkedin.png> <youtube.png>
>>>>> 
>>> 
>>> 
>>> /max
>>> http://about.me/maxandersen
>> 
> 



From max.andersen at redhat.com  Fri Sep  5 16:46:50 2014
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Fri, 05 Sep 2014 22:46:50 +0200
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
	<B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
Message-ID: <406FAC54-8AD0-48FF-AE10-520C73092257@redhat.com>

On 5 Sep 2014, at 22:10, Pete Muir wrote:

> But FTR what behaviour are you expecting? What does adding /jdf (wtf 
> is that about?) to the URL do?
>
> The URLs we use return some info in a query string to the browser, 
> with the time bombed  URL in it (as well as details on when the T&C 
> were signed it). You get extra info back in some other URL?
>
> It doesn?t seem like this is well designed :-(

that was put on by .org team/David.

We simply asked that the url we were given would download straight if 
username/password provided was correct and not being served a html page 
that only a browser + human would be able to use.

Why this does not work with the aliased location I do not know. 
Technically it should all just be the same.
That was the intent of it all at least.

David - any idea why we are back to have urls that behave differently ?

/max



>
> On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:
>
>> You really need to address this with David Hladky and in the ORG 
>> JIRA.
>>
>> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
>>
>>> I tried to find the proper long-form URL myself by going to 
>>> http://www.jboss.org/download-manager/ui/administration/products.jsf
>>>
>>> But unfortunately, for some reason, I don't see EAP as a product 
>>> listed there. I only see:
>>>
>>> Data Virtualization
>>> Enterprise Application Server
>>> JBoss A-MQ
>>> JBoss BPM Suite
>>> JBoss Business Rule Management System
>>> JBoss Data Grid
>>> JBoss Developer Studio
>>> JBoss Fuse
>>> JBoss Fuse Service Works
>>> JBoss Portal
>>>
>>>
>>> So I suppose I'm also curious why JBoss Enterprise Application 
>>> Platform isn't listed there. If it were there, I could go find the 
>>> url myself, but it seems I can't.
>>>
>>> David:  How can I find out the long-form download URLs of arbitrary 
>>> products and releases we have? It would save us a lot of 
>>> back-and-forth if I could at least find the long-form URLs as I can 
>>> for the above products.
>>>
>>>
>>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>>>
>>>>> The JBoss.org ones are the new style ones. The ones in stacks are 
>>>>> old-style. You can safely use either.
>>>>
>>>> so it turns out you can't safely use either ;/
>>>>
>>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>>>
>>>> Seems the shorter form does not react to the rest api thus can only 
>>>> be used in a browser, not in automatic tools like jboss tools or 
>>>> even via plain curl.
>>>>
>>>> /max
>>>>
>>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> 
>>>>> wrote:
>>>>>
>>>>>> From Jboss.org it uses 
>>>>>> http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>>>
>>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: 
>>>>>> http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>>>
>>>>>> I'm adding the jbosstools-dev list because it seems that the 
>>>>>> download-manager URL have to be different for JBDS .
>>>>>>
>>>>>> The URL was discussed on the thread "$0 subscription downloads - 
>>>>>> Stacks integration with download manager"
>>>>>>
>>>>>>
>>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>>> Look on the EAP download page on jboss.org.
>>>>>>>
>>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides 
>>>>>>> <benevides at redhat.com> wrote:
>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>>>
>>>>>>>> How can I get informed about the proper download-manager URL 
>>>>>>>> for EAP 6.3.
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>>
>>>>>>>> -- 
>>>>>>>>
>>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>>> JBoss Developer
>>>>>>>> M: +55-61-9269-6576
>>>>>>>>
>>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>>>
>>>>>>>> Better technology. Faster innovation. Powered by community 
>>>>>>>> collaboration.
>>>>>>>> See how it works at www.redhat.com
>>>>>>>>
>>>>>>>> <linkedin.png> <youtube.png>
>>>>>>
>>>>
>>>>
>>>> /max
>>>> http://about.me/maxandersen
>>>
>>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen


From manderse at redhat.com  Fri Sep  5 19:50:37 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Sat, 06 Sep 2014 01:50:37 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea why ;
	/
Message-ID: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>


http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-hibernate_4.2.luna/70/console 
keeps saying no tests found but when I run locally it works.

Any ideas on why that is happening welcome ;/

/max
http://about.me/maxandersen


From snjezana.peco at redhat.com  Sat Sep  6 15:42:56 2014
From: snjezana.peco at redhat.com (Snjezana Peco)
Date: Sat, 06 Sep 2014 21:42:56 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea
 why ; /
In-Reply-To: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>
References: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>
Message-ID: <540B63C0.2020701@redhat.com>

There was an issue in the workspace. I have removed the workspace and 
restarted the build. Now, it works.

Snjeza

On 9/6/2014 1:50 AM, Max Rydahl Andersen wrote:
> http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-hibernate_4.2.luna/70/console
> keeps saying no tests found but when I run locally it works.
>
> Any ideas on why that is happening welcome ;/
>
> /max
> http://about.me/maxandersen
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


From mistria at redhat.com  Mon Sep  8 01:29:46 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 08 Sep 2014 07:29:46 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea
 why ; /
In-Reply-To: <540B63C0.2020701@redhat.com>
References: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>
	<540B63C0.2020701@redhat.com>
Message-ID: <540D3ECA.7040807@redhat.com>

Thanks a lot Snjezana for taking care of this. When CI builds behave 
much different from local ones, cleaning their Jenkins workspace is 
indeed one of the first things to try.
Do you have any clue of what issue in workspace could be the cause of 
those failures?
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140908/39551794/attachment.html 

From dhladky at redhat.com  Mon Sep  8 04:26:56 2014
From: dhladky at redhat.com (David Hladky)
Date: Mon, 8 Sep 2014 04:26:56 -0400 (EDT)
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <5409F0BB.6040005@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<5409F0BB.6040005@redhat.com>
Message-ID: <708064713.18386743.1410164816656.JavaMail.zimbra@redhat.com>

Hi Rob, 

as for searching for the links, try

http://www.jboss.org/download-manager/ui/administration/searchlink.jsf

Simply put your link to the form and push the search button. It works with both /jdf or without /jdf in the link. A match is found with your link. 

As for why the link does not work, it is very strange. It is possible there is some Apache rewrite, that messes with it. I will investigate it. 

David Hladky 

----- Original Message -----
From: "Rob Stryker" <rstryker at redhat.com>
To: "Pete Muir" <pmuir at redhat.com>, "Rafael Benevides" <benevides at redhat.com>
Cc: "David Hladky" <dhladky at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, "Max Rydahl Andersen" <max.andersen at redhat.com>, "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
Sent: Friday, September 5, 2014 7:19:55 PM
Subject: Re: Download Manager URL for EAP 6.3

Hey guys, I should have run a smoketest on this when I saw the email 
before, but I didn't and that's my fault.  I re-opened 
https://issues.jboss.org/browse/JDF-759

Our tools, and also via curl, do not like the new URL being used. It's 
returning a 404.

David: can you investigate?

curl -u rob.stryker:password -H "Accept: application/xml" -H 
"Content-Type: application/xml" -v 
https://www.jboss.org/download-manager/jdf/file/jboss-eap-6.3.0.GA-installer.jar

Feel free to substitute your own credentials.

On 08/29/2014 10:21 PM, Pete Muir wrote:
> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>
>
> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>
>>  From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>
>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>
>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>
>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>
>>
>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>> Look on the EAP download page on jboss.org.
>>>
>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>
>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>
>>>> Thanks
>>>>
>>>> -- 
>>>>
>>>> Rafael Benevides | Senior Software Engineer
>>>> JBoss Developer
>>>> M: +55-61-9269-6576
>>>>
>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>
>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>> See how it works at www.redhat.com
>>>>
>>>> <linkedin.png> <youtube.png>


From pmuir at redhat.com  Fri Sep  5 16:10:46 2014
From: pmuir at redhat.com (Pete Muir)
Date: Fri, 5 Sep 2014 21:10:46 +0100
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
Message-ID: <B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>

But FTR what behaviour are you expecting? What does adding /jdf (wtf is that about?) to the URL do?

The URLs we use return some info in a query string to the browser, with the time bombed  URL in it (as well as details on when the T&C were signed it). You get extra info back in some other URL?

It doesn?t seem like this is well designed :-(

On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:

> You really need to address this with David Hladky and in the ORG JIRA.
> 
> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
> 
>> I tried to find the proper long-form URL myself by going to http://www.jboss.org/download-manager/ui/administration/products.jsf
>> 
>> But unfortunately, for some reason, I don't see EAP as a product listed there. I only see:
>> 
>> Data Virtualization
>> Enterprise Application Server
>> JBoss A-MQ
>> JBoss BPM Suite
>> JBoss Business Rule Management System
>> JBoss Data Grid
>> JBoss Developer Studio
>> JBoss Fuse
>> JBoss Fuse Service Works
>> JBoss Portal
>> 
>> 
>> So I suppose I'm also curious why JBoss Enterprise Application Platform isn't listed there. If it were there, I could go find the url myself, but it seems I can't.
>> 
>> David:  How can I find out the long-form download URLs of arbitrary products and releases we have? It would save us a lot of back-and-forth if I could at least find the long-form URLs as I can for the above products.
>> 
>> 
>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>> 
>>>> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>>> 
>>> so it turns out you can't safely use either ;/
>>> 
>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>> 
>>> Seems the shorter form does not react to the rest api thus can only be used in a browser, not in automatic tools like jboss tools or even via plain curl.
>>> 
>>> /max
>>> 
>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>>> 
>>>>> From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>> 
>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>> 
>>>>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>>>> 
>>>>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>>>> 
>>>>> 
>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>> Look on the EAP download page on jboss.org.
>>>>>> 
>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>>>> 
>>>>>>> Hi all,
>>>>>>> 
>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>> 
>>>>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>>>> 
>>>>>>> Thanks
>>>>>>> 
>>>>>>> -- 
>>>>>>> 
>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>> JBoss Developer
>>>>>>> M: +55-61-9269-6576
>>>>>>> 
>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>> 
>>>>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>>>>> See how it works at www.redhat.com
>>>>>>> 
>>>>>>> <linkedin.png> <youtube.png>
>>>>> 
>>> 
>>> 
>>> /max
>>> http://about.me/maxandersen
>> 
> 



From dhladky at redhat.com  Mon Sep  8 05:16:37 2014
From: dhladky at redhat.com (David Hladky)
Date: Mon, 8 Sep 2014 05:16:37 -0400 (EDT)
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
	<B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
Message-ID: <493085381.18400200.1410167797035.JavaMail.zimbra@redhat.com>

Hi Pete, 

it is quite complex behaviour. It is documented here:

https://mojo.redhat.com/docs/DOC-967368

Long story short: they wanted to have a single URL, that allows to be used in a web browser and behave just like the normal link and when specific headers are added (application/xml or application/json) and user credentials, it serves as a communication protocol for an Eclipse plugin. 

The design has one flaw - the last step is redirect (instead of a xml or json with information that everything is all right as I wanted), so if used in a hotel and the hotel proxy redirects you to a login page or some similar page, the Eclipse plugin thinks the page is the requested file for download and downloads it. 

But maybe Rob has some way to prevent such error. 

David Hladky


----- Original Message -----
From: "Pete Muir" <pmuir at redhat.com>
To: "Rob Stryker" <rstryker at redhat.com>
Cc: "Max Rydahl Andersen" <max.andersen at redhat.com>, "Rafael Benevides" <benevides at redhat.com>, "David Hladky" <dhladky at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
Sent: Friday, September 5, 2014 10:10:46 PM
Subject: Re: Download Manager URL for EAP 6.3

But FTR what behaviour are you expecting? What does adding /jdf (wtf is that about?) to the URL do?

The URLs we use return some info in a query string to the browser, with the time bombed  URL in it (as well as details on when the T&C were signed it). You get extra info back in some other URL?

It doesn?t seem like this is well designed :-(

On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:

> You really need to address this with David Hladky and in the ORG JIRA.
> 
> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
> 
>> I tried to find the proper long-form URL myself by going to http://www.jboss.org/download-manager/ui/administration/products.jsf
>> 
>> But unfortunately, for some reason, I don't see EAP as a product listed there. I only see:
>> 
>> Data Virtualization
>> Enterprise Application Server
>> JBoss A-MQ
>> JBoss BPM Suite
>> JBoss Business Rule Management System
>> JBoss Data Grid
>> JBoss Developer Studio
>> JBoss Fuse
>> JBoss Fuse Service Works
>> JBoss Portal
>> 
>> 
>> So I suppose I'm also curious why JBoss Enterprise Application Platform isn't listed there. If it were there, I could go find the url myself, but it seems I can't.
>> 
>> David:  How can I find out the long-form download URLs of arbitrary products and releases we have? It would save us a lot of back-and-forth if I could at least find the long-form URLs as I can for the above products.
>> 
>> 
>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>> 
>>>> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>>> 
>>> so it turns out you can't safely use either ;/
>>> 
>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>> 
>>> Seems the shorter form does not react to the rest api thus can only be used in a browser, not in automatic tools like jboss tools or even via plain curl.
>>> 
>>> /max
>>> 
>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>>> 
>>>>> From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>> 
>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>> 
>>>>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>>>> 
>>>>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>>>> 
>>>>> 
>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>> Look on the EAP download page on jboss.org.
>>>>>> 
>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>>>> 
>>>>>>> Hi all,
>>>>>>> 
>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>> 
>>>>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>>>> 
>>>>>>> Thanks
>>>>>>> 
>>>>>>> -- 
>>>>>>> 
>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>> JBoss Developer
>>>>>>> M: +55-61-9269-6576
>>>>>>> 
>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>> 
>>>>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>>>>> See how it works at www.redhat.com
>>>>>>> 
>>>>>>> <linkedin.png> <youtube.png>
>>>>> 
>>> 
>>> 
>>> /max
>>> http://about.me/maxandersen
>> 
> 



From mistria at redhat.com  Mon Sep  8 06:12:32 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 08 Sep 2014 12:12:32 +0200
Subject: [jbosstools-dev] JBoss Tools Core 4.2.0.CR1a bits available for QE
	testing
Message-ID: <540D8110.3060702@redhat.com>

As always, these are not FINAL bits, but preliminary results for QE & 
community testing. Not for use by customers or end users.

Update site: 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1a-updatesite-core/
Target platforms: 
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.40.0.CR1-SNAPSHOT

Until the above target platform site is released, you will need to add 
it to Eclipse to resolve dependencies at install time.
Once released, dependencies will be found automatically from here:
* 
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/luna/ 
(latest release)
* 
http://download.jboss.org/jbosstools/targetplatforms/jbtcentraltarget/4.40.0.CR1-SNAPSHOT/
* 
http://download.jboss.org/jbosstools/targetplatforms/jbtearlyaccesstarget/4.40.0.CR1-SNAPSHOT/

New + noteworthy (subject to change):
* 
https://github.com/jbosstools/jbosstools-website/tree/master/documentation/whatsnew
* http://tools.jboss.org/documentation/whatsnew/

Schedule: 
https://issues.jboss.org/browse/JBIDE#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel

Additional update sites & builds:
* 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1a-updatesite-coretests/
* 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1a-updatesite-hibernatetools/
* 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1a-updatesite-webtools/

* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1a-build-core/
* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1a-build-coretests/
* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1a-build-hibernatetools/
* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1a-build-webtools/

Changes prompting this respin-a are:
https://issues.jboss.org/issues/?jql=labels%20in%20%28%22respin-a%22%29%20and%20%28%28project%20in%20%28%22JBDS%22%29%20and%20fixversion%20in%20%28%228.0.0.CR1%22%29%29%20or%20%28project%20in%20%28%22JBIDE%22%2C%22TOOLSDOC%22%29%20and%20fixversion%20in%20%28%224.2.0.CR1%22%29%29%29

To compare the upcoming version of Central (${version}) against an older 
version, add lines similar to these your eclipse.ini file after the 
-vmargs line for the appropriate version & URLs:
  -Djboss.discovery.directory.url=http://download.jboss.org/jbosstools/discovery/development/${version}/jbosstools-directory.xml
  -Djboss.discovery.site.url=http://download.jboss.org/jbosstools/discovery/development/${version}/
  -Djboss.discovery.earlyaccess.site.url=http://download.jboss.org/jbosstools/discovery/development/${version}/
"
fi
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140908/3f7e7e18/attachment.html 

From mistria at redhat.com  Mon Sep  8 06:16:34 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 08 Sep 2014 12:16:34 +0200
Subject: [jbosstools-dev] JBoss Tools Core 4.2.0.CR1a bits available for
 QE testing
In-Reply-To: <540D8110.3060702@redhat.com>
References: <540D8110.3060702@redhat.com>
Message-ID: <540D8202.5070702@redhat.com>


> To compare the upcoming version of Central (${version}) against an 
> older version, add lines similar to these your eclipse.ini file after 
> the -vmargs line for the appropriate version & URLs:
>  -Djboss.discovery.directory.url=http://download.jboss.org/jbosstools/discovery/development/${version}/jbosstools-directory.xml
>  -Djboss.discovery.site.url=http://download.jboss.org/jbosstools/discovery/development/${version}/
>  -Djboss.discovery.earlyaccess.site.url=http://download.jboss.org/jbosstools/discovery/development/${version}/
> "
> fi

Script issue here, but you shouldn't need it since it was updated 
directly in ide-config.properties.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140908/0dab80fa/attachment.html 

From pmuir at redhat.com  Mon Sep  8 06:30:46 2014
From: pmuir at redhat.com (Pete Muir)
Date: Mon, 8 Sep 2014 11:30:46 +0100
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <493085381.18400200.1410167797035.JavaMail.zimbra@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<D7390B3D-B2D0-4F93-A722-EBA624B22BF0@redhat.com>
	<540080F8.2070906@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
	<B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
	<493085381.18400200.1410167797035.JavaMail.zimbra@redhat.com>
Message-ID: <7760BED7-62F7-4923-832D-C8A88482CF87@redhat.com>

Hi David,

I don?t understand why this ?entry-point? exists? Why is this not just the default behaviour? It seems to cover all cases, and would mean there is no need for this ?jdf? element in the URL, and we can just copy and paste URLs between places.

Also, I can confirm the bug report that the ?jdf? urls are not working for the short URLs. I used e.g. (copied from your MOJO page)

curl -v -L -H "Authorization: Basic xxxx" https://www.jboss.org/download-manager/jdf/file/jboss-datavirt-6.0.0.GA-source.zip > out.bin

Which gives "File /file/jboss-datavirt-6.0.0.GA-source.zip was not found in the system.? but works fine in a web browser, or the provided long URL.

I cloned the JDF issue to https://issues.jboss.org/browse/ORG-2235

Pete

On 8 Sep 2014, at 10:16, David Hladky <dhladky at redhat.com> wrote:

> Hi Pete, 
> 
> it is quite complex behaviour. It is documented here:
> 
> https://mojo.redhat.com/docs/DOC-967368
> 
> Long story short: they wanted to have a single URL, that allows to be used in a web browser and behave just like the normal link and when specific headers are added (application/xml or application/json) and user credentials, it serves as a communication protocol for an Eclipse plugin. 
> 
> The design has one flaw - the last step is redirect (instead of a xml or json with information that everything is all right as I wanted), so if used in a hotel and the hotel proxy redirects you to a login page or some similar page, the Eclipse plugin thinks the page is the requested file for download and downloads it. 
> 
> But maybe Rob has some way to prevent such error. 
> 
> David Hladky
> 
> 
> ----- Original Message -----
> From: "Pete Muir" <pmuir at redhat.com>
> To: "Rob Stryker" <rstryker at redhat.com>
> Cc: "Max Rydahl Andersen" <max.andersen at redhat.com>, "Rafael Benevides" <benevides at redhat.com>, "David Hladky" <dhladky at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
> Sent: Friday, September 5, 2014 10:10:46 PM
> Subject: Re: Download Manager URL for EAP 6.3
> 
> But FTR what behaviour are you expecting? What does adding /jdf (wtf is that about?) to the URL do?
> 
> The URLs we use return some info in a query string to the browser, with the time bombed  URL in it (as well as details on when the T&C were signed it). You get extra info back in some other URL?
> 
> It doesn?t seem like this is well designed :-(
> 
> On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:
> 
>> You really need to address this with David Hladky and in the ORG JIRA.
>> 
>> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
>> 
>>> I tried to find the proper long-form URL myself by going to http://www.jboss.org/download-manager/ui/administration/products.jsf
>>> 
>>> But unfortunately, for some reason, I don't see EAP as a product listed there. I only see:
>>> 
>>> Data Virtualization
>>> Enterprise Application Server
>>> JBoss A-MQ
>>> JBoss BPM Suite
>>> JBoss Business Rule Management System
>>> JBoss Data Grid
>>> JBoss Developer Studio
>>> JBoss Fuse
>>> JBoss Fuse Service Works
>>> JBoss Portal
>>> 
>>> 
>>> So I suppose I'm also curious why JBoss Enterprise Application Platform isn't listed there. If it were there, I could go find the url myself, but it seems I can't.
>>> 
>>> David:  How can I find out the long-form download URLs of arbitrary products and releases we have? It would save us a lot of back-and-forth if I could at least find the long-form URLs as I can for the above products.
>>> 
>>> 
>>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>>> 
>>>>> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>>>> 
>>>> so it turns out you can't safely use either ;/
>>>> 
>>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>>> 
>>>> Seems the shorter form does not react to the rest api thus can only be used in a browser, not in automatic tools like jboss tools or even via plain curl.
>>>> 
>>>> /max
>>>> 
>>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>>>> 
>>>>>> From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>>> 
>>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>>> 
>>>>>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>>>>> 
>>>>>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>>>>> 
>>>>>> 
>>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>>> Look on the EAP download page on jboss.org.
>>>>>>> 
>>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>>>>> 
>>>>>>>> Hi all,
>>>>>>>> 
>>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>>> 
>>>>>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>>>>> 
>>>>>>>> Thanks
>>>>>>>> 
>>>>>>>> -- 
>>>>>>>> 
>>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>>> JBoss Developer
>>>>>>>> M: +55-61-9269-6576
>>>>>>>> 
>>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>>> 
>>>>>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>>>>>> See how it works at www.redhat.com
>>>>>>>> 
>>>>>>>> <linkedin.png> <youtube.png>
>>>>>> 
>>>> 
>>>> 
>>>> /max
>>>> http://about.me/maxandersen
>>> 
>> 
> 



From dhladky at redhat.com  Mon Sep  8 07:28:47 2014
From: dhladky at redhat.com (David Hladky)
Date: Mon, 8 Sep 2014 07:28:47 -0400 (EDT)
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <7760BED7-62F7-4923-832D-C8A88482CF87@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
	<B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
	<493085381.18400200.1410167797035.JavaMail.zimbra@redhat.com>
	<7760BED7-62F7-4923-832D-C8A88482CF87@redhat.com>
Message-ID: <1976648569.18429300.1410175727922.JavaMail.zimbra@redhat.com>

Hi, 

problem found with the missing /file in jdf found. It will try to announce an outage on Wednesday. 

David Hladky



----- Original Message -----
From: "Pete Muir" <pmuir at redhat.com>
To: "David Hladky" <dhladky at redhat.com>
Cc: "Rob Stryker" <rstryker at redhat.com>, "Max Rydahl Andersen" <max.andersen at redhat.com>, "Rafael Benevides" <benevides at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
Sent: Monday, September 8, 2014 12:30:46 PM
Subject: Re: Download Manager URL for EAP 6.3

Hi David,

I don?t understand why this ?entry-point? exists? Why is this not just the default behaviour? It seems to cover all cases, and would mean there is no need for this ?jdf? element in the URL, and we can just copy and paste URLs between places.

Also, I can confirm the bug report that the ?jdf? urls are not working for the short URLs. I used e.g. (copied from your MOJO page)

curl -v -L -H "Authorization: Basic xxxx" https://www.jboss.org/download-manager/jdf/file/jboss-datavirt-6.0.0.GA-source.zip > out.bin

Which gives "File /file/jboss-datavirt-6.0.0.GA-source.zip was not found in the system.? but works fine in a web browser, or the provided long URL.

I cloned the JDF issue to https://issues.jboss.org/browse/ORG-2235

Pete

On 8 Sep 2014, at 10:16, David Hladky <dhladky at redhat.com> wrote:

> Hi Pete, 
> 
> it is quite complex behaviour. It is documented here:
> 
> https://mojo.redhat.com/docs/DOC-967368
> 
> Long story short: they wanted to have a single URL, that allows to be used in a web browser and behave just like the normal link and when specific headers are added (application/xml or application/json) and user credentials, it serves as a communication protocol for an Eclipse plugin. 
> 
> The design has one flaw - the last step is redirect (instead of a xml or json with information that everything is all right as I wanted), so if used in a hotel and the hotel proxy redirects you to a login page or some similar page, the Eclipse plugin thinks the page is the requested file for download and downloads it. 
> 
> But maybe Rob has some way to prevent such error. 
> 
> David Hladky
> 
> 
> ----- Original Message -----
> From: "Pete Muir" <pmuir at redhat.com>
> To: "Rob Stryker" <rstryker at redhat.com>
> Cc: "Max Rydahl Andersen" <max.andersen at redhat.com>, "Rafael Benevides" <benevides at redhat.com>, "David Hladky" <dhladky at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
> Sent: Friday, September 5, 2014 10:10:46 PM
> Subject: Re: Download Manager URL for EAP 6.3
> 
> But FTR what behaviour are you expecting? What does adding /jdf (wtf is that about?) to the URL do?
> 
> The URLs we use return some info in a query string to the browser, with the time bombed  URL in it (as well as details on when the T&C were signed it). You get extra info back in some other URL?
> 
> It doesn?t seem like this is well designed :-(
> 
> On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:
> 
>> You really need to address this with David Hladky and in the ORG JIRA.
>> 
>> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
>> 
>>> I tried to find the proper long-form URL myself by going to http://www.jboss.org/download-manager/ui/administration/products.jsf
>>> 
>>> But unfortunately, for some reason, I don't see EAP as a product listed there. I only see:
>>> 
>>> Data Virtualization
>>> Enterprise Application Server
>>> JBoss A-MQ
>>> JBoss BPM Suite
>>> JBoss Business Rule Management System
>>> JBoss Data Grid
>>> JBoss Developer Studio
>>> JBoss Fuse
>>> JBoss Fuse Service Works
>>> JBoss Portal
>>> 
>>> 
>>> So I suppose I'm also curious why JBoss Enterprise Application Platform isn't listed there. If it were there, I could go find the url myself, but it seems I can't.
>>> 
>>> David:  How can I find out the long-form download URLs of arbitrary products and releases we have? It would save us a lot of back-and-forth if I could at least find the long-form URLs as I can for the above products.
>>> 
>>> 
>>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>>> 
>>>>> The JBoss.org ones are the new style ones. The ones in stacks are old-style. You can safely use either.
>>>> 
>>>> so it turns out you can't safely use either ;/
>>>> 
>>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>>> 
>>>> Seems the shorter form does not react to the rest api thus can only be used in a browser, not in automatic tools like jboss tools or even via plain curl.
>>>> 
>>>> /max
>>>> 
>>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> wrote:
>>>>> 
>>>>>> From Jboss.org it uses http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>>> 
>>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>>> 
>>>>>> I'm adding the jbosstools-dev list because it seems that the download-manager URL have to be different for JBDS .
>>>>>> 
>>>>>> The URL was discussed on the thread "$0 subscription downloads - Stacks integration with download manager"
>>>>>> 
>>>>>> 
>>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>>> Look on the EAP download page on jboss.org.
>>>>>>> 
>>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides <benevides at redhat.com> wrote:
>>>>>>> 
>>>>>>>> Hi all,
>>>>>>>> 
>>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>>> 
>>>>>>>> How can I get informed about the proper download-manager URL for EAP 6.3.
>>>>>>>> 
>>>>>>>> Thanks
>>>>>>>> 
>>>>>>>> -- 
>>>>>>>> 
>>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>>> JBoss Developer
>>>>>>>> M: +55-61-9269-6576
>>>>>>>> 
>>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>>> 
>>>>>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>>>>>> See how it works at www.redhat.com
>>>>>>>> 
>>>>>>>> <linkedin.png> <youtube.png>
>>>>>> 
>>>> 
>>>> 
>>>> /max
>>>> http://about.me/maxandersen
>>> 
>> 
> 



From snjeza.peco at gmail.com  Mon Sep  8 14:54:21 2014
From: snjeza.peco at gmail.com (Snjezana Peco)
Date: Mon, 08 Sep 2014 20:54:21 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea
 why ; /
In-Reply-To: <540D3ECA.7040807@redhat.com>
References: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>	<540B63C0.2020701@redhat.com>
	<540D3ECA.7040807@redhat.com>
Message-ID: <540DFB5D.7080905@gmail.com>

I am not sure, but suppose tycho surefire doesn't remove the workspace 
completely.

Snjeza

On 9/8/2014 7:29 AM, Mickael Istria wrote:
> Thanks a lot Snjezana for taking care of this. When CI builds behave 
> much different from local ones, cleaning their Jenkins workspace is 
> indeed one of the first things to try.
> Do you have any clue of what issue in workspace could be the cause of 
> those failures?
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets 
> <http://twitter.com/mickaelistria>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140908/86731a57/attachment.html 

From mistria at redhat.com  Tue Sep  9 01:10:17 2014
From: mistria at redhat.com (Mickael Istria)
Date: Tue, 09 Sep 2014 07:10:17 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea
 why ; /
In-Reply-To: <540DFB5D.7080905@gmail.com>
References: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>	<540B63C0.2020701@redhat.com>
	<540D3ECA.7040807@redhat.com> <540DFB5D.7080905@gmail.com>
Message-ID: <540E8BB9.5000203@redhat.com>

On 09/08/2014 08:54 PM, Snjezana Peco wrote:
> I am not sure, but suppose tycho surefire doesn't remove the workspace 
> completely.
I think it's something else. As part of the "clean" step of Maven, the 
whole "target" folder is deleted, surefire workspace being part of it,
Maybe Hibernate tests have created some symlinks or some files with a 
different user in the workspace that couldn't be deleted...

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140909/21a2fb7f/attachment.html 

From snjezana.peco at redhat.com  Tue Sep  9 03:37:52 2014
From: snjezana.peco at redhat.com (Snjezana Peco)
Date: Tue, 09 Sep 2014 09:37:52 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea
 why ; /
In-Reply-To: <540E8BB9.5000203@redhat.com>
References: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>	<540B63C0.2020701@redhat.com>	<540D3ECA.7040807@redhat.com>
	<540DFB5D.7080905@gmail.com> <540E8BB9.5000203@redhat.com>
Message-ID: <540EAE50.2080002@redhat.com>

Hibernate tests can't remove all projects on Windows and Linux NFS file 
system.
However, they can be removed when starting a new build.

Snjeza

On 9/9/2014 7:10 AM, Mickael Istria wrote:
> On 09/08/2014 08:54 PM, Snjezana Peco wrote:
>> I am not sure, but suppose tycho surefire doesn't remove the 
>> workspace completely.
> I think it's something else. As part of the "clean" step of Maven, the 
> whole "target" folder is deleted, surefire workspace being part of it,
> Maybe Hibernate tests have created some symlinks or some files with a 
> different user in the workspace that couldn't be deleted...
>
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets 
> <http://twitter.com/mickaelistria>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140909/fcf792bd/attachment.html 

From mistria at redhat.com  Wed Sep 10 04:11:53 2014
From: mistria at redhat.com (Mickael Istria)
Date: Wed, 10 Sep 2014 10:11:53 +0200
Subject: [jbosstools-dev] Target Platform release 4.40.0.CR1 delayed
 AFTER Code Freeze
In-Reply-To: <5408BA9A.4040104@redhat.com>
References: <53FDDD26.80001@redhat.com>	<5400B6DC.4010702@redhat.com>	<54072959.9070305@redhat.com>	<5407436B.90204@redhat.com>
	<5408BA9A.4040104@redhat.com>
Message-ID: <541007C9.5070601@redhat.com>

I'd like to release TP 4.40.0.CR1 tomorrow.
Is there any need to update it before that?
@Gorkem: Will respin-b need a newer THyM?
@Victor @Denis: Will respin-b need a newer Tern or AngularJS?

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140910/a61be25d/attachment.html 

From mistria at redhat.com  Thu Sep 11 12:10:48 2014
From: mistria at redhat.com (Mickael Istria)
Date: Thu, 11 Sep 2014 18:10:48 +0200
Subject: [jbosstools-dev] Target Platform release 4.40.0.CR1 delayed
 AFTER Code Freeze
In-Reply-To: <541007C9.5070601@redhat.com>
References: <53FDDD26.80001@redhat.com>	<5400B6DC.4010702@redhat.com>	<54072959.9070305@redhat.com>	<5407436B.90204@redhat.com>	<5408BA9A.4040104@redhat.com>
	<541007C9.5070601@redhat.com>
Message-ID: <5411C988.3070709@redhat.com>

Since some changes were requested today (JBIDE-18310) and are not yet 
part of the TP, I'll try to release it on tomorrow==Friday morning.

To the few ones who appear to read my mails: please request changes in 
TP as soon as you know you need it (even if upstream artifacts are not 
available yet), it's very important for planning purpose...

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140911/518a7fc3/attachment.html 

From adietish at redhat.com  Thu Sep 11 13:09:52 2014
From: adietish at redhat.com (=?UTF-8?B?QW5kcsOpIERpZXRpc2hlaW0=?=)
Date: Thu, 11 Sep 2014 19:09:52 +0200
Subject: [jbosstools-dev] Anyone knows what's causing black background in
 StyledText on RHEL 6.5?
Message-ID: <5411D760.7030804@redhat.com>

Hi

I ran into https://issues.jboss.org/browse/JBIDE-18298 which only 
happens in RHEL 6.5 (not in Ubuntu 14.4, FC19, FC29, MacOS):

The affected widgets are StyledText(s), they get black background color. 
The StyledText have a transparent png in the background to make them 
transparent. The StyleRanges used in there only have SWT.BOLD, the 
background color is left as is (null). I used StyledText since these 
were the only controls that had text-wrapping and scrollbars done right. 
The only way I found to make them transparent was to put a transparent 
png into their background.

I have no clue what's causing this. I'd appreciate any hints or ideas.

Thanks!
Andr?

From manderse at redhat.com  Fri Sep 12 02:59:29 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 12 Sep 2014 02:59:29 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 3 issues with illegal fix version
Message-ID: <201409120659.s8C6xTQr006733@int-mx11.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for JBIDE-18290

https://issues.jboss.org/browse/JBIDE-18290
Summary: Core tests update site missing

Assignee(s): mickael_istria <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): updatesite
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 22:49:48.773209

----------------------------


* Illegal fix version for JBIDE-16164

https://issues.jboss.org/browse/JBIDE-16164
Summary: Missing provider names and inconsistent plugin names for org.eclipse.vjet plugins

Assignee(s): nickboldt <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 13:44:40.742310

----------------------------


* Illegal fix version for JBIDE-18300

https://issues.jboss.org/browse/JBIDE-18300
Summary: Update Mylyn/Jenkins tests to include authenticated servers - to handle Jenkins on OpenShift test suggested by Max

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Component(s): qa
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 14:16:09.775175

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-365d

From manderse at redhat.com  Fri Sep 12 02:59:31 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 12 Sep 2014 02:59:31 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component
Message-ID: <201409120659.s8C6xVnn006740@int-mx11.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBDS-3147

https://issues.jboss.org/browse/JBDS-3147
Summary: JBDS consumes 40-50% CPU without any noticeable job in progress

Assignee: None set - please fix.
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 13:00:24.964809

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From manderse at redhat.com  Fri Sep 12 05:13:29 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 12 Sep 2014 05:13:29 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 2 issues with illegal fix version
	for resolved issue
Message-ID: <201409120913.s8C9DTvQ008490@int-mx14.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for resolved issue for JBIDE-16164

https://issues.jboss.org/browse/JBIDE-16164
Summary: Missing provider names and inconsistent plugin names for org.eclipse.vjet plugins

Assignee(s): nickboldt <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: Illegal fix version for resolved issue - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 15:58:40.623012

----------------------------


* Illegal fix version for resolved issue for JBIDE-18300

https://issues.jboss.org/browse/JBIDE-18300
Summary: Update Mylyn/Jenkins tests to include authenticated servers - to handle Jenkins on OpenShift test suggested by Max

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Component(s): qa
Problem: Illegal fix version for resolved issue - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 16:30:10.631610

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-720d

From manderse at redhat.com  Fri Sep 12 05:13:43 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 12 Sep 2014 05:13:43 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 24 issues with no fix version
Message-ID: <201409120913.s8C9Dhtt019765@int-mx10.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No fix version for JBDS-3009

https://issues.jboss.org/browse/JBDS-3009
Summary: use devstudio.redhat.com instead of devstudio.jboss.com in hardcoded URLs within JBDS (eg., Central discovery, updates)

Assignee(s): maxandersen <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>, dgolovin <jbosstools-dev at lists.jboss.org>, nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): build, installer, updatesite
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 23:24:39.311554

----------------------------


* No fix version for JBDS-3141

https://issues.jboss.org/browse/JBDS-3141
Summary: Test victi.ms maven plugin works within jbds (or at least does not fail)

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 3 days, 11:51:11.680070

----------------------------


* No fix version for JBDS-3142

https://issues.jboss.org/browse/JBDS-3142
Summary: JBDS 8.0.CR1 - writes verbose logging to stdout in CLI

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): build
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 15:35:37.346259

----------------------------


* No fix version for JBIDE-18233

https://issues.jboss.org/browse/JBIDE-18233
Summary: Unable to update nor install ADT within JBDS 7.1.1 to Android SDK 23+

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>, nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): central, updatesite
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 3 days, 23:01:48.501560

----------------------------


* No fix version for JBIDE-16585

https://issues.jboss.org/browse/JBIDE-16585
Summary: Tasks that do not fit elsewhere 

Assignee(s): maxandersen <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): cleanup
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 13 days, 10:03:22.012685

----------------------------


* No fix version for JBIDE-17882

https://issues.jboss.org/browse/JBIDE-17882
Summary: Validate remote server dir before start/stop/deploy operations

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 58 days, 19:00:49.340550

----------------------------


* No fix version for JBIDE-18215

https://issues.jboss.org/browse/JBIDE-18215
Summary: Select connection profile dialog shows empty on mouse hover

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 10 days, 12:50:55.501760

----------------------------


* No fix version for JBDS-2852

https://issues.jboss.org/browse/JBDS-2852
Summary: Database/source/connection Usability

Assignee(s): burrsutter <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>, jpallich <jbosstools-dev at lists.jboss.org>
Component(s): integration, requirements
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 84 days, 16:53:49.422972

----------------------------


* No fix version for JBIDE-18172

https://issues.jboss.org/browse/JBIDE-18172
Summary: forge should not print logging to system.out by default

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): forge
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 14 days, 14:13:41.835909

----------------------------


* No fix version for JBDS-3134

https://issues.jboss.org/browse/JBDS-3134
Summary: Visual Page Editor is not supported for selected Installation Type

Assignee: None set - please fix.
Lead(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component(s): installer
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 11 days, 15:37:46.521062

----------------------------


* No fix version for JBDS-3135

https://issues.jboss.org/browse/JBDS-3135
Summary: Installer Failures

Assignee: None set - please fix.
Lead(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component(s): installer
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 10 days, 6:18:37.520869

----------------------------


* No fix version for JBIDE-12351

https://issues.jboss.org/browse/JBIDE-12351
Summary: Remote JMX connection to servers cannot be established with IPv6

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 55 days, 23:50:32.012878

----------------------------


* No fix version for JBDS-3133

https://issues.jboss.org/browse/JBDS-3133
Summary: Selecting Directory in Installer, loses one sub-directory

Assignee: None set - please fix.
Lead(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component(s): installer
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 11 days, 15:39:57.521238

----------------------------


* No fix version for JBIDE-18108

https://issues.jboss.org/browse/JBIDE-18108
Summary: Set version on exported packages

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): locus
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 22 days, 16:43:12.173826

----------------------------


* No fix version for JBDS-3119

https://issues.jboss.org/browse/JBDS-3119
Summary: XML Schema validation fails when importing external schema

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): 3rd-party-dependencies
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 16 days, 21:36:25.979340

----------------------------


* No fix version for JBIDE-18266

https://issues.jboss.org/browse/JBIDE-18266
Summary: Publish the Hibernate Tools 4.x releases

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 20:14:29.392097

----------------------------


* No fix version for JBIDE-18096

https://issues.jboss.org/browse/JBIDE-18096
Summary: could not complete update project configuration - illegalargumentexception

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 12 days, 3:44:16.508933

----------------------------


* No fix version for JBIDE-18097

https://issues.jboss.org/browse/JBIDE-18097
Summary: Update project configuration is not enough to update eclipse settings - need to delete .project/.classpath and reimport

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 22 days, 22:23:59.508754

----------------------------


* No fix version for JBDS-3128

https://issues.jboss.org/browse/JBDS-3128
Summary: verify JBTIS for luna have its references to devstudio.jboss.com updated to devstudio.redhat.com

Assignee(s): pleacu <jbosstools-dev at lists.jboss.org>
Lead(s): pleacu <jbosstools-dev at lists.jboss.org>
Component(s): integration-platform
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 14 days, 10:51:40.311611

----------------------------


* No fix version for JBIDE-17315

https://issues.jboss.org/browse/JBIDE-17315
Summary: Investigate org.eclipse.jst.server.core.serverProfilers ext.pt.

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 113 days, 20:44:55.673740

----------------------------


* No fix version for JBIDE-17844

https://issues.jboss.org/browse/JBIDE-17844
Summary: Server ???> Show in JMX Navigator does not show the server, just opens the view

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 43 days, 10:01:26.673540

----------------------------


* No fix version for JBDS-3122

https://issues.jboss.org/browse/JBDS-3122
Summary: Test/ensure devstudio works with dark themes as built into eclipse luna or moonrise plugin

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): ui/branding
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 6 days, 21:54:38.645491

----------------------------


* No fix version for JBIDE-18098

https://issues.jboss.org/browse/JBIDE-18098
Summary: many "Unknown" markers during maven import

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 1 day, 12:31:58.508576

----------------------------


* No fix version for JBIDE-18099

https://issues.jboss.org/browse/JBIDE-18099
Summary: Configure Maven Repositories quickfix shows up on unrelated quickfixes

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 15 days, 11:50:15.508374

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+fixVersion+is+EMPTY+AND+resolution+is+EMPTY+and+createdDate+%3C%3D+-7d

From manderse at redhat.com  Fri Sep 12 05:13:45 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 12 Sep 2014 05:13:45 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component
Message-ID: <201409120913.s8C9DjIe012202@int-mx11.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBDS-3147

https://issues.jboss.org/browse/JBDS-3147
Summary: JBDS consumes 40-50% CPU without any noticeable job in progress

Assignee: None set - please fix.
Component: None set - please fix.
Problem: No component - please ensure this issue has a proper component set.
Last Update: 1:49:47.785703

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From mistria at redhat.com  Fri Sep 12 13:08:34 2014
From: mistria at redhat.com (Mickael Istria)
Date: Fri, 12 Sep 2014 19:08:34 +0200
Subject: [jbosstools-dev] Target Platform 4.40.0.CR1 for JBoss Tools
	4.2.0.CR1 has been released
Message-ID: <54132892.9050208@redhat.com>

Target Platform 4.40.0.CR1 for JBoss Tools 4.2.0.CR1 has been released

Changes
=======

Compared to 4.40.0.Beta2: https://issues.jboss.org/issues/?jql=project%20in%20%28JBIDE%2CJBDS%29%20and%20component%3Dtarget-platform%20and%20fixVersion%20in%20%284.2.0.CR1%2C8.0.0.CR1%29


Usage
=====

Target platform 4.40.0.CR1 is what JBoss Tools 4.2.0.CR1 will use.

All Jenkins jobs for branch 8.0.luna and parent pom 4.2.0.CR1-SNAPSHOT
have been updated to use target platform 4.40.0.CR1.

The following p2 repositories *will be modified* to point to this new target platform once
JBoss Tools 4.2.0.CR1 is released:

* http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/luna/
* http://download.jboss.org/jbosstools/targetplatforms/jbdevstudiotarget/luna/
* http://download.jboss.org/jbosstools/targetplatforms/jbtcentraltarget/luna/

Until then, you can access the target platform at the URLs below.


Download
========

Update site: http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.40.0.CR1/REPO/

Update site zip: http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.40.0.CR1/jbosstoolstarget-4.40.0.CR1.zip

Git tag: https://github.com/jbosstools/jbosstools-target-platforms/tree/4.40.0.CR1

Testing/Development
===================

If your root pom correctly specifies the latest parent pom version as 4.2.0.CR1-SNAPSHOT, you need only this:

   $ mvn clean verify

If you're using a different parent pom, use this:

   $ mvn clean verify -Dtpc.version=4.40.0.CR1

For advanced usage and help (using in IDE, building a mirror locally, using a zip), see:

* https://github.com/jbosstools/jbosstools-devdoc/blob/master/building/target_platforms/target_platforms_for_consumers.md


What's next?
============

jbosstools-target-platforms project branch 4.40.x has been prepared for potential upgrades, and its version is now 4.40.0.CR2-SNAPSHOT. It will most likely become of 4.41.0.CR2-SNAPSHOT with the following changes:
* Update of THyM
* Usage of Eclipse Luna SR2
* Shall you need anything else, please follow those instructions to request a change ASAP: https://github.com/jbosstools/jbosstools-devdoc/blob/master/building/target_platforms/target_platforms_updates.adoc


All Jenkins jobs for *master* and parent pom 4.3.0.Alpha1-SNAPSHOT  have been updated to use target platform 4.40.0.CR2-SNAPSHOT.

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140912/7b73c4e5/attachment.html 

From manderse at redhat.com  Sat Sep 13 02:59:28 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Sat, 13 Sep 2014 02:59:28 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 2 issues with illegal fix version
Message-ID: <201409130659.s8D6xSlC011808@int-mx09.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for JBIDE-16164

https://issues.jboss.org/browse/JBIDE-16164
Summary: Missing provider names and inconsistent plugin names for org.eclipse.vjet plugins

Assignee(s): nickboldt <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 1 day, 13:44:39.655838

----------------------------


* Illegal fix version for JBIDE-18300

https://issues.jboss.org/browse/JBIDE-18300
Summary: Update Mylyn/Jenkins tests to include authenticated servers - to handle Jenkins on OpenShift test suggested by Max

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Component(s): qa
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 1 day, 14:16:09.620636

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-365d

From manderse at redhat.com  Sat Sep 13 02:59:29 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Sat, 13 Sep 2014 02:59:29 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component
Message-ID: <201409130659.s8D6xTk3011812@int-mx09.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBDS-3148

https://issues.jboss.org/browse/JBDS-3148
Summary: Welcome to JBoss Developer Studio Image is mis-aligned

Assignee(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 12:46:41.845347

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From manderse at redhat.com  Sun Sep 14 02:59:29 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Sun, 14 Sep 2014 02:59:29 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 2 issues with illegal fix version
Message-ID: <201409140659.s8E6xT4j003197@int-mx10.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for JBIDE-16164

https://issues.jboss.org/browse/JBIDE-16164
Summary: Missing provider names and inconsistent plugin names for org.eclipse.vjet plugins

Assignee(s): nickboldt <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 2 days, 13:44:40.723726

----------------------------


* Illegal fix version for JBIDE-18300

https://issues.jboss.org/browse/JBIDE-18300
Summary: Update Mylyn/Jenkins tests to include authenticated servers - to handle Jenkins on OpenShift test suggested by Max

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Component(s): qa
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 2 days, 14:16:10.611855

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-365d

From manderse at redhat.com  Sun Sep 14 02:59:31 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Sun, 14 Sep 2014 02:59:31 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 2 issues with no component
Message-ID: <201409140659.s8E6xVUX027075@int-mx09.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBDS-3148

https://issues.jboss.org/browse/JBDS-3148
Summary: Welcome to JBoss Developer Studio Image is mis-aligned

Assignee(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 1 day, 12:46:43.649139

----------------------------


* No component for JBIDE-18331

https://issues.jboss.org/browse/JBIDE-18331
Summary: Ionic Palette: JS/CSS Tooltip says "jQuery, jQuery Mobile"

Assignee: None set - please fix.
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 13:18:41.648685

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From manderse at redhat.com  Mon Sep 15 02:59:29 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Mon, 15 Sep 2014 02:59:29 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with illegal fix version
Message-ID: <201409150659.s8F6xT17026209@int-mx13.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for JBIDE-18300

https://issues.jboss.org/browse/JBIDE-18300
Summary: Update Mylyn/Jenkins tests to include authenticated servers - to handle Jenkins on OpenShift test suggested by Max

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Component(s): qa
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 3 days, 14:16:11.406117

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-365d

From manderse at redhat.com  Mon Sep 15 02:59:31 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Mon, 15 Sep 2014 02:59:31 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 2 issues with no component
Message-ID: <201409150659.s8F6xVhx021952@int-mx09.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBDS-3148

https://issues.jboss.org/browse/JBDS-3148
Summary: Welcome to JBoss Developer Studio Image is mis-aligned

Assignee(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 2 days, 12:46:43.185252

----------------------------


* No component for JBIDE-18331

https://issues.jboss.org/browse/JBIDE-18331
Summary: Ionic Palette: JS/CSS Tooltip says "jQuery, jQuery Mobile"

Assignee: None set - please fix.
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 1 day, 13:18:41.184799

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From manderse at redhat.com  Mon Sep 15 03:03:02 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Mon, 15 Sep 2014 09:03:02 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea
 why ; /
In-Reply-To: <540EAE50.2080002@redhat.com>
References: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>
	<540B63C0.2020701@redhat.com> <540D3ECA.7040807@redhat.com>
	<540DFB5D.7080905@gmail.com> <540E8BB9.5000203@redhat.com>
	<540EAE50.2080002@redhat.com>
Message-ID: <8445A477-DAB0-4C37-9F6D-B084CA942BB2@redhat.com>

On 9 Sep 2014, at 9:37, Snjezana Peco wrote:

> Hibernate tests can't remove all projects on Windows and Linux NFS 
> file system.

Are you meaning this is specific for hibernate tests or just in general 
?

I've seen on and off issues with the big testsuite in hibernate tools 
added a while back by dgeraskov and co. where it will only run to 
completions on linux filesystem. Does sound like there is some bad file 
locking going on we need to look at....but why a workspace should be 
able to trigger this seems weird to me ;/

> However, they can be removed when starting a new build.


>
> Snjeza
>
> On 9/9/2014 7:10 AM, Mickael Istria wrote:
>> On 09/08/2014 08:54 PM, Snjezana Peco wrote:
>>> I am not sure, but suppose tycho surefire doesn't remove the 
>>> workspace completely.
>> I think it's something else. As part of the "clean" step of Maven, 
>> the whole "target" folder is deleted, surefire workspace being part 
>> of it,
>> Maybe Hibernate tests have created some symlinks or some files with a 
>> different user in the workspace that couldn't be deleted...
>>
>> -- 
>> Mickael Istria
>> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
>> My blog <http://mickaelistria.wordpress.com> - My Tweets 
>> <http://twitter.com/mickaelistria>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen

From max.andersen at redhat.com  Mon Sep 15 03:07:29 2014
From: max.andersen at redhat.com (Max Rydahl Andersen)
Date: Mon, 15 Sep 2014 09:07:29 +0200
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <1976648569.18429300.1410175727922.JavaMail.zimbra@redhat.com>
References: <54007EA6.4090306@redhat.com>
	<69B7E465-D482-418F-8F87-ADE436DC6CE7@redhat.com>
	<FD0FB9F2-DA98-46FE-A9B8-8514A915151F@redhat.com>
	<540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
	<B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
	<493085381.18400200.1410167797035.JavaMail.zimbra@redhat.com>
	<7760BED7-62F7-4923-832D-C8A88482CF87@redhat.com>
	<1976648569.18429300.1410175727922.JavaMail.zimbra@redhat.com>
Message-ID: <B42FDE79-F55F-4D09-ACCE-BF1041BB3FC4@redhat.com>

On 8 Sep 2014, at 13:28, David Hladky wrote:

> Hi,
>
> problem found with the missing /file in jdf found. It will try to 
> announce an outage on Wednesday.

Does this mean we can now use the short hand form in both the browser 
workflow and the curl/eclipse workflows ?

/max

>
> David Hladky
>
>
>
> ----- Original Message -----
> From: "Pete Muir" <pmuir at redhat.com>
> To: "David Hladky" <dhladky at redhat.com>
> Cc: "Rob Stryker" <rstryker at redhat.com>, "Max Rydahl Andersen" 
> <max.andersen at redhat.com>, "Rafael Benevides" <benevides at redhat.com>, 
> "Paul Robinson" <paul.robinson at redhat.com>, "Snjezana Peco" 
> <snjezana.peco at redhat.com>, "??? jbosstools-dev" 
> <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
> Sent: Monday, September 8, 2014 12:30:46 PM
> Subject: Re: Download Manager URL for EAP 6.3
>
> Hi David,
>
> I don?t understand why this ?entry-point? exists? Why is this 
> not just the default behaviour? It seems to cover all cases, and would 
> mean there is no need for this ?jdf? element in the URL, and we 
> can just copy and paste URLs between places.
>
> Also, I can confirm the bug report that the ?jdf? urls are not 
> working for the short URLs. I used e.g. (copied from your MOJO page)
>
> curl -v -L -H "Authorization: Basic xxxx" 
> https://www.jboss.org/download-manager/jdf/file/jboss-datavirt-6.0.0.GA-source.zip 
> > out.bin
>
> Which gives "File /file/jboss-datavirt-6.0.0.GA-source.zip was not 
> found in the system.? but works fine in a web browser, or the 
> provided long URL.
>
> I cloned the JDF issue to https://issues.jboss.org/browse/ORG-2235
>
> Pete
>
> On 8 Sep 2014, at 10:16, David Hladky <dhladky at redhat.com> wrote:
>
>> Hi Pete,
>>
>> it is quite complex behaviour. It is documented here:
>>
>> https://mojo.redhat.com/docs/DOC-967368
>>
>> Long story short: they wanted to have a single URL, that allows to be 
>> used in a web browser and behave just like the normal link and when 
>> specific headers are added (application/xml or application/json) and 
>> user credentials, it serves as a communication protocol for an 
>> Eclipse plugin.
>>
>> The design has one flaw - the last step is redirect (instead of a xml 
>> or json with information that everything is all right as I wanted), 
>> so if used in a hotel and the hotel proxy redirects you to a login 
>> page or some similar page, the Eclipse plugin thinks the page is the 
>> requested file for download and downloads it.
>>
>> But maybe Rob has some way to prevent such error.
>>
>> David Hladky
>>
>>
>> ----- Original Message -----
>> From: "Pete Muir" <pmuir at redhat.com>
>> To: "Rob Stryker" <rstryker at redhat.com>
>> Cc: "Max Rydahl Andersen" <max.andersen at redhat.com>, "Rafael 
>> Benevides" <benevides at redhat.com>, "David Hladky" 
>> <dhladky at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, 
>> "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" 
>> <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
>> Sent: Friday, September 5, 2014 10:10:46 PM
>> Subject: Re: Download Manager URL for EAP 6.3
>>
>> But FTR what behaviour are you expecting? What does adding /jdf (wtf 
>> is that about?) to the URL do?
>>
>> The URLs we use return some info in a query string to the browser, 
>> with the time bombed  URL in it (as well as details on when the T&C 
>> were signed it). You get extra info back in some other URL?
>>
>> It doesn?t seem like this is well designed :-(
>>
>> On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:
>>
>>> You really need to address this with David Hladky and in the ORG 
>>> JIRA.
>>>
>>> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
>>>
>>>> I tried to find the proper long-form URL myself by going to 
>>>> http://www.jboss.org/download-manager/ui/administration/products.jsf
>>>>
>>>> But unfortunately, for some reason, I don't see EAP as a product 
>>>> listed there. I only see:
>>>>
>>>> Data Virtualization
>>>> Enterprise Application Server
>>>> JBoss A-MQ
>>>> JBoss BPM Suite
>>>> JBoss Business Rule Management System
>>>> JBoss Data Grid
>>>> JBoss Developer Studio
>>>> JBoss Fuse
>>>> JBoss Fuse Service Works
>>>> JBoss Portal
>>>>
>>>>
>>>> So I suppose I'm also curious why JBoss Enterprise Application 
>>>> Platform isn't listed there. If it were there, I could go find the 
>>>> url myself, but it seems I can't.
>>>>
>>>> David:  How can I find out the long-form download URLs of arbitrary 
>>>> products and releases we have? It would save us a lot of 
>>>> back-and-forth if I could at least find the long-form URLs as I can 
>>>> for the above products.
>>>>
>>>>
>>>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>>>>
>>>>>> The JBoss.org ones are the new style ones. The ones in stacks are 
>>>>>> old-style. You can safely use either.
>>>>>
>>>>> so it turns out you can't safely use either ;/
>>>>>
>>>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>>>>
>>>>> Seems the shorter form does not react to the rest api thus can 
>>>>> only be used in a browser, not in automatic tools like jboss tools 
>>>>> or even via plain curl.
>>>>>
>>>>> /max
>>>>>
>>>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> 
>>>>>> wrote:
>>>>>>
>>>>>>> From Jboss.org it uses 
>>>>>>> http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>>>>
>>>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: 
>>>>>>> http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>>>>
>>>>>>> I'm adding the jbosstools-dev list because it seems that the 
>>>>>>> download-manager URL have to be different for JBDS .
>>>>>>>
>>>>>>> The URL was discussed on the thread "$0 subscription downloads - 
>>>>>>> Stacks integration with download manager"
>>>>>>>
>>>>>>>
>>>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>>>> Look on the EAP download page on jboss.org.
>>>>>>>>
>>>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides 
>>>>>>>> <benevides at redhat.com> wrote:
>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>>>>
>>>>>>>>> How can I get informed about the proper download-manager URL 
>>>>>>>>> for EAP 6.3.
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>>
>>>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>>>> JBoss Developer
>>>>>>>>> M: +55-61-9269-6576
>>>>>>>>>
>>>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>>>>
>>>>>>>>> Better technology. Faster innovation. Powered by community 
>>>>>>>>> collaboration.
>>>>>>>>> See how it works at www.redhat.com
>>>>>>>>>
>>>>>>>>> <linkedin.png> <youtube.png>
>>>>>>>
>>>>>
>>>>>
>>>>> /max
>>>>> http://about.me/maxandersen
>>>>
>>>
>>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen


From dhladky at redhat.com  Mon Sep 15 04:13:09 2014
From: dhladky at redhat.com (David Hladky)
Date: Mon, 15 Sep 2014 04:13:09 -0400 (EDT)
Subject: [jbosstools-dev] Download Manager URL for EAP 6.3
In-Reply-To: <B42FDE79-F55F-4D09-ACCE-BF1041BB3FC4@redhat.com>
References: <54007EA6.4090306@redhat.com> <540A090C.8010802@redhat.com>
	<D897E8BB-68F5-48B1-8309-77A00F70D1E1@redhat.com>
	<B963CDD5-E8B8-4028-8FC7-A9CF6433D13D@redhat.com>
	<493085381.18400200.1410167797035.JavaMail.zimbra@redhat.com>
	<7760BED7-62F7-4923-832D-C8A88482CF87@redhat.com>
	<1976648569.18429300.1410175727922.JavaMail.zimbra@redhat.com>
	<B42FDE79-F55F-4D09-ACCE-BF1041BB3FC4@redhat.com>
Message-ID: <63295910.22322948.1410768789283.JavaMail.zimbra@redhat.com>

Hi Max, 

sure. It was the plan from the beginning. 

David

----- Original Message -----
From: "Max Rydahl Andersen" <max.andersen at redhat.com>
To: "David Hladky" <dhladky at redhat.com>
Cc: "Pete Muir" <pmuir at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, "??? jbosstools-dev" <jbosstools-dev at lists.jboss.org>, "Rafael Benevides" <benevides at redhat.com>, "Rob Stryker" <rstryker at redhat.com>
Sent: Monday, September 15, 2014 9:07:29 AM
Subject: Re: [jbosstools-dev] Download Manager URL for EAP 6.3

On 8 Sep 2014, at 13:28, David Hladky wrote:

> Hi,
>
> problem found with the missing /file in jdf found. It will try to 
> announce an outage on Wednesday.

Does this mean we can now use the short hand form in both the browser 
workflow and the curl/eclipse workflows ?

/max

>
> David Hladky
>
>
>
> ----- Original Message -----
> From: "Pete Muir" <pmuir at redhat.com>
> To: "David Hladky" <dhladky at redhat.com>
> Cc: "Rob Stryker" <rstryker at redhat.com>, "Max Rydahl Andersen" 
> <max.andersen at redhat.com>, "Rafael Benevides" <benevides at redhat.com>, 
> "Paul Robinson" <paul.robinson at redhat.com>, "Snjezana Peco" 
> <snjezana.peco at redhat.com>, "??? jbosstools-dev" 
> <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
> Sent: Monday, September 8, 2014 12:30:46 PM
> Subject: Re: Download Manager URL for EAP 6.3
>
> Hi David,
>
> I don?t understand why this ?entry-point? exists? Why is this 
> not just the default behaviour? It seems to cover all cases, and would 
> mean there is no need for this ?jdf? element in the URL, and we 
> can just copy and paste URLs between places.
>
> Also, I can confirm the bug report that the ?jdf? urls are not 
> working for the short URLs. I used e.g. (copied from your MOJO page)
>
> curl -v -L -H "Authorization: Basic xxxx" 
> https://www.jboss.org/download-manager/jdf/file/jboss-datavirt-6.0.0.GA-source.zip 
> > out.bin
>
> Which gives "File /file/jboss-datavirt-6.0.0.GA-source.zip was not 
> found in the system.? but works fine in a web browser, or the 
> provided long URL.
>
> I cloned the JDF issue to https://issues.jboss.org/browse/ORG-2235
>
> Pete
>
> On 8 Sep 2014, at 10:16, David Hladky <dhladky at redhat.com> wrote:
>
>> Hi Pete,
>>
>> it is quite complex behaviour. It is documented here:
>>
>> https://mojo.redhat.com/docs/DOC-967368
>>
>> Long story short: they wanted to have a single URL, that allows to be 
>> used in a web browser and behave just like the normal link and when 
>> specific headers are added (application/xml or application/json) and 
>> user credentials, it serves as a communication protocol for an 
>> Eclipse plugin.
>>
>> The design has one flaw - the last step is redirect (instead of a xml 
>> or json with information that everything is all right as I wanted), 
>> so if used in a hotel and the hotel proxy redirects you to a login 
>> page or some similar page, the Eclipse plugin thinks the page is the 
>> requested file for download and downloads it.
>>
>> But maybe Rob has some way to prevent such error.
>>
>> David Hladky
>>
>>
>> ----- Original Message -----
>> From: "Pete Muir" <pmuir at redhat.com>
>> To: "Rob Stryker" <rstryker at redhat.com>
>> Cc: "Max Rydahl Andersen" <max.andersen at redhat.com>, "Rafael 
>> Benevides" <benevides at redhat.com>, "David Hladky" 
>> <dhladky at redhat.com>, "Paul Robinson" <paul.robinson at redhat.com>, 
>> "Snjezana Peco" <snjezana.peco at redhat.com>, "??? jbosstools-dev" 
>> <jbosstools-dev at lists.jboss.org>, "Fred Bricon" <fbricon at redhat.com>
>> Sent: Friday, September 5, 2014 10:10:46 PM
>> Subject: Re: Download Manager URL for EAP 6.3
>>
>> But FTR what behaviour are you expecting? What does adding /jdf (wtf 
>> is that about?) to the URL do?
>>
>> The URLs we use return some info in a query string to the browser, 
>> with the time bombed  URL in it (as well as details on when the T&C 
>> were signed it). You get extra info back in some other URL?
>>
>> It doesn?t seem like this is well designed :-(
>>
>> On 5 Sep 2014, at 21:07, Pete Muir <pmuir at redhat.com> wrote:
>>
>>> You really need to address this with David Hladky and in the ORG 
>>> JIRA.
>>>
>>> On 5 Sep 2014, at 20:03, Rob Stryker <rstryker at redhat.com> wrote:
>>>
>>>> I tried to find the proper long-form URL myself by going to 
>>>> http://www.jboss.org/download-manager/ui/administration/products.jsf
>>>>
>>>> But unfortunately, for some reason, I don't see EAP as a product 
>>>> listed there. I only see:
>>>>
>>>> Data Virtualization
>>>> Enterprise Application Server
>>>> JBoss A-MQ
>>>> JBoss BPM Suite
>>>> JBoss Business Rule Management System
>>>> JBoss Data Grid
>>>> JBoss Developer Studio
>>>> JBoss Fuse
>>>> JBoss Fuse Service Works
>>>> JBoss Portal
>>>>
>>>>
>>>> So I suppose I'm also curious why JBoss Enterprise Application 
>>>> Platform isn't listed there. If it were there, I could go find the 
>>>> url myself, but it seems I can't.
>>>>
>>>> David:  How can I find out the long-form download URLs of arbitrary 
>>>> products and releases we have? It would save us a lot of 
>>>> back-and-forth if I could at least find the long-form URLs as I can 
>>>> for the above products.
>>>>
>>>>
>>>> On 09/06/2014 02:53 AM, Max Rydahl Andersen wrote:
>>>>> On 29 Aug 2014, at 16:21, Pete Muir wrote:
>>>>>
>>>>>> The JBoss.org ones are the new style ones. The ones in stacks are 
>>>>>> old-style. You can safely use either.
>>>>>
>>>>> so it turns out you can't safely use either ;/
>>>>>
>>>>> Rob reopened https://issues.jboss.org/browse/JDF-759
>>>>>
>>>>> Seems the shorter form does not react to the rest api thus can 
>>>>> only be used in a browser, not in automatic tools like jboss tools 
>>>>> or even via plain curl.
>>>>>
>>>>> /max
>>>>>
>>>>>> On 29 Aug 2014, at 14:32, Rafael Benevides <benevides at redhat.com> 
>>>>>> wrote:
>>>>>>
>>>>>>> From Jboss.org it uses 
>>>>>>> http://www.jboss.org/download-manager/file/jboss-eap-6.3.0.GA-installer.jar
>>>>>>>
>>>>>>> but from stacks.yaml for EAP 6.2 it have the following URL: 
>>>>>>> http://www.jboss.org/download-manager/jdf/content/origin/files/sha256/62/627773f1798623eb599bbf7d39567f60941a706dc971c17f5232ffad028bc6f4/jboss-eap-6.2.0.zip
>>>>>>>
>>>>>>> I'm adding the jbosstools-dev list because it seems that the 
>>>>>>> download-manager URL have to be different for JBDS .
>>>>>>>
>>>>>>> The URL was discussed on the thread "$0 subscription downloads - 
>>>>>>> Stacks integration with download manager"
>>>>>>>
>>>>>>>
>>>>>>> Em 8/29/14, 10:23, Pete Muir escreveu:
>>>>>>>> Look on the EAP download page on jboss.org.
>>>>>>>>
>>>>>>>> On 29 Aug 2014, at 14:22, Rafael Benevides 
>>>>>>>> <benevides at redhat.com> wrote:
>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I'm updating stacks.yaml with EAP 6.3 BOMs and Runtimes.
>>>>>>>>>
>>>>>>>>> How can I get informed about the proper download-manager URL 
>>>>>>>>> for EAP 6.3.
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>>
>>>>>>>>> Rafael Benevides | Senior Software Engineer
>>>>>>>>> JBoss Developer
>>>>>>>>> M: +55-61-9269-6576
>>>>>>>>>
>>>>>>>>> <{a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg>
>>>>>>>>>
>>>>>>>>> Better technology. Faster innovation. Powered by community 
>>>>>>>>> collaboration.
>>>>>>>>> See how it works at www.redhat.com
>>>>>>>>>
>>>>>>>>> <linkedin.png> <youtube.png>
>>>>>>>
>>>>>
>>>>>
>>>>> /max
>>>>> http://about.me/maxandersen
>>>>
>>>
>>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen


From mistria at redhat.com  Mon Sep 15 04:49:25 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 15 Sep 2014 10:49:25 +0200
Subject: [jbosstools-dev] JBoss Tools Core 4.2.0.CR1b bits available for QE
	testing
Message-ID: <5416A815.6080504@redhat.com>

As always, these are not FINAL bits, but preliminary results for QE & 
community testing. Not for use by customers or end users.

Update site: 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1b-updatesite-core/
Target platforms: 
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.40.0.CR1

Until the above target platform site is released, you will need to add 
it to Eclipse to resolve dependencies at install time.
Once released, dependencies will be found automatically from here:
* 
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/luna/ 
(latest release)
* 
http://download.jboss.org/jbosstools/targetplatforms/jbtcentraltarget/4.40.0.CR1-SNAPSHOT/ 
(upcoming milestone)
* 
http://download.jboss.org/jbosstools/targetplatforms/jbtearlyaccesstarget/4.40.0.CR1-SNAPSHOT/ 
(upcoming milestone)

New + noteworthy (subject to change):
* 
https://github.com/jbosstools/jbosstools-website/tree/master/documentation/whatsnew
* http://tools.jboss.org/documentation/whatsnew/

Schedule: 
https://issues.jboss.org/browse/JBIDE#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel

Additional update sites:
* 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1b-updatesite-coretests/
* 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1b-updatesite-hibernatetools/
* 
http://download.jboss.org/jbosstools/updates/staging/luna/jbosstools-4.2.0.CR1b-updatesite-webtools/
and build metadata:
* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1b-build-core/
* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1b-build-coretests/
* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1b-build-hibernatetools/
* 
http://download.jboss.org/jbosstools/builds/development/jbosstools-4.2.0.CR1b-build-webtools/

Changes prompting this respin-b are: 
https://issues.jboss.org/issues/?jql=labels%20in%20%28%22respin-b%22%29%20and%20%28%28project%20in%20%28%22JBDS%22%29%20and%20fixversion%20in%20%28%228.0.0.CR1%22%29%29%20or%20%28project%20in%20%28%22JBIDE%22%2C%22TOOLSDOC%22%29%20and%20fixversion%20in%20%28%224.2.0.CR1%22%29%29%29
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140915/8ca8f3c4/attachment.html 

From snjezana.peco at redhat.com  Mon Sep 15 14:35:19 2014
From: snjezana.peco at redhat.com (Snjezana Peco)
Date: Mon, 15 Sep 2014 20:35:19 +0200
Subject: [jbosstools-dev] hibernate tools fails to find tests...no idea
 why ; /
In-Reply-To: <8445A477-DAB0-4C37-9F6D-B084CA942BB2@redhat.com>
References: <C3350135-6471-41C5-8531-B4498380E3AA@redhat.com>
	<540B63C0.2020701@redhat.com> <540D3ECA.7040807@redhat.com>
	<540DFB5D.7080905@gmail.com> <540E8BB9.5000203@redhat.com>
	<540EAE50.2080002@redhat.com>
	<8445A477-DAB0-4C37-9F6D-B084CA942BB2@redhat.com>
Message-ID: <54173167.20201@redhat.com>

On 9/15/2014 9:03 AM, Max Rydahl Andersen wrote:
> On 9 Sep 2014, at 9:37, Snjezana Peco wrote:
>
>> Hibernate tests can't remove all projects on Windows and Linux NFS 
>> file system.
>
> Are you meaning this is specific for hibernate tests or just in general ?
>

Yes. There is an old classloader lock issue in Hibernate Tools that 
happens on Windows and Linux NFS.
I think it was fixed in the way that a user had to interfere in order to 
unlock jars.
This issue can be easier solved in JDK 7.
However, it mustn't affect tests. They should start in a new empty 
workspace.

> I've seen on and off issues with the big testsuite in hibernate tools 
> added a while back by dgeraskov and co. where it will only run to 
> completions on linux filesystem. Does sound like there is some bad 
> file locking going on we need to look at....but why a workspace should 
> be able to trigger this seems weird to me ;/
>

Agree. There is probably a bug in tycho tests.
It is difficult to determine anything more precisely because it can't be 
easily reproduced.
Maybe we should create a bug and check more carefuly the next time it 
happens.

Snjeza

>> However, they can be removed when starting a new build.
>
>
>>
>> Snjeza
>>
>> On 9/9/2014 7:10 AM, Mickael Istria wrote:
>>> On 09/08/2014 08:54 PM, Snjezana Peco wrote:
>>>> I am not sure, but suppose tycho surefire doesn't remove the 
>>>> workspace completely.
>>> I think it's something else. As part of the "clean" step of Maven, 
>>> the whole "target" folder is deleted, surefire workspace being part 
>>> of it,
>>> Maybe Hibernate tests have created some symlinks or some files with 
>>> a different user in the workspace that couldn't be deleted...
>>>
>>> -- 
>>> Mickael Istria
>>> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
>>> My blog <http://mickaelistria.wordpress.com> - My Tweets 
>>> <http://twitter.com/mickaelistria>
>>>
>>>
>>> _______________________________________________
>>> jbosstools-dev mailing list
>>> jbosstools-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
>
> /max
> http://about.me/maxandersen


From manderse at redhat.com  Tue Sep 16 02:59:28 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Tue, 16 Sep 2014 02:59:28 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with illegal fix version
Message-ID: <201409160659.s8G6xSOg005878@int-mx13.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Illegal fix version for JBIDE-18300

https://issues.jboss.org/browse/JBIDE-18300
Summary: Update Mylyn/Jenkins tests to include authenticated servers - to handle Jenkins on OpenShift test suggested by Max

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Component(s): qa
Problem: Illegal fix version - please set a valid fix version for this resolved/closed issue - cannot be blank, LATER, or #.#.x. See http://bit.ly/aTUeGq for help. 
Last Update: 4 days, 14:16:10.094923

----------------------------



Query used: https://issues.jboss.org/issues/?jql=%28project+%3D+JBIDE+AND+%28fixVersion+in+%28%273.1.x%27%2C+%273.2.x%27%2C+%274.0.x%27%2C+%274.1.x%27%2C+%274.2.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29+OR+project+%3D+JBDS+AND+%28fixVersion+in+%28%273.0.x%27%2C+%274.0.x%27%2C+%276.0.x%27%2C+%277.1.x%27%2C+%278.0.x%27%2C+LATER%29+OR+fixVersion+is+EMPTY%29%29+AND+resolution+%3D+done+AND+updatedDate+%3E%3D+-365d

From mistria at redhat.com  Wed Sep 17 15:45:10 2014
From: mistria at redhat.com (Mickael Istria)
Date: Wed, 17 Sep 2014 21:45:10 +0200
Subject: [jbosstools-dev] ACTION REQUIRED: Project leads,
 please tag your projects [ branch jbosstools-4.2.x -> tag
 jbosstools-4.2.0.CR1 ]
Message-ID: <5419E4C6.8020206@redhat.com>

Component leads, please tag your repositories!

$ git fetch jbosstools jbosstools-4.2.x #assuming remote is called jbosstools, also often called origin
$ git checkout FETCH_HEAD
$ git tag jbosstools-4.2.0.CR1
$ git push jbosstools jbosstools-4.2.0.CR1

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140917/1be89d6d/attachment.html 

From mistria at redhat.com  Wed Sep 17 15:54:04 2014
From: mistria at redhat.com (Mickael Istria)
Date: Wed, 17 Sep 2014 21:54:04 +0200
Subject: [jbosstools-dev] JBoss Tools 4.2.0.CR1 is now available
Message-ID: <5419E6DC.50802@redhat.com>

This is a development release aimed at Eclipse 4.4 (Luna) users.

Eclipse Marketplace: 
https://marketplace.eclipse.org/content/jboss-tools-luna
Update Site: http://download.jboss.org/jbosstools/updates/development/luna/
Update Site Zips: 
http://sourceforge.net/projects/jboss/files/JBossTools/jbosstools4.2.x/
Installation instructions: 
http://tools.jboss.org/downloads/installation.html
New + Noteworthy (subject to change): 
http://tools-stg.jboss.org/documentation/whatsnew/jbosstools/4.2.0.CR1.html
Schedule / Upcoming Releases: 
https://issues.jboss.org/browse/JBIDE#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140917/0ca19588/attachment.html 

From fbricon at redhat.com  Wed Sep 17 15:55:07 2014
From: fbricon at redhat.com (Fred Bricon)
Date: Wed, 17 Sep 2014 15:55:07 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: Project leads,
	please tag your projects [ branch jbosstools-4.2.x -> tag
	jbosstools-4.2.0.CR1 ]
In-Reply-To: <5419E4C6.8020206@redhat.com>
References: <5419E4C6.8020206@redhat.com>
Message-ID: <32C8A9F7-614C-4395-BA42-03CB448D90E9@redhat.com>

Done for jbosstools-central

Please be cautious, if you?ve committed stuff in the branch since respin-b. Check the last commit sha1 which made it into the resin and do 

git tag jbosstools-4.2.0.CR1 commitsha1 instead

Le 17 sept. 2014 ? 15:45, Mickael Istria <mistria at redhat.com> a ?crit :

> git tag jbosstools-4.2.0.CR1

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140917/223505b2/attachment.html 

From xcoulon at redhat.com  Thu Sep 18 03:20:41 2014
From: xcoulon at redhat.com (Xavier Coulon)
Date: Thu, 18 Sep 2014 09:20:41 +0200
Subject: [jbosstools-dev] ACTION REQUIRED: Project leads,
	please tag your projects [ branch jbosstools-4.2.x -> tag
	jbosstools-4.2.0.CR1 ]
In-Reply-To: <32C8A9F7-614C-4395-BA42-03CB448D90E9@redhat.com>
References: <5419E4C6.8020206@redhat.com>
	<32C8A9F7-614C-4395-BA42-03CB448D90E9@redhat.com>
Message-ID: <18F810A9-A02F-4749-9236-AE86D2122AE5@redhat.com>

Done for Web Services and LiveReload.

Best regards,
/Xavier



On 17 Sep 2014, at 21:55, Fred Bricon <fbricon at redhat.com> wrote:

> Done for jbosstools-central
> 
> Please be cautious, if you?ve committed stuff in the branch since respin-b. Check the last commit sha1 which made it into the resin and do 
> 
> git tag jbosstools-4.2.0.CR1 commitsha1 instead
> 
> Le 17 sept. 2014 ? 15:45, Mickael Istria <mistria at redhat.com> a ?crit :
> 
>> git tag jbosstools-4.2.0.CR1
> 
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140918/3afcba23/attachment-0001.html 

From kmarmaliykov at exadel.com  Thu Sep 18 04:45:33 2014
From: kmarmaliykov at exadel.com (Konstantin Marmalyukov)
Date: Thu, 18 Sep 2014 11:45:33 +0300
Subject: [jbosstools-dev] ACTION REQUIRED: Project leads,
 please tag your projects [ branch jbosstools-4.2.x -> tag
 jbosstools-4.2.0.CR1 ]
In-Reply-To: <5419E4C6.8020206@redhat.com>
References: <5419E4C6.8020206@redhat.com>
Message-ID: <541A9BAD.3000303@exadel.com>

VPE and BrowserSim - done
On 9/17/2014 10:45 PM, Mickael Istria wrote:
> Component leads, please tag your repositories!
>
> $ git fetch jbosstools jbosstools-4.2.x #assuming remote is called jbosstools, also often called origin
> $ git checkout FETCH_HEAD
> $ git tag jbosstools-4.2.0.CR1
> $ git push jbosstools jbosstools-4.2.0.CR1
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets 
> <http://twitter.com/mickaelistria>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140918/cecf2ee8/attachment.html 

From adietish at redhat.com  Thu Sep 18 06:20:34 2014
From: adietish at redhat.com (=?windows-1252?Q?Andr=E9_Dietisheim?=)
Date: Thu, 18 Sep 2014 12:20:34 +0200
Subject: [jbosstools-dev] ACTION REQUIRED: Project leads,
 please tag your projects [ branch jbosstools-4.2.x -> tag
 jbosstools-4.2.0.CR1 ]
In-Reply-To: <18F810A9-A02F-4749-9236-AE86D2122AE5@redhat.com>
References: <5419E4C6.8020206@redhat.com>	<32C8A9F7-614C-4395-BA42-03CB448D90E9@redhat.com>
	<18F810A9-A02F-4749-9236-AE86D2122AE5@redhat.com>
Message-ID: <541AB1F2.1020000@redhat.com>

Done for OpenShift, tagging a specific commit that matches what's been 
built.

>
>
> On 17 Sep 2014, at 21:55, Fred Bricon <fbricon at redhat.com 
> <mailto:fbricon at redhat.com>> wrote:
>
>> Done for jbosstools-central
>>
>> Please be cautious, if you?ve committed stuff in the branch since 
>> respin-b. Check the last commit sha1 which made it into the resin and do
>>
>> git tag jbosstools-4.2.0.CR1 commitsha1 instead
>>
>> Le 17 sept. 2014 ? 15:45, Mickael Istria <mistria at redhat.com 
>> <mailto:mistria at redhat.com>> a ?crit :
>>
>>> git tag jbosstools-4.2.0.CR1
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org <mailto:jbosstools-dev at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140918/711e91c3/attachment.html 

From manderse at redhat.com  Fri Sep 19 05:14:08 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 19 Sep 2014 05:14:08 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 30 issues with no fix version
Message-ID: <201409190914.s8J9E8CS015658@int-mx11.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No fix version for JBIDE-18291

https://issues.jboss.org/browse/JBIDE-18291
Summary: Null Pointer Exception when opening HTML5 project's persistence.xml

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>, maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): hibernate, upstream
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 2 days, 21:51:28.279027

----------------------------


* No fix version for JBIDE-18295

https://issues.jboss.org/browse/JBIDE-18295
Summary: Errors in project after import WildFly quickstarts

Assignee(s): xcoulon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>, maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): maven, upstream
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 18:13:43.278752

----------------------------


* No fix version for JBDS-3141

https://issues.jboss.org/browse/JBDS-3141
Summary: Test victi.ms maven plugin works within jbds (or at least does not fail)

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 3 days, 22:35:39.490308

----------------------------


* No fix version for JBIDE-18299

https://issues.jboss.org/browse/JBIDE-18299
Summary: ClassNotFoundException for SingletonEhCacheRegionFactory

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 2 days, 21:42:26.995236

----------------------------


* No fix version for JBDS-3147

https://issues.jboss.org/browse/JBDS-3147
Summary: JBDS consumes 40-50% CPU without any noticeable job in progress

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 6 days, 17:22:58.154814

----------------------------


* No fix version for JBIDE-16585

https://issues.jboss.org/browse/JBIDE-16585
Summary: Tasks that do not fit elsewhere 

Assignee(s): maxandersen <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): cleanup
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 20 days, 10:03:46.819328

----------------------------


* No fix version for JBIDE-17882

https://issues.jboss.org/browse/JBIDE-17882
Summary: Validate remote server dir before start/stop/deploy operations

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 65 days, 19:01:14.465395

----------------------------


* No fix version for JBIDE-18316

https://issues.jboss.org/browse/JBIDE-18316
Summary: Errors in project after import WildFly quickstarts (bundled XSD)

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 0:17:33.995724

----------------------------


* No fix version for JBIDE-18215

https://issues.jboss.org/browse/JBIDE-18215
Summary: Select connection profile dialog shows empty on mouse hover

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 17 days, 12:51:20.985458

----------------------------


* No fix version for JBDS-2852

https://issues.jboss.org/browse/JBDS-2852
Summary: Database/source/connection Usability

Assignee(s): burrsutter <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>, jpallich <jbosstools-dev at lists.jboss.org>
Component(s): integration, requirements
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 91 days, 16:54:14.462270

----------------------------


* No fix version for JBDS-3128

https://issues.jboss.org/browse/JBDS-3128
Summary: verify JBTIS for luna have its references to devstudio.jboss.com updated to devstudio.redhat.com

Assignee(s): pleacu <jbosstools-dev at lists.jboss.org>
Lead(s): pleacu <jbosstools-dev at lists.jboss.org>
Component(s): integration-platform
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 21 days, 10:52:05.424821

----------------------------


* No fix version for JBDS-3134

https://issues.jboss.org/browse/JBDS-3134
Summary: Visual Page Editor is not supported for selected Installation Type

Assignee: None set - please fix.
Lead(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component(s): installer
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 18 days, 15:38:11.424016

----------------------------


* No fix version for JBDS-3135

https://issues.jboss.org/browse/JBDS-3135
Summary: Installer Failures

Assignee: None set - please fix.
Lead(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component(s): installer
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 17 days, 6:19:02.423739

----------------------------


* No fix version for JBIDE-12351

https://issues.jboss.org/browse/JBIDE-12351
Summary: Remote JMX connection to servers cannot be established with IPv6

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 62 days, 23:50:56.819615

----------------------------


* No fix version for JBDS-3133

https://issues.jboss.org/browse/JBDS-3133
Summary: Selecting Directory in Installer, loses one sub-directory

Assignee: None set - please fix.
Lead(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component(s): installer
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 18 days, 15:40:22.424226

----------------------------


* No fix version for JBIDE-18283

https://issues.jboss.org/browse/JBIDE-18283
Summary: Should not be able to create remote server without home directory

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 10 days, 16:12:49.279246

----------------------------


* No fix version for JBIDE-18108

https://issues.jboss.org/browse/JBIDE-18108
Summary: Set version on exported packages

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): locus
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 29 days, 16:43:38.464316

----------------------------


* No fix version for JBIDE-18266

https://issues.jboss.org/browse/JBIDE-18266
Summary: Publish the Hibernate Tools 4.x releases

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 14 days, 20:14:55.985231

----------------------------


* No fix version for JBIDE-18306

https://issues.jboss.org/browse/JBIDE-18306
Summary: The obsoleted cartridges are still shown

Assignee: None set - please fix.
Lead(s): adietish <jbosstools-dev at lists.jboss.org>
Component(s): openshift
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 8 days, 0:06:47.016005

----------------------------


* No fix version for JBIDE-18270

https://issues.jboss.org/browse/JBIDE-18270
Summary: Better support for ShrinkWrap API in Generate Deployment

Assignee: None set - please fix.
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): testing-tools
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 13 days, 22:07:18.636160

----------------------------


* No fix version for JBDS-3119

https://issues.jboss.org/browse/JBDS-3119
Summary: XML Schema validation fails when importing external schema

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): 3rd-party-dependencies
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 20:43:30.096651

----------------------------


* No fix version for JBIDE-18269

https://issues.jboss.org/browse/JBIDE-18269
Summary: JMX label providers and extension points need some way to be disposed

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 13 days, 22:36:42.984579

----------------------------


* No fix version for JBIDE-18096

https://issues.jboss.org/browse/JBIDE-18096
Summary: could not complete update project configuration - illegalargumentexception

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 19 days, 3:44:42.465195

----------------------------


* No fix version for JBIDE-18097

https://issues.jboss.org/browse/JBIDE-18097
Summary: Update project configuration is not enough to update eclipse settings - need to delete .project/.classpath and reimport

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 29 days, 22:24:25.464985

----------------------------


* No fix version for JBIDE-18172

https://issues.jboss.org/browse/JBIDE-18172
Summary: forge should not print logging to system.out by default

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): forge
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 6 days, 14:03:39.330635

----------------------------


* No fix version for JBIDE-17315

https://issues.jboss.org/browse/JBIDE-17315
Summary: Investigate org.eclipse.jst.server.core.serverProfilers ext.pt.

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 120 days, 20:45:20.465798

----------------------------


* No fix version for JBIDE-17844

https://issues.jboss.org/browse/JBIDE-17844
Summary: Server ???> Show in JMX Navigator does not show the server, just opens the view

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 50 days, 10:01:51.465597

----------------------------


* No fix version for JBDS-3122

https://issues.jboss.org/browse/JBDS-3122
Summary: Test/ensure devstudio works with dark themes as built into eclipse luna or moonrise plugin

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): ui/branding
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 13 days, 21:55:03.761595

----------------------------


* No fix version for JBIDE-18098

https://issues.jboss.org/browse/JBIDE-18098
Summary: many "Unknown" markers during maven import

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 8 days, 12:32:24.464793

----------------------------


* No fix version for JBIDE-18099

https://issues.jboss.org/browse/JBIDE-18099
Summary: Configure Maven Repositories quickfix shows up on unrelated quickfixes

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 22 days, 11:50:41.464595

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+fixVersion+is+EMPTY+AND+resolution+is+EMPTY+and+createdDate+%3C%3D+-7d

From manderse at redhat.com  Fri Sep 19 05:14:13 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 19 Sep 2014 05:14:13 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 2 issues with unresolved issue
	with already released fix version
Message-ID: <201409190914.s8J9EDMm030713@int-mx10.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* Unresolved issue with already released fix version for JBIDE-18192

https://issues.jboss.org/browse/JBIDE-18192
Summary: hibernate New and Noteworthy for 4.2.0.CR1

Assignee(s): koen.aers <jbosstools-dev at lists.jboss.org>
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: Unresolved issue with already released fix version - This issue is set to be fixed in an already released version. Please triage.
Last Update: 15 days, 21:37:46.564089

----------------------------


* Unresolved issue with already released fix version for JBIDE-18189

https://issues.jboss.org/browse/JBIDE-18189
Summary: Create New and Noteworthy for 4.2.0.CR1

Assignee(s): maxandersen <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): website
Problem: Unresolved issue with already released fix version - This issue is set to be fixed in an already released version. Please triage.
Last Update: 14 days, 20:23:28.907733

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2C+JBDS%29+and+fixVersion+in+releasedVersions%28%29+and+resolution+is+empty

From mistria at redhat.com  Mon Sep 22 01:40:39 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 22 Sep 2014 07:40:39 +0200
Subject: [jbosstools-dev] Proposed change for target-platform
	4.41.0.CR2-SNAPSHOT : Luna SR1
Message-ID: <541FB657.4070708@redhat.com>

Here is a proposal for a change to the JBoss Tools 4.41.0.CR2-SNAPSHOT 
target platform:
* https://github.com/jbosstools/jbosstools-target-platforms/pull/92

It consists in the following changes:
* JBIDE-18394: Update to Luna SR1

p2diff reports are attached to the related JIRA(s).

Please review the above PR(s), as it will be applied ASAP.
You can use the following to build & test the target-platform locally 
against your component(s).

Build target-platform:
   $ cd jbosstools-target-platforms
   $ git fetch origin pull/92/head
   $ git checkout FETCH_HEAD
   $ cd jbosstools/multiple
   $ mvn clean install

Try with just built target-platform:
   $ cd /path/to/your/component
   $ mvn clean verify -Dtpc.version=4.41.0.CR2-SNAPSHOT -Pmultiple.target

This 4.41.0 target-platform is what we plan to use as main 
target-platform for JBoss Tools 4.2.0.CR2 and JBoss Developer Studio 
8.0.0.CR2.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140922/fdb72b49/attachment.html 

From manderse at redhat.com  Mon Sep 22 02:58:59 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Mon, 22 Sep 2014 02:58:59 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component
Message-ID: <201409220658.s8M6wxCF009920@int-mx13.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBIDE-18398

https://issues.jboss.org/browse/JBIDE-18398
Summary: Shebang for Node.js is not supported 

Assignee: None set - please fix.
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 1 day, 9:35:29.505550

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From nboldt at redhat.com  Mon Sep 22 12:21:27 2014
From: nboldt at redhat.com (Nick Boldt)
Date: Mon, 22 Sep 2014 12:21:27 -0400
Subject: [jbosstools-dev] Proposed change for target-platform
 4.41.0.CR2-SNAPSHOT : Luna SR1
In-Reply-To: <541FB657.4070708@redhat.com>
References: <541FB657.4070708@redhat.com>
Message-ID: <54204C87.8030205@redhat.com>

After quick review (only IU versions have changed), PR looks OK, 
including change re: org.eclipse.core.runtime.compatibility.auth, which 
is no longer available in Luna SR1 (was in Luna R).

On 09/22/2014 01:40 AM, Mickael Istria wrote:
> Here is a proposal for a change to the JBoss Tools 4.41.0.CR2-SNAPSHOT
> target platform:
> * https://github.com/jbosstools/jbosstools-target-platforms/pull/92
>
> It consists in the following changes:
> * JBIDE-18394: Update to Luna SR1
>
> p2diff reports are attached to the related JIRA(s).
>
> Please review the above PR(s), as it will be applied ASAP.
> You can use the following to build & test the target-platform locally
> against your component(s).
>
> Build target-platform:
>    $ cd jbosstools-target-platforms
>    $ git fetch origin pull/92/head
>    $ git checkout FETCH_HEAD
>    $ cd jbosstools/multiple
>    $ mvn clean install
>
> Try with just built target-platform:
>    $ cd /path/to/your/component
>    $ mvn clean verify -Dtpc.version=4.41.0.CR2-SNAPSHOT -Pmultiple.target
>
> This 4.41.0 target-platform is what we plan to use as main
> target-platform for JBoss Tools 4.2.0.CR2 and JBoss Developer Studio
> 8.0.0.CR2.
> --
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets
> <http://twitter.com/mickaelistria>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>

-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com

From dgolovin at exadel.com  Mon Sep 22 18:44:24 2014
From: dgolovin at exadel.com (Denis Golovin)
Date: Mon, 22 Sep 2014 15:44:24 -0700
Subject: [jbosstools-dev] Proposed change for target-platform
 4.41.0.CR2-SNAPSHOT : Luna SR1
In-Reply-To: <54204C87.8030205@redhat.com>
References: <541FB657.4070708@redhat.com> <54204C87.8030205@redhat.com>
Message-ID: <5420A648.2040800@exadel.com>

On 09/22/2014 09:21 AM, Nick Boldt wrote:
> After quick review (only IU versions have changed), PR looks OK,
> including change re: org.eclipse.core.runtime.compatibility.auth, which
> is no longer available in Luna SR1 (was in Luna R)

this bundle/fragment was added to fix 
https://issues.jboss.org/browse/JBDS-2991. So we have to verify the 
issue is not replicable on latest Luna SR1 build.

Denis

> .
>
> On 09/22/2014 01:40 AM, Mickael Istria wrote:
>> Here is a proposal for a change to the JBoss Tools 4.41.0.CR2-SNAPSHOT
>> target platform:
>> * https://github.com/jbosstools/jbosstools-target-platforms/pull/92
>>
>> It consists in the following changes:
>> * JBIDE-18394: Update to Luna SR1
>>
>> p2diff reports are attached to the related JIRA(s).
>>
>> Please review the above PR(s), as it will be applied ASAP.
>> You can use the following to build & test the target-platform locally
>> against your component(s).
>>
>> Build target-platform:
>>     $ cd jbosstools-target-platforms
>>     $ git fetch origin pull/92/head
>>     $ git checkout FETCH_HEAD
>>     $ cd jbosstools/multiple
>>     $ mvn clean install
>>
>> Try with just built target-platform:
>>     $ cd /path/to/your/component
>>     $ mvn clean verify -Dtpc.version=4.41.0.CR2-SNAPSHOT -Pmultiple.target
>>
>> This 4.41.0 target-platform is what we plan to use as main
>> target-platform for JBoss Tools 4.2.0.CR2 and JBoss Developer Studio
>> 8.0.0.CR2.
>> --
>> Mickael Istria
>> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
>> My blog <http://mickaelistria.wordpress.com> - My Tweets
>> <http://twitter.com/mickaelistria>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>


From dgolovin at exadel.com  Tue Sep 23 02:43:44 2014
From: dgolovin at exadel.com (Denis Golovin)
Date: Mon, 22 Sep 2014 23:43:44 -0700
Subject: [jbosstools-dev] Proposed change for target-platform
 4.41.0.CR2-SNAPSHOT : Luna SR1
In-Reply-To: <5420A648.2040800@exadel.com>
References: <541FB657.4070708@redhat.com> <54204C87.8030205@redhat.com>
	<5420A648.2040800@exadel.com>
Message-ID: <542116A0.2050307@exadel.com>

On 09/22/2014 03:44 PM, Denis Golovin wrote:
> On 09/22/2014 09:21 AM, Nick Boldt wrote:
>> After quick review (only IU versions have changed), PR looks OK,
>> including change re: org.eclipse.core.runtime.compatibility.auth, which
>> is no longer available in Luna SR1 (was in Luna R)
> this bundle/fragment was added to fix
> https://issues.jboss.org/browse/JBDS-2991. So we have to verify the
> issue is not replicable on latest Luna SR1 build.
>
> Denis

Full build (no tests) is good. I haven't verified JBDS-2991 yet.

Denis

>
>> .
>>
>> On 09/22/2014 01:40 AM, Mickael Istria wrote:
>>> Here is a proposal for a change to the JBoss Tools 4.41.0.CR2-SNAPSHOT
>>> target platform:
>>> * https://github.com/jbosstools/jbosstools-target-platforms/pull/92
>>>
>>> It consists in the following changes:
>>> * JBIDE-18394: Update to Luna SR1
>>>
>>> p2diff reports are attached to the related JIRA(s).
>>>
>>> Please review the above PR(s), as it will be applied ASAP.
>>> You can use the following to build & test the target-platform locally
>>> against your component(s).
>>>
>>> Build target-platform:
>>>      $ cd jbosstools-target-platforms
>>>      $ git fetch origin pull/92/head
>>>      $ git checkout FETCH_HEAD
>>>      $ cd jbosstools/multiple
>>>      $ mvn clean install
>>>
>>> Try with just built target-platform:
>>>      $ cd /path/to/your/component
>>>      $ mvn clean verify -Dtpc.version=4.41.0.CR2-SNAPSHOT -Pmultiple.target
>>>
>>> This 4.41.0 target-platform is what we plan to use as main
>>> target-platform for JBoss Tools 4.2.0.CR2 and JBoss Developer Studio
>>> 8.0.0.CR2.
>>> --
>>> Mickael Istria
>>> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
>>> My blog <http://mickaelistria.wordpress.com> - My Tweets
>>> <http://twitter.com/mickaelistria>
>>>
>>>
>>> _______________________________________________
>>> jbosstools-dev mailing list
>>> jbosstools-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


From mistria at redhat.com  Tue Sep 23 03:33:22 2014
From: mistria at redhat.com (Mickael Istria)
Date: Tue, 23 Sep 2014 09:33:22 +0200
Subject: [jbosstools-dev] Proposed change for target-platform
 4.41.0.CR2-SNAPSHOT : Luna SR1
In-Reply-To: <542116A0.2050307@exadel.com>
References: <541FB657.4070708@redhat.com> <54204C87.8030205@redhat.com>
	<5420A648.2040800@exadel.com> <542116A0.2050307@exadel.com>
Message-ID: <54212242.6030701@redhat.com>

@Denis: When available, please put the results of your test for 
JBDS-2991 direclty in the Jira for Luna SR1.


-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140923/13936f1a/attachment.html 

From nboldt at redhat.com  Tue Sep 23 13:18:58 2014
From: nboldt at redhat.com (Nick Boldt)
Date: Tue, 23 Sep 2014 13:18:58 -0400
Subject: [jbosstools-dev] Proposed change for target-platform
 4.41.0.CR2-SNAPSHOT : Luna SR1
In-Reply-To: <541FB657.4070708@redhat.com>
References: <541FB657.4070708@redhat.com>
Message-ID: <5421AB82.8070606@redhat.com>

An additional change is required.

* https://issues.jboss.org/browse/JBIDE-18379 : Update to 
m2eclipse-mavenarchiver 0.16.0.201409161210

PR:

* https://github.com/jbosstools/jbosstools-target-platforms/pull/93

Note too that the version of the target platform is actually 
4.40.0.CR2-SNAPSHOT, not 4.41.0.CR2-SNAPSHOT, but that can be corrected 
later once these PRs are approved.

N

On 09/22/2014 01:40 AM, Mickael Istria wrote:
> Here is a proposal for a change to the JBoss Tools 4.41.0.CR2-SNAPSHOT
> target platform:
> * https://github.com/jbosstools/jbosstools-target-platforms/pull/92
>
> It consists in the following changes:
> * JBIDE-18394: Update to Luna SR1
>
> p2diff reports are attached to the related JIRA(s).
>
> Please review the above PR(s), as it will be applied ASAP.
> You can use the following to build & test the target-platform locally
> against your component(s).
>
> Build target-platform:
>    $ cd jbosstools-target-platforms
>    $ git fetch origin pull/92/head
>    $ git checkout FETCH_HEAD
>    $ cd jbosstools/multiple
>    $ mvn clean install
>
> Try with just built target-platform:
>    $ cd /path/to/your/component
>    $ mvn clean verify -Dtpc.version=4.41.0.CR2-SNAPSHOT -Pmultiple.target
>
> This 4.41.0 target-platform is what we plan to use as main
> target-platform for JBoss Tools 4.2.0.CR2 and JBoss Developer Studio
> 8.0.0.CR2.
> --
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets
> <http://twitter.com/mickaelistria>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>

-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com

From nboldt at redhat.com  Tue Sep 23 15:18:14 2014
From: nboldt at redhat.com (Nick Boldt)
Date: Tue, 23 Sep 2014 15:18:14 -0400
Subject: [jbosstools-dev] Proposed change for target-platform
 4.41.0.CR2-SNAPSHOT : Luna SR1
In-Reply-To: <5421AB82.8070606@redhat.com>
References: <541FB657.4070708@redhat.com> <5421AB82.8070606@redhat.com>
Message-ID: <5421C776.5060305@redhat.com>

Also, for the Early Access & JBT / JBDS TPs, this change has been 
proposed too:

* https://issues.jboss.org/browse/JBIDE-18422 : Include latest Tern & 
AngularJS 0.6.0.20140923161* into jbosstools/jbds TPs AND Early Access too

PRs:

https://github.com/jbosstools/jbosstools-discovery/pull/215 (Early 
Access TP)
https://github.com/jbosstools/jbosstools-target-platforms/pull/94 
(JBT/JBDS TP)

Mirrors:

http://download.jboss.org/jbosstools/updates/requirements/tern/0.6.0.201409231610-SNAPSHOT/
http://download.jboss.org/jbosstools/updates/requirements/angularjs/0.6.0.201409231617-SNAPSHOT/



On 09/23/2014 01:18 PM, Nick Boldt wrote:
> An additional change is required.
>
> * https://issues.jboss.org/browse/JBIDE-18379 : Update to
> m2eclipse-mavenarchiver 0.16.0.201409161210
>
> PR:
>
> * https://github.com/jbosstools/jbosstools-target-platforms/pull/93
>
> Note too that the version of the target platform is actually
> 4.40.0.CR2-SNAPSHOT, not 4.41.0.CR2-SNAPSHOT, but that can be corrected
> later once these PRs are approved.
>
> N
>
> On 09/22/2014 01:40 AM, Mickael Istria wrote:
>> Here is a proposal for a change to the JBoss Tools 4.41.0.CR2-SNAPSHOT
>> target platform:
>> * https://github.com/jbosstools/jbosstools-target-platforms/pull/92
>>
>> It consists in the following changes:
>> * JBIDE-18394: Update to Luna SR1
>>
>> p2diff reports are attached to the related JIRA(s).
>>
>> Please review the above PR(s), as it will be applied ASAP.
>> You can use the following to build & test the target-platform locally
>> against your component(s).
>>
>> Build target-platform:
>>    $ cd jbosstools-target-platforms
>>    $ git fetch origin pull/92/head
>>    $ git checkout FETCH_HEAD
>>    $ cd jbosstools/multiple
>>    $ mvn clean install
>>
>> Try with just built target-platform:
>>    $ cd /path/to/your/component
>>    $ mvn clean verify -Dtpc.version=4.41.0.CR2-SNAPSHOT -Pmultiple.target
>>
>> This 4.41.0 target-platform is what we plan to use as main
>> target-platform for JBoss Tools 4.2.0.CR2 and JBoss Developer Studio
>> 8.0.0.CR2.
>> --
>> Mickael Istria
>> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
>> My blog <http://mickaelistria.wordpress.com> - My Tweets
>> <http://twitter.com/mickaelistria>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>

-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com

From mistria at redhat.com  Wed Sep 24 11:33:00 2014
From: mistria at redhat.com (Mickael Istria)
Date: Wed, 24 Sep 2014 17:33:00 +0200
Subject: [jbosstools-dev] Proposed change for target-platform
 4.41.0.CR2-SNAPSHOT : Luna SR1
In-Reply-To: <541FB657.4070708@redhat.com>
References: <541FB657.4070708@redhat.com>
Message-ID: <5422E42C.5080701@redhat.com>

This change has just been merged. Subsequent changes will happen of 
4.41.0.CR2-SNAPSHOT target-platform.
Cf 
https://issues.jboss.org/issues/?jql=project%20in%20%28JBIDE%2CJBDS%29%20and%20component%3Dtarget-platform%20and%20fixVersion%20in%20%284.2.0.CR2%2C8.0.0.CR2%29

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140924/d5dd6012/attachment.html 

From mistria at redhat.com  Thu Sep 25 05:56:55 2014
From: mistria at redhat.com (Mickael Istria)
Date: Thu, 25 Sep 2014 11:56:55 +0200
Subject: [jbosstools-dev] Potential respin of Eclipse Luna SR1
Message-ID: <5423E6E7.1000703@redhat.com>

Hi all,

The Eclipse Luna SR1 we currently have is the expected final release 
candidate that should be promoted as Luna SR1 release tomorrow.
However, there are a couple of regressions (on Mac OSX) that make it 
worth considering a potential respin of Luna. See 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=445064

I'll keep you in touch if we need to update the target-platform.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140925/a364e735/attachment.html 

From xcoulon at redhat.com  Thu Sep 25 06:18:07 2014
From: xcoulon at redhat.com (Xavier Coulon)
Date: Thu, 25 Sep 2014 12:18:07 +0200
Subject: [jbosstools-dev] Potential respin of Eclipse Luna SR1
In-Reply-To: <5423E6E7.1000703@redhat.com>
References: <5423E6E7.1000703@redhat.com>
Message-ID: <02E53EC2-172A-4945-A9E0-B6A878EA894A@redhat.com>

Thanks, Mickael !

Best regards,
/Xavier



On 25 Sep 2014, at 11:56, Mickael Istria <mistria at redhat.com> wrote:

> Hi all,
> 
> The Eclipse Luna SR1 we currently have is the expected final release candidate that should be promoted as Luna SR1 release tomorrow.
> However, there are a couple of regressions (on Mac OSX) that make it worth considering a potential respin of Luna. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=445064
> 
> I'll keep you in touch if we need to update the target-platform.
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat
> My blog - My Tweets
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140925/dea1b76b/attachment.html 

From mmalina at redhat.com  Thu Sep 25 08:28:35 2014
From: mmalina at redhat.com (Martin Malina)
Date: Thu, 25 Sep 2014 14:28:35 +0200
Subject: [jbosstools-dev] Potential respin of Eclipse Luna SR1
In-Reply-To: <5423E6E7.1000703@redhat.com>
References: <5423E6E7.1000703@redhat.com>
Message-ID: <1A8FDEE3-1B2C-4477-8538-EE77E4F11177@redhat.com>

I would like to confirm that I can reproduce all of the Mac issues listed in that BZ on my machine with SR1 RC4 (OS X 10.9.5). I will check if it has an impact on nightly builds of JBDS using this.

-Martin

On 25. 9. 2014, at 11:56, Mickael Istria <mistria at redhat.com> wrote:

> Hi all,
> 
> The Eclipse Luna SR1 we currently have is the expected final release candidate that should be promoted as Luna SR1 release tomorrow.
> However, there are a couple of regressions (on Mac OSX) that make it worth considering a potential respin of Luna. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=445064
> 
> I'll keep you in touch if we need to update the target-platform.
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat
> My blog - My Tweets
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140925/2a00e3e3/attachment.html 

From mmalina at redhat.com  Thu Sep 25 09:07:43 2014
From: mmalina at redhat.com (Martin Malina)
Date: Thu, 25 Sep 2014 15:07:43 +0200
Subject: [jbosstools-dev] Potential respin of Eclipse Luna SR1
In-Reply-To: <1A8FDEE3-1B2C-4477-8538-EE77E4F11177@redhat.com>
References: <5423E6E7.1000703@redhat.com>
	<1A8FDEE3-1B2C-4477-8538-EE77E4F11177@redhat.com>
Message-ID: <783DB30B-7FFE-43EE-915A-4B5791AE0764@redhat.com>

So I just tried JBDS nightly build which is supposedly based on Luna SR1 RC4:
http://www.qa.jboss.com/binaries/RHDS/builds/staging/devstudio.product_8.0.luna/installer/jboss-devstudio-8.0.0.CR1-v20140924-1823-B254-installer-standalone.jar

As expected, the security warning issue does not affect us. But strangely, the blurry text on Retina is not there either. For some reason this issue is present in Eclipse for Java EE Luna SR1 RC4, but not in this JBDS nightly.

-Martin

On 25. 9. 2014, at 14:28, Martin Malina <mmalina at redhat.com> wrote:

> I would like to confirm that I can reproduce all of the Mac issues listed in that BZ on my machine with SR1 RC4 (OS X 10.9.5). I will check if it has an impact on nightly builds of JBDS using this.
> 
> -Martin
> 
> On 25. 9. 2014, at 11:56, Mickael Istria <mistria at redhat.com> wrote:
> 
>> Hi all,
>> 
>> The Eclipse Luna SR1 we currently have is the expected final release candidate that should be promoted as Luna SR1 release tomorrow.
>> However, there are a couple of regressions (on Mac OSX) that make it worth considering a potential respin of Luna. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=445064
>> 
>> I'll keep you in touch if we need to update the target-platform.
>> -- 
>> Mickael Istria
>> Eclipse developer at JBoss, by Red Hat
>> My blog - My Tweets
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
> 
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140925/1265ca30/attachment.html 

From dgolovin at exadel.com  Thu Sep 25 12:39:13 2014
From: dgolovin at exadel.com (Denis Golovin)
Date: Thu, 25 Sep 2014 09:39:13 -0700
Subject: [jbosstools-dev] Potential respin of Eclipse Luna SR1
In-Reply-To: <783DB30B-7FFE-43EE-915A-4B5791AE0764@redhat.com>
References: <5423E6E7.1000703@redhat.com>	<1A8FDEE3-1B2C-4477-8538-EE77E4F11177@redhat.com>
	<783DB30B-7FFE-43EE-915A-4B5791AE0764@redhat.com>
Message-ID: <54244531.1060206@exadel.com>

An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140925/7aa7c549/attachment-0001.html 

From mistria at redhat.com  Thu Sep 25 17:11:14 2014
From: mistria at redhat.com (Mickael Istria)
Date: Thu, 25 Sep 2014 23:11:14 +0200
Subject: [jbosstools-dev] Potential respin of Eclipse Luna SR1
In-Reply-To: <54244531.1060206@exadel.com>
References: <5423E6E7.1000703@redhat.com>	<1A8FDEE3-1B2C-4477-8538-EE77E4F11177@redhat.com>	<783DB30B-7FFE-43EE-915A-4B5791AE0764@redhat.com>
	<54244531.1060206@exadel.com>
Message-ID: <542484F2.3020807@redhat.com>

On 09/25/2014 06:39 PM, Denis Golovin wrote:
> I guess that is because JBDS Nightly is still built using Luna R 
> Target platform.
No, it's not. JBDS nightly is now built against Luna SR1-RC4.
But since it doesn't use the EPP packages and is a full product 
definition, it doesn't include the bug, which is part of Eclipse EPP 
packages.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140925/72a21daf/attachment.html 

From manderse at redhat.com  Fri Sep 26 02:58:55 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 26 Sep 2014 02:58:55 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component
Message-ID: <201409260658.s8Q6wtHA009663@int-mx14.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBIDE-18442

https://issues.jboss.org/browse/JBIDE-18442
Summary: Windows suddenly resizing and getting stuck in the middle of the screen in JBDS

Assignee(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component: None set - please fix.
Problem: No component - please assign this issue to one or more components.
Last Update: 5:21:37.312629

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From manderse at redhat.com  Fri Sep 26 05:13:11 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 26 Sep 2014 05:13:11 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 30 issues with no fix version
Message-ID: <201409260913.s8Q9DBoR031073@int-mx10.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No fix version for JBIDE-18291

https://issues.jboss.org/browse/JBIDE-18291
Summary: Null Pointer Exception when opening HTML5 project's persistence.xml

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>, maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): hibernate, upstream
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 9 days, 21:50:31.136547

----------------------------


* No fix version for JBDS-3141

https://issues.jboss.org/browse/JBDS-3141
Summary: Test victi.ms maven plugin works within jbds (or at least does not fail)

Assignee: None set - please fix.
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 10 days, 22:34:42.292530

----------------------------


* No fix version for JBIDE-18299

https://issues.jboss.org/browse/JBIDE-18299
Summary: ClassNotFoundException for SingletonEhCacheRegionFactory

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 9 days, 21:41:31.027172

----------------------------


* No fix version for JBIDE-18270

https://issues.jboss.org/browse/JBIDE-18270
Summary: Better support for ShrinkWrap API in Generate Deployment

Assignee: None set - please fix.
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): testing-tools
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 20 days, 22:06:21.482099

----------------------------


* No fix version for JBIDE-18377

https://issues.jboss.org/browse/JBIDE-18377
Summary: Automatically add the dependencies specified in jboss-deployment-structure.xml to build path

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 8 days, 10:10:58.613353

----------------------------


* No fix version for JBIDE-16585

https://issues.jboss.org/browse/JBIDE-16585
Summary: Tasks that do not fit elsewhere 

Assignee(s): maxandersen <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): cleanup
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 27 days, 10:02:49.282551

----------------------------


* No fix version for JBIDE-18372

https://issues.jboss.org/browse/JBIDE-18372
Summary: Publishing to server shows 0 % until done

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 8 days, 19:19:03.613592

----------------------------


* No fix version for JBIDE-17882

https://issues.jboss.org/browse/JBIDE-17882
Summary: Validate remote server dir before start/stop/deploy operations

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 72 days, 19:00:16.941408

----------------------------


* No fix version for JBIDE-18215

https://issues.jboss.org/browse/JBIDE-18215
Summary: Select connection profile dialog shows empty on mouse hover

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 24 days, 12:50:23.821905

----------------------------


* No fix version for JBDS-2852

https://issues.jboss.org/browse/JBDS-2852
Summary: Database/source/connection Usability

Assignee(s): burrsutter <jbosstools-dev at lists.jboss.org>
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>, jpallich <jbosstools-dev at lists.jboss.org>
Component(s): integration, requirements
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 98 days, 16:53:17.004870

----------------------------


* No fix version for JBDS-3128

https://issues.jboss.org/browse/JBDS-3128
Summary: verify JBTIS for luna have its references to devstudio.jboss.com updated to devstudio.redhat.com

Assignee(s): pleacu <jbosstools-dev at lists.jboss.org>
Lead(s): pleacu <jbosstools-dev at lists.jboss.org>
Component(s): integration-platform
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 28 days, 10:51:08.480516

----------------------------


* No fix version for JBIDE-18383

https://issues.jboss.org/browse/JBIDE-18383
Summary: forge command rely on english description label to lookup commands - fragile!

Assignee(s): gastaldi <jbosstools-dev at lists.jboss.org>
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): forge
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 4:25:08.357772

----------------------------


* No fix version for JBIDE-12351

https://issues.jboss.org/browse/JBIDE-12351
Summary: Remote JMX connection to servers cannot be established with IPv6

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 69 days, 23:49:59.282773

----------------------------


* No fix version for JBDS-3133

https://issues.jboss.org/browse/JBDS-3133
Summary: Selecting Directory in Installer, loses one sub-directory

Assignee: None set - please fix.
Lead(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component(s): installer
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 25 days, 15:39:25.420615

----------------------------


* No fix version for JBIDE-18283

https://issues.jboss.org/browse/JBIDE-18283
Summary: Should not be able to create remote server without home directory

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 17 days, 16:11:52.136785

----------------------------


* No fix version for JBDS-3158

https://issues.jboss.org/browse/JBDS-3158
Summary: Fuse IDE replace "&" with "&amp;" event if already escaped 

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): integration
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 1:38:28.619422

----------------------------


* No fix version for JBIDE-18108

https://issues.jboss.org/browse/JBIDE-18108
Summary: Set version on exported packages

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): locus
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 36 days, 16:42:40.940786

----------------------------


* No fix version for JBIDE-18347

https://issues.jboss.org/browse/JBIDE-18347
Summary: Changing server profile to management does not change pollers

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 9 days, 23:08:39.614016

----------------------------


* No fix version for JBDS-3119

https://issues.jboss.org/browse/JBDS-3119
Summary: XML Schema validation fails when importing external schema

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): 3rd-party-dependencies
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 7 days, 20:42:33.160050

----------------------------


* No fix version for JBIDE-18266

https://issues.jboss.org/browse/JBIDE-18266
Summary: Publish the Hibernate Tools 4.x releases

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): hibernate
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 21 days, 20:13:58.821700

----------------------------


* No fix version for JBIDE-18366

https://issues.jboss.org/browse/JBIDE-18366
Summary: Sometimes, EAP6/WildFly8/AS7 fails to start - Failed initializing module org.jboss.as.logging

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 8 days, 23:31:10.613809

----------------------------


* No fix version for JBDS-3147

https://issues.jboss.org/browse/JBDS-3147
Summary: JBDS consumes 40-50% CPU without any noticeable job in progress

Assignee: None set - please fix.
Lead(s): nickboldt <jbosstools-dev at lists.jboss.org>
Component(s): upstream
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 13 days, 17:22:00.956493

----------------------------


* No fix version for JBIDE-18323

https://issues.jboss.org/browse/JBIDE-18323
Summary: JBoss Maven Repository not recognized

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 8 days, 15:34:43.689883

----------------------------


* No fix version for JBIDE-18269

https://issues.jboss.org/browse/JBIDE-18269
Summary: JMX label providers and extension points need some way to be disposed

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 20 days, 22:35:45.821216

----------------------------


* No fix version for JBIDE-18096

https://issues.jboss.org/browse/JBIDE-18096
Summary: could not complete update project configuration - illegalargumentexception

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 26 days, 3:43:44.941204

----------------------------


* No fix version for JBIDE-18172

https://issues.jboss.org/browse/JBIDE-18172
Summary: forge should not print logging to system.out by default

Assignee: None set - please fix.
Lead(s): koen.aers <jbosstools-dev at lists.jboss.org>
Component(s): forge
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 13 days, 14:02:41.822102

----------------------------


* No fix version for JBIDE-17315

https://issues.jboss.org/browse/JBIDE-17315
Summary: Investigate org.eclipse.jst.server.core.serverProfilers ext.pt.

Assignee: None set - please fix.
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 127 days, 20:44:22.941864

----------------------------


* No fix version for JBIDE-17844

https://issues.jboss.org/browse/JBIDE-17844
Summary: Server ???> Show in JMX Navigator does not show the server, just opens the view

Assignee(s): rob.stryker <jbosstools-dev at lists.jboss.org>
Lead(s): rob.stryker <jbosstools-dev at lists.jboss.org>, rob.stryker <jbosstools-dev at lists.jboss.org>
Component(s): jmx, server
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 57 days, 10:00:53.941642

----------------------------


* No fix version for JBDS-3122

https://issues.jboss.org/browse/JBDS-3122
Summary: Test/ensure devstudio works with dark themes as built into eclipse luna or moonrise plugin

Assignee(s): ldimaggio <jbosstools-dev at lists.jboss.org>
Lead(s): maxandersen <jbosstools-dev at lists.jboss.org>
Component(s): ui/branding
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 20 days, 21:54:06.818095

----------------------------


* No fix version for JBIDE-18099

https://issues.jboss.org/browse/JBIDE-18099
Summary: Configure Maven Repositories quickfix shows up on unrelated quickfixes

Assignee(s): fbricon <jbosstools-dev at lists.jboss.org>
Lead(s): fbricon <jbosstools-dev at lists.jboss.org>
Component(s): maven
Problem: No fix version - please triage this issue - it is more than 7 days old and has no fix version.
Last Update: 29 days, 11:49:43.940999

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+fixVersion+is+EMPTY+AND+resolution+is+EMPTY+and+createdDate+%3C%3D+-7d

From manderse at redhat.com  Fri Sep 26 05:13:13 2014
From: manderse at redhat.com (manderse at redhat.com)
Date: Fri, 26 Sep 2014 05:13:13 -0400
Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component
Message-ID: <201409260913.s8Q9DDUM031082@int-mx10.intmail.prod.int.phx2.redhat.com>


This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks!

 
* No component for JBIDE-18442

https://issues.jboss.org/browse/JBIDE-18442
Summary: Windows suddenly resizing and getting stuck in the middle of the screen in JBDS

Assignee(s): dgolovin <jbosstools-dev at lists.jboss.org>
Component: None set - please fix.
Problem: No component - please ensure this issue has a proper component set.
Last Update: 7:35:54.976536

----------------------------



Query used: https://issues.jboss.org/issues/?jql=project+in+%28JBIDE%2CJBDS%29+AND+component+is+EMPTY+AND+resolution+is+EMPTY

From mistria at redhat.com  Mon Sep 29 01:26:03 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 29 Sep 2014 07:26:03 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
Message-ID: <5428ED6B.2010102@redhat.com>

Hi all,

EGit/JGit have provided a release recently: 
https://projects.eclipse.org/projects/technology.egit/reviews/3.5.0-release-review
It contains many quite interesting new features and usability 
improvements. Is it worth trying to get it in next JBDS ?

Cheers,
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/4c4a9f2f/attachment.html 

From manderse at redhat.com  Mon Sep 29 04:33:06 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Mon, 29 Sep 2014 10:33:06 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <5428ED6B.2010102@redhat.com>
References: <5428ED6B.2010102@redhat.com>
Message-ID: <535DEECF-A784-4197-A742-1820AC790E94@redhat.com>

On 29 Sep 2014, at 7:26, Mickael Istria wrote:

> Hi all,
>
> EGit/JGit have provided a release recently: 
> https://projects.eclipse.org/projects/technology.egit/reviews/3.5.0-release-review
> It contains many quite interesting new features and usability 
> improvements. Is it worth trying to get it in next JBDS ?

so this is not part of Luna release train I reckon ?

it looks like it has some nice features but mainly concerned if it 
broke/changed any of the API's we use.

/max

>
> Cheers,
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets 
> <http://twitter.com/mickaelistria>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen


From mistria at redhat.com  Mon Sep 29 04:48:07 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 29 Sep 2014 10:48:07 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <535DEECF-A784-4197-A742-1820AC790E94@redhat.com>
References: <5428ED6B.2010102@redhat.com>
	<535DEECF-A784-4197-A742-1820AC790E94@redhat.com>
Message-ID: <54291CC7.4030304@redhat.com>

On 09/29/2014 10:33 AM, Max Rydahl Andersen wrote:
> so this is not part of Luna release train I reckon ?
Nope, Luna release train include EGit 3.4.1.

> it looks like it has some nice features but mainly concerned if it 
> broke/changed any of the API's we use.
Right. I don't know if there were API change. This would require some 
evaluation that we probably can't afford before 4.2.0 release.
I now believe it's safer to postpone this update.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/fe0e9ea1/attachment.html 

From mistria at redhat.com  Mon Sep 29 11:19:37 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 29 Sep 2014 17:19:37 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <54297771.1030605@redhat.com>
References: <5428ED6B.2010102@redhat.com> <54297771.1030605@redhat.com>
Message-ID: <54297889.30604@redhat.com>

On 09/29/2014 05:14 PM, Andr? Dietisheim wrote:
> I'd argue that since OpenShift is using git our users would benefit 
> from any improvement in EGit. So big +1 for me!
You mean +1 for 4.2.0/8.0.0 ?
If so, do you think you can make extensive testing of this newer EGit 
and evaluate how well it integrates in JBT/JBDS before Thursday ?

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/574cc3a6/attachment.html 

From adietish at redhat.com  Mon Sep 29 11:24:12 2014
From: adietish at redhat.com (=?windows-1252?Q?Andr=E9_Dietisheim?=)
Date: Mon, 29 Sep 2014 17:24:12 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <54297889.30604@redhat.com>
References: <5428ED6B.2010102@redhat.com> <54297771.1030605@redhat.com>
	<54297889.30604@redhat.com>
Message-ID: <5429799C.6070607@redhat.com>

On 09/29/2014 05:19 PM, Mickael Istria wrote:
> On 09/29/2014 05:14 PM, Andr? Dietisheim wrote:
>> I'd argue that since OpenShift is using git our users would benefit 
>> from any improvement in EGit. So big +1 for me!
> You mean +1 for 4.2.0/8.0.0 ?
> If so, do you think you can make extensive testing of this newer EGit 
> and evaluate how well it integrates in JBT/JBDS before Thursday ?
>

yeah, worth it imho (if max agrees). I'll do that. Is there a jira already?

> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets 
> <http://twitter.com/mickaelistria>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/74bb15ea/attachment.html 

From mistria at redhat.com  Mon Sep 29 11:25:53 2014
From: mistria at redhat.com (Mickael Istria)
Date: Mon, 29 Sep 2014 17:25:53 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <5429799C.6070607@redhat.com>
References: <5428ED6B.2010102@redhat.com> <54297771.1030605@redhat.com>
	<54297889.30604@redhat.com> <5429799C.6070607@redhat.com>
Message-ID: <54297A01.8020008@redhat.com>

On 09/29/2014 05:24 PM, Andr? Dietisheim wrote:
> yeah, worth it imho (if max agrees). I'll do that. Is there a jira 
> already?
Nope, please open a new one and make me a CC.

-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/7439c1ba/attachment.html 

From adietish at redhat.com  Mon Sep 29 11:27:57 2014
From: adietish at redhat.com (=?windows-1252?Q?Andr=E9_Dietisheim?=)
Date: Mon, 29 Sep 2014 17:27:57 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <54297A01.8020008@redhat.com>
References: <5428ED6B.2010102@redhat.com> <54297771.1030605@redhat.com>
	<54297889.30604@redhat.com> <5429799C.6070607@redhat.com>
	<54297A01.8020008@redhat.com>
Message-ID: <54297A7D.7080809@redhat.com>

On 09/29/2014 05:25 PM, Mickael Istria wrote:
> On 09/29/2014 05:24 PM, Andr? Dietisheim wrote:
>> yeah, worth it imho (if max agrees). I'll do that. Is there a jira 
>> already?
> Nope, please open a new one and make me a CC.
>

https://issues.jboss.org/browse/JBDS-3167

> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets 
> <http://twitter.com/mickaelistria>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/4ca3f02a/attachment.html 

From nboldt at redhat.com  Mon Sep 29 12:06:41 2014
From: nboldt at redhat.com (Nick Boldt)
Date: Mon, 29 Sep 2014 12:06:41 -0400
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <54297A01.8020008@redhat.com>
References: <5428ED6B.2010102@redhat.com>
	<54297771.1030605@redhat.com>	<54297889.30604@redhat.com>
	<5429799C.6070607@redhat.com> <54297A01.8020008@redhat.com>
Message-ID: <54298391.1050405@redhat.com>

Moved from https://issues.jboss.org/browse/JBDS-3167 to 
https://issues.jboss.org/browse/JBIDE-18450 (because it's a JBoss Tools 
issue too, not just JBDS) and linked from the uberJIRA, JBDS-2869.

I'll pull a mirror while you guys decide if you really want to change 
the TP again with only 3 days before code freeze. :)

On 09/29/2014 11:25 AM, Mickael Istria wrote:
> On 09/29/2014 05:24 PM, Andr? Dietisheim wrote:
>> yeah, worth it imho (if max agrees). I'll do that. Is there a jira
>> already?
> Nope, please open a new one and make me a CC.
>
> --
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets
> <http://twitter.com/mickaelistria>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>

-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com

From adietish at redhat.com  Mon Sep 29 11:14:57 2014
From: adietish at redhat.com (=?windows-1252?Q?Andr=E9_Dietisheim?=)
Date: Mon, 29 Sep 2014 17:14:57 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <5428ED6B.2010102@redhat.com>
References: <5428ED6B.2010102@redhat.com>
Message-ID: <54297771.1030605@redhat.com>

On 09/29/2014 07:26 AM, Mickael Istria wrote:
> Hi all,
>
> EGit/JGit have provided a release recently: 
> https://projects.eclipse.org/projects/technology.egit/reviews/3.5.0-release-review
> It contains many quite interesting new features and usability 
> improvements. Is it worth trying to get it in next JBDS ?
>

I'd argue that since OpenShift is using git our users would benefit from 
any improvement in EGit. So big +1 for me!

> Cheers,
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
> My blog <http://mickaelistria.wordpress.com> - My Tweets 
> <http://twitter.com/mickaelistria>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/4559b697/attachment.html 

From manderse at redhat.com  Mon Sep 29 12:27:57 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Mon, 29 Sep 2014 18:27:57 +0200
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <54298391.1050405@redhat.com>
References: <5428ED6B.2010102@redhat.com> <54297771.1030605@redhat.com>
	<54297889.30604@redhat.com> <5429799C.6070607@redhat.com>
	<54297A01.8020008@redhat.com> <54298391.1050405@redhat.com>
Message-ID: <8FB41C94-8E19-4608-BAA4-BBD2EA830CAB@redhat.com>

On 29 Sep 2014, at 18:06, Nick Boldt wrote:

> Moved from https://issues.jboss.org/browse/JBDS-3167 to
> https://issues.jboss.org/browse/JBIDE-18450 (because it's a JBoss Tools
> issue too, not just JBDS) and linked from the uberJIRA, JBDS-2869.

> I'll pull a mirror while you guys decide if you really want to change
> the TP again with only 3 days before code freeze. :)

no, we are not updating to egit without any reason this close to GA. 

/max

> On 09/29/2014 11:25 AM, Mickael Istria wrote:
>> On 09/29/2014 05:24 PM, Andr? Dietisheim wrote:
>>> yeah, worth it imho (if max agrees). I'll do that. Is there a jira
>>> already?
>> Nope, please open a new one and make me a CC.
>>
>> --
>> Mickael Istria
>> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
>> My blog <http://mickaelistria.wordpress.com> - My Tweets
>> <http://twitter.com/mickaelistria>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>
> -- 
> Nick Boldt :: JBoss by Red Hat
> Productization Lead :: JBoss Tools & Dev Studio
> http://nick.divbyzero.com
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen


From ldimaggi at redhat.com  Mon Sep 29 13:34:25 2014
From: ldimaggi at redhat.com (Len DiMaggio)
Date: Mon, 29 Sep 2014 13:34:25 -0400 (EDT)
Subject: [jbosstools-dev] Is it worth updating to EGit 3.5.0?
In-Reply-To: <8FB41C94-8E19-4608-BAA4-BBD2EA830CAB@redhat.com>
References: <5428ED6B.2010102@redhat.com> <54297771.1030605@redhat.com>
	<54297889.30604@redhat.com> <5429799C.6070607@redhat.com>
	<54297A01.8020008@redhat.com> <54298391.1050405@redhat.com>
	<8FB41C94-8E19-4608-BAA4-BBD2EA830CAB@redhat.com>
Message-ID: <704862897.13682329.1412012065419.JavaMail.zimbra@redhat.com>

OMG - I'm agreeing with Max. ;-) 

Seriously - with all the unresolved issues to deal with in a very short time, we should try to minimize changes now. 

-- Len 

----- Original Message -----

| From: "Max Rydahl Andersen" <manderse at redhat.com>
| To: "Nick Boldt" <nboldt at redhat.com>
| Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
| Sent: Monday, September 29, 2014 12:27:57 PM
| Subject: Re: [jbosstools-dev] Is it worth updating to EGit 3.5.0?

| On 29 Sep 2014, at 18:06, Nick Boldt wrote:

| > Moved from https://issues.jboss.org/browse/JBDS-3167 to
| > https://issues.jboss.org/browse/JBIDE-18450 (because it's a JBoss Tools
| > issue too, not just JBDS) and linked from the uberJIRA, JBDS-2869.

| > I'll pull a mirror while you guys decide if you really want to change
| > the TP again with only 3 days before code freeze. :)

| no, we are not updating to egit without any reason this close to GA.

| /max

| > On 09/29/2014 11:25 AM, Mickael Istria wrote:
| >> On 09/29/2014 05:24 PM, Andr? Dietisheim wrote:
| >>> yeah, worth it imho (if max agrees). I'll do that. Is there a jira
| >>> already?
| >> Nope, please open a new one and make me a CC.
| >>
| >> --
| >> Mickael Istria
| >> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
| >> My blog <http://mickaelistria.wordpress.com> - My Tweets
| >> <http://twitter.com/mickaelistria>
| >>
| >>
| >> _______________________________________________
| >> jbosstools-dev mailing list
| >> jbosstools-dev at lists.jboss.org
| >> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
| >>
| >
| > --
| > Nick Boldt :: JBoss by Red Hat
| > Productization Lead :: JBoss Tools & Dev Studio
| > http://nick.divbyzero.com
| > _______________________________________________
| > jbosstools-dev mailing list
| > jbosstools-dev at lists.jboss.org
| > https://lists.jboss.org/mailman/listinfo/jbosstools-dev

| /max
| http://about.me/maxandersen

| _______________________________________________
| jbosstools-dev mailing list
| jbosstools-dev at lists.jboss.org
| https://lists.jboss.org/mailman/listinfo/jbosstools-dev
-- 

Len DiMaggio (ldimaggi at redhat.com) 
JBoss by Red Hat 
314 Littleton Road 
Westford, MA 01886 USA 
tel: 978.392.3179 
cell: 781.472.9912 
http://www.redhat.com 
http://community.jboss.org/people/ldimaggio 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/67900ffe/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RHxJBpngthumb.png
Type: image/png
Size: 9435 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140929/67900ffe/attachment.png 

From janet at voip-index.com  Mon Sep 29 23:33:12 2014
From: janet at voip-index.com (Janet)
Date: Tue, 30 Sep 2014 11:33:12 +0800
Subject: [jbosstools-dev] Re_Re_Re_Your Ideal VoIP Solution for SMBs!
Message-ID: <201409190929369539425@yeastar.com>

Dear product manager,

Glad to know you are in VoIP field with high reputation.This is Janet. We specialize in developing and manufacturing IPPBX & VoIP Gateway& Fax server for more than 8 years and hope to find a way to cooperate with you! 

Our IPPBX is modular, scalable and flexible, embedded hybrid IPPBX catering for SMBs,supporting PSTN, GSM, SIP(IAX2) trunks with FXS/FXO /BRI/PRI(ISDN) ports,perfectly compatible with almost every brands of IP Phone, such as Yealink, Snom, Grandstream, Cisco, linksys, Aastra etc.
Our Analog/GSM/BRI/PRI Gateway support SIP and IAX, fully integrated with Elastix, FreePBX, Asterisk, Lync Server, 3CX. 

More details? Call me or send me E-mail!  

Looking forward to hearing from you soon.
Best Regards,

Janet Ouyang

Account manager

Tel.: 0086-592-5503309 (Ext:6268?;
Fax: 0086-592-5503307;
Mobile?0086-18250832577;
E-mail: janet at voip-index.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140930/baefb961/attachment-0001.html 

From mistria at redhat.com  Tue Sep 30 03:34:02 2014
From: mistria at redhat.com (Mickael Istria)
Date: Tue, 30 Sep 2014 09:34:02 +0200
Subject: [jbosstools-dev] THyM update on both Luna target-platforms
Message-ID: <542A5CEA.5080508@redhat.com>

Hi all,

Just a note that we've updated the version of THyM on both Luna (4.40.x 
and 4.41.x) target platform branch. So starting from new, CI and local 
builds (using default target platforms) will include this newer THyM.
More details about this story: https://issues.jboss.org/browse/JBIDE-18430

Cheers,
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140930/c23712f9/attachment.html 

From mistria at redhat.com  Tue Sep 30 05:17:54 2014
From: mistria at redhat.com (Mickael Istria)
Date: Tue, 30 Sep 2014 11:17:54 +0200
Subject: [jbosstools-dev] Eclipse WTP to move to Java 6 as BREE?
Message-ID: <542A7542.6060201@redhat.com>

Hi all,

I'd like to raise your attention on this discussion: 
http://dev.eclipse.org/mhonarc/lists/wtp-dev/msg09047.html . From an 
example of duplicated package (bundle and JRE), the discussion is moving 
to whether WTP should upgrade to Java 6 as BREE. I believe that's 
something that we would like, to reduce the amount of duplicated 
packages and to avoid confusion.
If this is an idea we support, we should put a note on this discussion 
to explicit that we are in favour of this change.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140930/737a8e91/attachment.html 

From manderse at redhat.com  Tue Sep 30 10:28:37 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Tue, 30 Sep 2014 16:28:37 +0200
Subject: [jbosstools-dev] Eclipse WTP to move to Java 6 as BREE?
In-Reply-To: <542A7542.6060201@redhat.com>
References: <542A7542.6060201@redhat.com>
Message-ID: <39109152-B013-4C1E-897B-10B50BF1B141@redhat.com>

On 30 Sep 2014, at 11:17, Mickael Istria wrote:

> Hi all,
>
> I'd like to raise your attention on this discussion: 
> http://dev.eclipse.org/mhonarc/lists/wtp-dev/msg09047.html . From an 
> example of duplicated package (bundle and JRE), the discussion is 
> moving to whether WTP should upgrade to Java 6 as BREE. I believe 
> that's something that we would like, to reduce the amount of 
> duplicated packages and to avoid confusion.
> If this is an idea we support, we should put a note on this discussion 
> to explicit that we are in favour of this change.

we are the ones actually reporting the root cause so they should be 
aware ;)

/max
http://about.me/maxandersen

From mistria at redhat.com  Tue Sep 30 10:33:46 2014
From: mistria at redhat.com (Mickael Istria)
Date: Tue, 30 Sep 2014 16:33:46 +0200
Subject: [jbosstools-dev] Eclipse WTP to move to Java 6 as BREE?
In-Reply-To: <39109152-B013-4C1E-897B-10B50BF1B141@redhat.com>
References: <542A7542.6060201@redhat.com>
	<39109152-B013-4C1E-897B-10B50BF1B141@redhat.com>
Message-ID: <542ABF4A.5030203@redhat.com>

On 09/30/2014 04:28 PM, Max Rydahl Andersen wrote:
> On 30 Sep 2014, at 11:17, Mickael Istria wrote:
>> I'd like to raise your attention on this discussion: 
>> http://dev.eclipse.org/mhonarc/lists/wtp-dev/msg09047.html . From an 
>> example of duplicated package (bundle and JRE), the discussion is 
>> moving to whether WTP should upgrade to Java 6 as BREE. I believe 
>> that's something that we would like, to reduce the amount of 
>> duplicated packages and to avoid confusion.
>> If this is an idea we support, we should put a note on this 
>> discussion to explicit that we are in favour of this change.
> we are the ones actually reporting the root cause so they should be 
> aware ;)
Do you have a link to Jira or initial discussion? The issues I've found 
we've reported/contributed to are more related to DataTools, not to 
WebTools.
-- 
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets 
<http://twitter.com/mickaelistria>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20140930/2a6b2e36/attachment.html 

From manderse at redhat.com  Tue Sep 30 11:01:00 2014
From: manderse at redhat.com (Max Rydahl Andersen)
Date: Tue, 30 Sep 2014 17:01:00 +0200
Subject: [jbosstools-dev] Eclipse WTP to move to Java 6 as BREE?
In-Reply-To: <542ABF4A.5030203@redhat.com>
References: <542A7542.6060201@redhat.com>
	<39109152-B013-4C1E-897B-10B50BF1B141@redhat.com>
	<542ABF4A.5030203@redhat.com>
Message-ID: <98CA8BB1-DD93-47BD-B261-C952FAD5BE3F@redhat.com>

On 30 Sep 2014, at 16:33, Mickael Istria wrote:

> On 09/30/2014 04:28 PM, Max Rydahl Andersen wrote:
>> On 30 Sep 2014, at 11:17, Mickael Istria wrote:
>>> I'd like to raise your attention on this discussion: 
>>> http://dev.eclipse.org/mhonarc/lists/wtp-dev/msg09047.html . From an 
>>> example of duplicated package (bundle and JRE), the discussion is 
>>> moving to whether WTP should upgrade to Java 6 as BREE. I believe 
>>> that's something that we would like, to reduce the amount of 
>>> duplicated packages and to avoid confusion.
>>> If this is an idea we support, we should put a note on this 
>>> discussion to explicit that we are in favour of this change.
>> we are the ones actually reporting the root cause so they should be 
>> aware ;)
> Do you have a link to Jira or initial discussion? The issues I've 
> found we've reported/contributed to are more related to DataTools, not 
> to WebTools.

DTP is part of WTP.

https://issues.jboss.org/browse/JBIDE-16502
https://bugs.eclipse.org/bugs/show_bug.cgi?id=426393

Konstantin gets involved around here: 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=426393#c7 since the cause 
seem to be rooted in facets at some point.

/max
http://about.me/maxandersen