[JBoss JIRA] (JBIDE-26038) [Red Hat Central] Update to latest Subclipse & older SVNKit
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26038?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-26038.
---------------------------------
Verified by customer, closing.
> [Red Hat Central] Update to latest Subclipse & older SVNKit
> -----------------------------------------------------------
>
> Key: JBIDE-26038
> URL: https://issues.jboss.org/browse/JBIDE-26038
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central-update
> Affects Versions: 4.5.3.Final
> Reporter: Jeff MAURY
> Assignee: Nick Boldt
> Fix For: 4.6.0.AM3
>
>
> An error has been reported on the sme-jbds mail ling list:
> http://post-office.corp.redhat.com/archives/sme-jbds/2018-May/msg00004.html
> {noformat}
> Hi,
> I have a customer who is having issues with Subversion in JBDS 11.3.
> They have installed Subclipse + SVNKit from RedHat Central and then create a new project, then add the project to SVN. They then update a dummy text file in the project.
> They then try to synchronize the project and after this all of the team options are greyed out.
> The only exception in the log is:
> !ENTRY org.tigris.subversion.subclipse.core 4 -6 2018-05-10 15:41:57.217
> !MESSAGE The SVN synchronization information for 'jClaretyBatchClientProject' has become corrupt or does not exist.
> !ENTRY org.tigris.subversion.subclipse.ui 4 -6 2018-05-10 15:41:57.217
> !MESSAGE Property Exception
> !STACK 0
> java.lang.NullPointerException
> at org.tigris.subversion.subclipse.ui.properties.SVNPropertyPage.getStatus(SVNPropertyPage.java:290)
> at org.tigris.subversion.subclipse.ui.properties.SVNPropertyPage.createContents(SVNPropertyPage.java:81)
> at org.eclipse.jface.preference.PreferencePage.createControl(PreferencePage.java:241)
> at org.eclipse.jface.preference.PreferenceDialog.createPageControl(PreferenceDialog.java:1426)
> at org.eclipse.jface.preference.PreferenceDialog$8.run(PreferenceDialog.java:1193)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.ui.internal.JFaceUtil.lambda$0(JFaceUtil.java:44)
> ...
> If they download the latest Subclipse version plus JavaHL and use this instead of SVNKit it works.
> They wanted to have JavaHL as an option in RedHat Central but I advised this wasn't going to happen as per [1].
> They raised the issue with Subclipse with this response:
> "There are no options in the product that are predicated on using one adapter or the other. There can be bugs or slight differences in behavior in one API implementation or the other, but both provide all of the API's we use. JavaHL is already the default implementation provided that it has been installed and is available.
> So obviously you had some kind of problem here, but your diagnosis of the causes was not correct. I do generally recommend you use JavaHL if possible, since that is the API implementation that comes from Subversion itself so is going to be most compatible with the SVN command line and other clients you might be using. That said, SVNKit generally offers very good compatibility as well.
> I am closing this just because I do not see that there is anything here that can be acted upon."
> Any ideas on why SVNKit might not be working here?
> Cheers
> Dave
> [1] https://issues.jboss.org/browse/JBIDE-14795
> SF case ref: https://gss--c.na7.visual.force.com/apex/Case_View?id=500A000000aqrrSIAQ
> Portal Case Ref: https://access.redhat.com/support/cases/#/case/02094880
> {noformat}
> I tried and was able to reproduce.
> I then tried but installed from https://dl.bintray.com/subclipse/releases/subclipse/4.2.x instead of Red Hat Central and the error is gone
> So I compared both update sites (https://devstudio.redhat.com/11/stable/updates/ and https://dl.bintray.com/subclipse/releases/subclipse/4.2.x) and noticed that org.tmatesoft.svnkit is 1.8.15 in DevStudio and 1.8.12 in Subclipse
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
[JBoss JIRA] (JBDS-4671) Errors updating from 11.1.0.GA to latest one
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-4671?page=com.atlassian.jira.plugin.... ]
Jan Richter closed JBDS-4671.
-----------------------------
> Errors updating from 11.1.0.GA to latest one
> --------------------------------------------
>
> Key: JBDS-4671
> URL: https://issues.jboss.org/browse/JBDS-4671
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: installer, updatesite
> Affects Versions: 11.1.0.GA
> Environment: Red Hat JBoss Developer Studio 11.1.0.GA with early access activate.
> openjdk version "1.8.0_151" .OpenJDK Runtime Environment (build 1.8.0_151-b12)
> Operating System: Fedora 27
> Reporter: Roman Martin Gil
> Assignee: Nick Boldt
> Fix For: 11.3.0.GA
>
> Attachments: 01-rhjbds-available-updates.png, 02-rhjbds-about-installation.png, 03-rhjbds-updating-error.png, ds11.2-update-sites.png, ds11.2-update-to-11.3.png, ds11.2.0.ga.png, rhjbds11-software-sites.png
>
>
> Since some days I am getting alerts to update my RHJBDS 11.1.0.GA to latest versions however I could not complete anyway.
> Everyday I get a update alert with latest versions but it seems that they are not ready to be applied.
> After some moments updating the environment I got the following error and stack trace:
> {code:java}
> An error occurred while collecting items to be installed
> session context was:(profile=devstudio, phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, action=).
> No repository found containing: osgi.bundle,com.jboss.devstudio.core,11.3.0.AM1-v20180125-1048-B1900
> No repository found containing: osgi.bundle,com.jboss.devstudio.core.capabilities,11.3.0.v20180124-1725
> No repository found containing: osgi.bundle,com.jboss.devstudio.core.central,11.3.0.AM1-v20180125-1048-B1900
> No repository found containing: osgi.bundle,com.jboss.devstudio.core.project.examples,11.3.0.v20180124-1725
> No repository found containing: osgi.bundle,com.jboss.devstudio.core.usage.branding,11.3.0.v20180124-1725
> No repository found containing: org.eclipse.update.feature,com.jboss.devstudio.core.capabilities.feature,11.3.0.v20180124-1725
> No repository found containing: org.eclipse.update.feature,com.jboss.devstudio.core.feature,11.3.0.v20180125-1048
> No repository found containing: binary,com.jboss.devstudio.core.package.executable.gtk.linux.x86_64,11.3.0.AM1-v20180125-1048-B1900
> No repository found containing: org.eclipse.update.feature,com.jboss.devstudio.core.rpm.feature,11.3.0.v20180125-1048
> No repository found containing: org.eclipse.update.feature,com.jboss.devstudio.core.rpmdeps.feature,11.3.0.v20180124-1725
> No repository found containing: org.eclipse.update.feature,com.jboss.devstudio.fuse.feature,11.3.0.v20180124-1725
> {code}
> I attached some screenshots with the process.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
[JBoss JIRA] (JBIDE-25301) [release] externalize common properties to parameterize jobs
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25301?page=com.atlassian.jira.plugi... ]
Pavol Srna closed JBIDE-25301.
------------------------------
> [release] externalize common properties to parameterize jobs
> ------------------------------------------------------------
>
> Key: JBIDE-25301
> URL: https://issues.jboss.org/browse/JBIDE-25301
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, target-platform
> Affects Versions: 4.5.1.Final
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.6.0.AM1
>
>
> As in JBIDE-25137, we can externalize properties used in Jenkins to run jobs so the jobs are more parameterized.
> for example we could set these params in the jbosstools-jenkins.properties files:
> {code}TARGET_PLATFORM_VERSION_MIN=
> TARGET_PLATFORM_VERSION_MAX=
> TARGET_PLATFORM_CENTRAL_MAX=
> {code}
> Or we could simply remove them and source them from the parent pom.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
[JBoss JIRA] (JBDS-4697) Circular reference detected trying to get service
by Josef Kopriva (JIRA)
[ https://issues.jboss.org/browse/JBDS-4697?page=com.atlassian.jira.plugin.... ]
Josef Kopriva closed JBDS-4697.
-------------------------------
Closing, I was not able to reproduce this.
Verified in:
Red Hat Developer Studio
Version: 12.9.0.AM1
Build id: AM1-v20180802-0119-B3094
Build date: 20180802-0119
> Circular reference detected trying to get service
> -------------------------------------------------
>
> Key: JBDS-4697
> URL: https://issues.jboss.org/browse/JBDS-4697
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: usage
> Affects Versions: 12.0.0.AM1
> Reporter: Josef Kopriva
> Assignee: Jeff MAURY
> Fix For: 12.0.0.AM1
>
>
> After start of devstudio there is error related to usage in Error Log:
> {code:java}
> eclipse.buildId=12.0.0.AM1-v20180502-1928-B2382
> java.version=1.8.0_171
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> Framework arguments: -product com.jboss.devstudio.core.product
> Command-line arguments: -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
> org.apache.felix.scr
> Error
> Thu May 03 07:33:55 CEST 2018
> Circular reference detected trying to get service {org.jboss.tools.usage.branding.IUsageBranding}={service.id=39, service.bundleid=32, service.scope=bundle, service.ranking=1, component.name=com.jboss.devstudio.core.usage.branding, component.id=0}
> stack of references: ServiceReference: {org.jboss.tools.usage.branding.IUsageBranding}={service.id=39, service.bundleid=32, service.scope=bundle, service.ranking=1, component.name=com.jboss.devstudio.core.usage.branding, component.id=0}
> java.lang.Exception: stack trace
> at org.apache.felix.scr.impl.ComponentRegistry.enterCreate(ComponentRegistry.java:467)
> at org.apache.felix.scr.impl.BundleComponentActivator.enterCreate(BundleComponentActivator.java:809)
> at org.apache.felix.scr.impl.manager.SingleComponentManager.getService(SingleComponentManager.java:806)
> at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse$1.run(ServiceFactoryUse.java:212)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.factoryGetService(ServiceFactoryUse.java:210)
> at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.getService(ServiceFactoryUse.java:111)
> at org.eclipse.osgi.internal.serviceregistry.ServiceConsumer$2.getService(ServiceConsumer.java:45)
> at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.getService(ServiceRegistrationImpl.java:524)
> at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.getService(ServiceRegistry.java:461)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.getService(BundleContextImpl.java:624)
> at org.osgi.util.tracker.ServiceTracker.addingService(ServiceTracker.java:416)
> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:943)
> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)
> at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
> at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)
> at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:321)
> at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:264)
> at org.jboss.tools.usage.internal.JBossToolsUsageActivator.initBranding(JBossToolsUsageActivator.java:67)
> at org.jboss.tools.usage.internal.JBossToolsUsageActivator.start(JBossToolsUsageActivator.java:58)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:779)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:772)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:729)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:1002)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:354)
> at org.eclipse.osgi.container.Module.doStart(Module.java:581)
> at org.eclipse.osgi.container.Module.start(Module.java:449)
> at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:468)
> at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:114)
> at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:505)
> at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:328)
> at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:392)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:470)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:419)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:411)
> at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.loadClass(EquinoxBundle.java:609)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.initDependencyManagers(AbstractComponentManager.java:992)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.collectDependencies(AbstractComponentManager.java:1019)
> at org.apache.felix.scr.impl.manager.SingleComponentManager.getServiceInternal(SingleComponentManager.java:860)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:755)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.enableInternal(AbstractComponentManager.java:675)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:430)
> at org.apache.felix.scr.impl.manager.ConfigurableComponentHolder.enableComponents(ConfigurableComponentHolder.java:657)
> at org.apache.felix.scr.impl.BundleComponentActivator.initialEnable(BundleComponentActivator.java:341)
> at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:387)
> at org.apache.felix.scr.impl.Activator.access$200(Activator.java:52)
> at org.apache.felix.scr.impl.Activator$ScrExtension.start(Activator.java:262)
> at org.apache.felix.scr.impl.AbstractExtender.createExtension(AbstractExtender.java:196)
> at org.apache.felix.scr.impl.AbstractExtender.modifiedBundle(AbstractExtender.java:169)
> at org.apache.felix.scr.impl.AbstractExtender.addingBundle(AbstractExtender.java:139)
> at org.apache.felix.scr.impl.AbstractExtender.addingBundle(AbstractExtender.java:49)
> at org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:475)
> at org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:1)
> at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
> at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)
> at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:450)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:908)
> 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.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:230)
> at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:137)
> at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:129)
> at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(EquinoxContainerAdaptor.java:191)
> at org.eclipse.osgi.container.Module.publishEvent(Module.java:476)
> at org.eclipse.osgi.container.Module.start(Module.java:467)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1682)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1624)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1555)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
> at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months