[JBoss JIRA] (JBIDE-16502) FrameworkEvent ERROR after JBT installation (tracker for upstream issue)
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16502?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen updated JBIDE-16502:
----------------------------------------
Fix Version/s: 4.2.1.Final
(was: 4.2.0.CR2)
> FrameworkEvent ERROR after JBT installation (tracker for upstream issue)
> ------------------------------------------------------------------------
>
> Key: JBIDE-16502
> URL: https://issues.jboss.org/browse/JBIDE-16502
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 4.2.0.Alpha2
> Environment: JBT 4.2.0.Alpha2, L64, Fedora 19, OpenJDK 1.7
> Reporter: Jiri Peterka
> Assignee: Max Rydahl Andersen
> Priority: Critical
> Fix For: 4.2.1.Final
>
>
> After Eclipse Luna M5 JEE + JBT 4.2.0.Alpha2 installation there is:
> {code}
> org.osgi.framework.BundleException: Could not resolve module: org.eclipse.jpt.dbws.eclipselink.ui [388]
> Bundle was not resolved because of a uses contraint violation.
> org.osgi.service.resolver.ResolutionException: Uses constraint violation. Unable to resolve resource org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"] because it is exposed to package 'javax.xml.bind' from resources org.eclipse.osgi [osgi.identity; osgi.identity="org.eclipse.osgi"; type="osgi.bundle"; version:Version="3.10.0.v20140121-0337"; singleton:="true"] and javax.xml.bind [osgi.identity; osgi.identity="javax.xml.bind"; type="osgi.bundle"; version:Version="2.1.9.v201005080401"] via two dependency chains.
> Chain 1:
> org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"]
> require: (&(osgi.wiring.bundle=org.eclipse.wst.common.project.facet.ui)(&(bundle-version>=1.3.0)(!(bundle-version>=2.0.0))))
> |
> provide: osgi.wiring.bundle: org.eclipse.wst.common.project.facet.ui
> org.eclipse.osgi [osgi.identity; osgi.identity="org.eclipse.osgi"; type="osgi.bundle"; version:Version="3.10.0.v20140121-0337"; singleton:="true"]
> Chain 2:
> org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"]
> require: (&(osgi.wiring.bundle=org.eclipse.persistence.dbws.builder)(&(bundle-version>=2.3.0)(!(bundle-version>=3.0.0))))
> |
> provide: osgi.wiring.bundle; osgi.wiring.bundle="org.eclipse.persistence.dbws.builder"; bundle-version:Version="2.6.0.v20130815-a4708b6"
> org.eclipse.persistence.dbws.builder [osgi.identity; osgi.identity="org.eclipse.persistence.dbws.builder"; type="osgi.bundle"; version:Version="2.6.0.v20130815-a4708b6"]
> import: (osgi.wiring.package=javax.xml.bind)
> |
> export: osgi.wiring.package: javax.xml.bind
> javax.xml.bind [osgi.identity; osgi.identity="javax.xml.bind"; type="osgi.bundle"; version:Version="2.1.9.v201005080401"]
> at org.eclipse.osgi.container.Module.start(Module.java:424)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1551)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1530)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1502)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1445)
> 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)
> Caused by: org.osgi.service.resolver.ResolutionException: Uses constraint violation. Unable to resolve resource org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"] because it is exposed to package 'javax.xml.bind' from resources org.eclipse.osgi [osgi.identity; osgi.identity="org.eclipse.osgi"; type="osgi.bundle"; version:Version="3.10.0.v20140121-0337"; singleton:="true"] and javax.xml.bind [osgi.identity; osgi.identity="javax.xml.bind"; type="osgi.bundle"; version:Version="2.1.9.v201005080401"] via two dependency chains.
> Chain 1:
> org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"]
> require: (&(osgi.wiring.bundle=org.eclipse.wst.common.project.facet.ui)(&(bundle-version>=1.3.0)(!(bundle-version>=2.0.0))))
> |
> provide: osgi.wiring.bundle: org.eclipse.wst.common.project.facet.ui
> org.eclipse.osgi [osgi.identity; osgi.identity="org.eclipse.osgi"; type="osgi.bundle"; version:Version="3.10.0.v20140121-0337"; singleton:="true"]
> Chain 2:
> org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"]
> require: (&(osgi.wiring.bundle=org.eclipse.persistence.dbws.builder)(&(bundle-version>=2.3.0)(!(bundle-version>=3.0.0))))
> |
> provide: osgi.wiring.bundle; osgi.wiring.bundle="org.eclipse.persistence.dbws.builder"; bundle-version:Version="2.6.0.v20130815-a4708b6"
> org.eclipse.persistence.dbws.builder [osgi.identity; osgi.identity="org.eclipse.persistence.dbws.builder"; type="osgi.bundle"; version:Version="2.6.0.v20130815-a4708b6"]
> import: (osgi.wiring.package=javax.xml.bind)
> |
> export: osgi.wiring.package: javax.xml.bind
> javax.xml.bind [osgi.identity; osgi.identity="javax.xml.bind"; type="osgi.bundle"; version:Version="2.1.9.v201005080401"]
> at org.apache.felix.resolver.ResolverImpl.checkDynamicPackageSpaceConsistency(ResolverImpl.java:1286)
> at org.apache.felix.resolver.ResolverImpl.checkPackageSpaceConsistency(ResolverImpl.java:1078)
> at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:249)
> at org.eclipse.osgi.container.ModuleResolver$ResolveProcess.resolveSingleRevision(ModuleResolver.java:948)
> at org.eclipse.osgi.container.ModuleResolver$ResolveProcess.resolve(ModuleResolver.java:874)
> at org.eclipse.osgi.container.ModuleResolver.resolveDelta(ModuleResolver.java:111)
> at org.eclipse.osgi.container.ModuleContainer.resolveAndApply(ModuleContainer.java:471)
> at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:429)
> at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:419)
> at org.eclipse.osgi.container.Module.start(Module.java:406)
> ... 7 more
> Root exception:
> org.osgi.service.resolver.ResolutionException: Uses constraint violation. Unable to resolve resource org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"] because it is exposed to package 'javax.xml.bind' from resources org.eclipse.osgi [osgi.identity; osgi.identity="org.eclipse.osgi"; type="osgi.bundle"; version:Version="3.10.0.v20140121-0337"; singleton:="true"] and javax.xml.bind [osgi.identity; osgi.identity="javax.xml.bind"; type="osgi.bundle"; version:Version="2.1.9.v201005080401"] via two dependency chains.
> Chain 1:
> org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"]
> require: (&(osgi.wiring.bundle=org.eclipse.wst.common.project.facet.ui)(&(bundle-version>=1.3.0)(!(bundle-version>=2.0.0))))
> |
> provide: osgi.wiring.bundle: org.eclipse.wst.common.project.facet.ui
> org.eclipse.osgi [osgi.identity; osgi.identity="org.eclipse.osgi"; type="osgi.bundle"; version:Version="3.10.0.v20140121-0337"; singleton:="true"]
> Chain 2:
> org.eclipse.jpt.dbws.eclipselink.ui [osgi.identity; osgi.identity="org.eclipse.jpt.dbws.eclipselink.ui"; type="osgi.bundle"; version:Version="1.1.100.v201310142259"; singleton:="true"]
> require: (&(osgi.wiring.bundle=org.eclipse.persistence.dbws.builder)(&(bundle-version>=2.3.0)(!(bundle-version>=3.0.0))))
> |
> provide: osgi.wiring.bundle; osgi.wiring.bundle="org.eclipse.persistence.dbws.builder"; bundle-version:Version="2.6.0.v20130815-a4708b6"
> org.eclipse.persistence.dbws.builder [osgi.identity; osgi.identity="org.eclipse.persistence.dbws.builder"; type="osgi.bundle"; version:Version="2.6.0.v20130815-a4708b6"]
> import: (osgi.wiring.package=javax.xml.bind)
> |
> export: osgi.wiring.package: javax.xml.bind
> javax.xml.bind [osgi.identity; osgi.identity="javax.xml.bind"; type="osgi.bundle"; version:Version="2.1.9.v201005080401"]
> at org.apache.felix.resolver.ResolverImpl.checkDynamicPackageSpaceConsistency(ResolverImpl.java:1286)
> at org.apache.felix.resolver.ResolverImpl.checkPackageSpaceConsistency(ResolverImpl.java:1078)
> at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:249)
> at org.eclipse.osgi.container.ModuleResolver$ResolveProcess.resolveSingleRevision(ModuleResolver.java:948)
> at org.eclipse.osgi.container.ModuleResolver$ResolveProcess.resolve(ModuleResolver.java:874)
> at org.eclipse.osgi.container.ModuleResolver.resolveDelta(ModuleResolver.java:111)
> at org.eclipse.osgi.container.ModuleContainer.resolveAndApply(ModuleContainer.java:471)
> at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:429)
> at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:419)
> at org.eclipse.osgi.container.Module.start(Module.java:406)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1551)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1530)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1502)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1445)
> 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
(v6.3.1#6329)
11 years
[JBoss JIRA] (JBIDE-18368) An internal error occurred during: "Computing connector status".
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18368?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-18368:
----------------------------------------
I've tried to understand why this agent can be null at that time and couldn't figure out. I'll just put a null-check guard...
> An internal error occurred during: "Computing connector status".
> ----------------------------------------------------------------
>
> Key: JBIDE-18368
> URL: https://issues.jboss.org/browse/JBIDE-18368
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.2.0.CR1
> Environment: JBDS 8.0.0.CR1b, F20_64
> Reporter: Jiri Peterka
> Assignee: Mickael Istria
> Fix For: 4.2.0.CR2
>
>
> {code}
> java.lang.NullPointerException
> at org.jboss.tools.central.editors.xpl.ConnectorDescriptorItemUi.resolveProfileUnits(ConnectorDescriptorItemUi.java:393)
> at org.jboss.tools.central.editors.xpl.ConnectorDescriptorItemUi.access$6(ConnectorDescriptorItemUi.java:390)
> at org.jboss.tools.central.editors.xpl.ConnectorDescriptorItemUi$6.run(ConnectorDescriptorItemUi.java:311)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (JBIDE-18235) Improve publication of *-earlyaccess.properties files
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18235?page=com.atlassian.jira.plugi... ]
Mickael Istria closed JBIDE-18235.
----------------------------------
Resolution: Rejected
We already have discovery jobs publishing the *-earlyaccess.properties files automatically to nightly directory whenever a change is noticed on repository.
We don't need to do it again in promote.sh.
> Improve publication of *-earlyaccess.properties files
> -----------------------------------------------------
>
> Key: JBIDE-18235
> URL: https://issues.jboss.org/browse/JBIDE-18235
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build, discovery
> Affects Versions: 4.2.0.CR1
> Reporter: Mickael Istria
> Assignee: Nick Boldt
> Priority: Minor
> Fix For: 4.2.0.Final
>
>
> Currently, there are explicit steps in discovery job configurations (cf JBIDE-18228) to publish the *-earlyaccess.properties file to nightly directories.
> Instead, we should consider making publication more standard and rely on promote.sh.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (JBIDE-16066) Top-Down WS deployment isn't successful when selecting Start/Test service in Web Service dialog
by Brian Fitzpatrick (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16066?page=com.atlassian.jira.plugi... ]
Brian Fitzpatrick commented on JBIDE-16066:
-------------------------------------------
Hey Rob - as to the JBDS 8 issue. I'm seeing the 'Refreshing Process Information' NPE that I believe has already been solved for CR2 (An internal error occurred during: "Refreshing Process Information" : java.lang.NullPointerException)
{code}
java.lang.NullPointerException
at org.jboss.tools.jmx.local.ProcessInformationStore.loadProcessStore(ProcessInformationStore.java:96)
at org.jboss.tools.jmx.local.ProcessInformationStore.refreshProcessInformationStore(ProcessInformationStore.java:66)
at org.jboss.tools.jmx.local.ProcessInformationStore$1.run(ProcessInformationStore.java:140)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
{code}
{code}
eclipse.buildId=unknown
java.version=1.7.0_67
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Framework arguments: -application org.eclipse.ui.ide.workbench -product com.jboss.devstudio.core.product
Command-line arguments: -os win32 -ws win32 -arch x86 -application org.eclipse.ui.ide.workbench -product com.jboss.devstudio.core.product
{code}
In the console, it freezes:
{code}
06:54:00,492 INFO [org.jboss.modules] (main) JBoss Modules version 1.2.0.Final-redhat-1
06:54:02,972 INFO [org.jboss.msc] (main) JBoss MSC version 1.0.4.GA-redhat-1
06:54:03,347 INFO [org.jboss.as] (MSC service thread 1-1) JBAS015899: JBoss EAP 6.1.0.GA (AS 7.2.0.Final-redhat-8) starting
{code}
Status messages seem to show "Starting JBoss Enterprise Application Platform 6.1+... Preparing launch delegate..." and it's pegged at 100%. I'm not seeing anything else in the Error Log beyond the earlier NPE.
Nothing appears in the server.log or boot.log since last night (just tried to restart again in JBDS 8 and it just sticks).
> Top-Down WS deployment isn't successful when selecting Start/Test service in Web Service dialog
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-16066
> URL: https://issues.jboss.org/browse/JBIDE-16066
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.1.1.CR1
> Environment: JBDS 7.1.0 CR1, EAP-6.1
> Reporter: Radoslav Rábara
> Assignee: Brian Fitzpatrick
> Fix For: 4.2.0.CR2
>
> Attachments: topDownServer.log
>
>
> Deployment isn't successful when Top-Down web service is created with slider level selected to "Start service" or "Test service". Project is deployed to the server but the service endpoint isn't added so the service is not accessible.
> It works with other slider levels and all levels works when the server isn't started before the web service is created.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (JBIDE-18235) Improve publication of *-earlyaccess.properties files
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18235?page=com.atlassian.jira.plugi... ]
Mickael Istria updated JBIDE-18235:
-----------------------------------
Fix Version/s: 4.2.0.Final
(was: 4.2.0.CR2)
> Improve publication of *-earlyaccess.properties files
> -----------------------------------------------------
>
> Key: JBIDE-18235
> URL: https://issues.jboss.org/browse/JBIDE-18235
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build, discovery
> Affects Versions: 4.2.0.CR1
> Reporter: Mickael Istria
> Assignee: Nick Boldt
> Priority: Minor
> Fix For: 4.2.0.Final
>
>
> Currently, there are explicit steps in discovery job configurations (cf JBIDE-18228) to publish the *-earlyaccess.properties file to nightly directories.
> Instead, we should consider making publication more standard and rely on promote.sh.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (JBIDE-18454) Cant connect to OpenShift running on RHEL 6.6 when using openjdk (javax.net.ssl.SSLException: Could not generate DH keypair)
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18454?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-18454:
------------------------------------------
[~maxandersen] I'll try/verify the above once I have a system to test against and yes, no doubt I'd prefer a solution without any added depedency.
> Cant connect to OpenShift running on RHEL 6.6 when using openjdk (javax.net.ssl.SSLException: Could not generate DH keypair)
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-18454
> URL: https://issues.jboss.org/browse/JBIDE-18454
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.2.0.CR1
> Reporter: Andre Dietisheim
> Assignee: Andre Dietisheim
> Priority: Blocker
> Fix For: 4.2.0.CR2
>
>
> In https://bugzilla.redhat.com/show_bug.cgi?id=1145848 openshift-java-client cant connect to OpenShift running on RHEL 6.6 when using openjdk. We have to verify that this affects the Eclipse based tooling (that's also using openshift-java-client)
> {code}
> java.io.IOException: com.openshift.client.OpenShiftEndpointException: Could not request https://broker.ose21z-auto.com.cn/broker/rest/api: javax.net.ssl.SSLException: java.lang.RuntimeException: Could not generate DH keypair
> at hudson.plugins.openshift.OpenShiftCloud.getOpenShiftConnection(OpenShiftCloud.java:186)
> at hudson.plugins.openshift.OpenShiftCloud.getSlaves(OpenShiftCloud.java:877)
> at hudson.plugins.openshift.OpenShiftCloud.provisionSlave(OpenShiftCloud.java:451)
> at hudson.plugins.openshift.OpenShiftCloud.provision(OpenShiftCloud.java:413)
> at hudson.slaves.NodeProvisioner.update(NodeProvisioner.java:281)
> at hudson.slaves.NodeProvisioner.access$000(NodeProvisioner.java:51)
> at hudson.slaves.NodeProvisioner$NodeProvisionerInvoker.doRun(NodeProvisioner.java:368)
> at hudson.triggers.SafeTimerTask.run(SafeTimerTask.java:54)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: com.openshift.client.OpenShiftEndpointException: Could not request https://broker.ose21z-auto.com.cn/broker/rest/api: javax.net.ssl.SSLException: java.lang.RuntimeException: Could not generate DH keypair
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years
[JBoss JIRA] (JBDS-3057) JBDS causes "not responding" message on RHEL
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBDS-3057?page=com.atlassian.jira.plugin.... ]
Mickael Istria commented on JBDS-3057:
--------------------------------------
Did anything improve on this topic with the move to Luna SR1 ?
> JBDS causes "not responding" message on RHEL
> --------------------------------------------
>
> Key: JBDS-3057
> URL: https://issues.jboss.org/browse/JBDS-3057
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 7.1.1.GA
> Environment: RHEL 7 Beta
> OpenJDK 1.7
> JBDS 7.1.1
> Reporter: Martin Malina
> Assignee: Denis Golovin
> Fix For: 8.0.0.GA
>
> Attachments: jbds-not-responding.png
>
>
> I was smoke testing JBDS 7 on RHEL 7 Beta and every time I started JBDS with a new workspace, I got a "not responding" window where I could either force quit JBDS or wait.
> Obviously this is due to some limit that is set in the OS and when reached, this popup is shown.
> On subsequent starts of JBDS with the same workspace, this does not happen.
> The system was a VirtualBox VM run on Windows, but there was nothing else happening on the machine, so this shouldn't slow things down too much. Also, the machine has 8 GB of RAM out of which 4 GB was dedicated to the VM. So I don't think the HW is particularly slow.
> I understand that this JIRA is very vague, but maybe it's worth trying to find if it's caused by some synchronous processes that we run at JBDS start.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years