Home » Modeling » EMF » [cdo] importing large models -> stack overflow error
| | |
| Re: [cdo] importing large models -> stack overflow error [message #424749 is a reply to message #424748] |
Tue, 04 November 2008 18:44   |
|
Ralf,
Comments below...
Ralf Buschermoehle schrieb:
> Hi Simon,
>
> see comments below
>
> Simon McDuff wrote:
>> When you said ganymede release branch do you mean HEAD or 1.0.3 or
>> 2.0.0 I???????? ?
>> Can you specify the version ?
>
> I used version 1.0.0.v200806180411 of cdo client/sdk/server - *the*
> default version from the update site of Eclipse 3.4.1. Is is required
> to install a milestone release of eclipse to get 1.0.3 of cdo??
I think Platform 3.4.0 is fine, too.
>
>> A problem was fixed about stack over flow and it is not related to a
>> large models.
>
> Ah, ok previously "smaller" models worked fine - therefore I assumed
> it depended on the size.
That's strange because it would imply that you should at least be able
to work around the problem with a huge stack.
I suggest that you file a Bugzilla if the problem persists after
installing CDO 1.0.3.
>
>> 252161: StackOverflow in CDOEditor.populateNewRoot() when
>> sessino.packageRegistry contains a package not registered in the
>> client machine
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252161
>>
>> If you have HEAD... now we have a problem.
>>
>> But looking at your stacktrace I don't think you have HEAD.
>>
>> We should do a build this week for 2.0.0!
>
> This would require 3.5M2 of eclipse?
Again, I think 3.5.0 will be fine here, although we'll build against 3.5M3.
Cheers
/Eike
----
http://thegordian.blogspot.com
>
> Greetings,
>
> Ralf
>
>> Ralf Buschermoehle wrote:
>>> Hello,
>>>
>>> I use the current ganymede release branch (including corresponding
>>> plugins). When I try to import large(r) models into the CDO server I
>>> got a stack overflow error ...
>>>
>>> !ENTRY org.eclipse.core.jobs 4 2 2008-11-04 17:43:01.843
>>> !MESSAGE An internal error occurred during: "Import Resource...".
>>> !STACK 0
>>> java.lang.StackOverflowError
>>> at
>>> org.eclipse.emf.ecore.impl.EPackageRegistryImpl.getEPackage( EPackageRegistryImpl.java:120)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.util.ModelUtil.getEPackage(Mode lUtil.java:276)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.CDOSessionPackageManagerImpl.pr ovideEcore(CDOSessionPackageManagerImpl.java:143)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.model.CDOPackageImpl.get Ecore(CDOPackageImpl.java:284)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createDynamicEPa ckage(ModelUtil.java:341)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createEPackage(M odelUtil.java:326)
>>>
>>>
>>> I tried to increase the stack memory of cdo server and eclipse
>>> environment - unfortunately with no success till now (-ss, -oss
>>> ranging from 1024k upto 8m)? The model file is approx. 2.5 MByte.
>>>
>>> Greetings,
>>>
>>> Ralf
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: [cdo] importing large models -> stack overflow error [message #424767 is a reply to message #424749] |
Wed, 05 November 2008 09:12 |
 Ralf Buschermoehle
Messages: 27
Registered: July 2009 |
Junior Member |
|
|
Hi,
when I try to dropin 1.0.3 into my eclipse environment (3.4.1 - ganymede
(?)) update says:
Cannot complete the request. See the details.
Cannot find a solution where both Match[requiredCapability:
org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.100.v200805130238-108Y7w311916241349,1.1.100.v20080513023 8-108Y7w311916241349]]
and Match[requiredCapability:
org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.101.v200808291106-108Z7w3119193_2217,1.1.101.v20080829110 6-108Z7w3119193_2217]]
can be satisfied.
Cannot find a solution where both Match[requiredCapability:
org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.1.r34x_20 080827,3.4.1.r34x_20080827]]
and Match[requiredCapability:
org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.0.I200806 04,3.4.0.I20080604]]
can be satisfied.
Cannot find a solution where both Match[requiredCapability:
org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 1.v20080702_34x,3.3.101.v20080702_34x]]
and Match[requiredCapability:
org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
can be satisfied.
.... and so on ...
So, there is the need to update globally to Mx?
Greetings,
Ralf
Eike Stepper wrote:
> Ralf,
>
> Comments below...
>
>
> Ralf Buschermoehle schrieb:
>> Hi Simon,
>>
>> see comments below
>>
>> Simon McDuff wrote:
>>> When you said ganymede release branch do you mean HEAD or 1.0.3 or
>>> 2.0.0 I???????? ?
>>> Can you specify the version ?
>>
>> I used version 1.0.0.v200806180411 of cdo client/sdk/server - *the*
>> default version from the update site of Eclipse 3.4.1. Is is required
>> to install a milestone release of eclipse to get 1.0.3 of cdo??
> I think Platform 3.4.0 is fine, too.
>
>>
>>> A problem was fixed about stack over flow and it is not related to a
>>> large models.
>>
>> Ah, ok previously "smaller" models worked fine - therefore I assumed
>> it depended on the size.
> That's strange because it would imply that you should at least be able
> to work around the problem with a huge stack.
> I suggest that you file a Bugzilla if the problem persists after
> installing CDO 1.0.3.
>>
>>> 252161: StackOverflow in CDOEditor.populateNewRoot() when
>>> sessino.packageRegistry contains a package not registered in the
>>> client machine
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252161
>>>
>>> If you have HEAD... now we have a problem.
>>>
>>> But looking at your stacktrace I don't think you have HEAD.
>>>
>>> We should do a build this week for 2.0.0!
>>
>> This would require 3.5M2 of eclipse?
> Again, I think 3.5.0 will be fine here, although we'll build against 3.5M3.
>
> Cheers
> /Eike
>
> ----
> http://thegordian.blogspot.com
>
>
>>
>> Greetings,
>>
>> Ralf
>>
>>> Ralf Buschermoehle wrote:
>>>> Hello,
>>>>
>>>> I use the current ganymede release branch (including corresponding
>>>> plugins). When I try to import large(r) models into the CDO server I
>>>> got a stack overflow error ...
>>>>
>>>> !ENTRY org.eclipse.core.jobs 4 2 2008-11-04 17:43:01.843
>>>> !MESSAGE An internal error occurred during: "Import Resource...".
>>>> !STACK 0
>>>> java.lang.StackOverflowError
>>>> at
>>>> org.eclipse.emf.ecore.impl.EPackageRegistryImpl.getEPackage( EPackageRegistryImpl.java:120)
>>>>
>>>> at
>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.getEPackage(Mode lUtil.java:276)
>>>>
>>>> at
>>>> org.eclipse.emf.internal.cdo.CDOSessionPackageManagerImpl.pr ovideEcore(CDOSessionPackageManagerImpl.java:143)
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.common.model.CDOPackageImpl.get Ecore(CDOPackageImpl.java:284)
>>>>
>>>> at
>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createDynamicEPa ckage(ModelUtil.java:341)
>>>>
>>>> at
>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createEPackage(M odelUtil.java:326)
>>>>
>>>>
>>>> I tried to increase the stack memory of cdo server and eclipse
>>>> environment - unfortunately with no success till now (-ss, -oss
>>>> ranging from 1024k upto 8m)? The model file is approx. 2.5 MByte.
>>>>
>>>> Greetings,
>>>>
>>>> Ralf
|
|
|
| Re: [cdo] importing large models -> stack overflow error [message #424769 is a reply to message #424767] |
Wed, 05 November 2008 09:31 |
Ralf Buschermoehle
Messages: 27
Registered: July 2009 |
Junior Member |
|
|
One extension to the previous post ...
I also added
EMF 2.4.1 R200808251517
Net4j 1.0.3 1.0.x M200811030609
Teneo M200810271645
as dropins ...
Greetings,
Ralf
Ralf Buschermoehle wrote:
> Hi,
>
> when I try to dropin 1.0.3 into my eclipse environment (3.4.1 - ganymede
> (?)) update says:
>
> Cannot complete the request. See the details.
> Cannot find a solution where both Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.100.v200805130238-108Y7w311916241349,1.1.100.v20080513023 8-108Y7w311916241349]]
> and Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.101.v200808291106-108Z7w3119193_2217,1.1.101.v20080829110 6-108Z7w3119193_2217]]
> can be satisfied.
> Cannot find a solution where both Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.1.r34x_20 080827,3.4.1.r34x_20080827]]
> and Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.0.I200806 04,3.4.0.I20080604]]
> can be satisfied.
> Cannot find a solution where both Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 1.v20080702_34x,3.3.101.v20080702_34x]]
> and Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
> can be satisfied.
>
> .... and so on ...
>
> So, there is the need to update globally to Mx?
>
> Greetings,
>
> Ralf
>
> Eike Stepper wrote:
>> Ralf,
>>
>> Comments below...
>>
>>
>> Ralf Buschermoehle schrieb:
>>> Hi Simon,
>>>
>>> see comments below
>>>
>>> Simon McDuff wrote:
>>>> When you said ganymede release branch do you mean HEAD or 1.0.3 or
>>>> 2.0.0 I???????? ?
>>>> Can you specify the version ?
>>>
>>> I used version 1.0.0.v200806180411 of cdo client/sdk/server - *the*
>>> default version from the update site of Eclipse 3.4.1. Is is required
>>> to install a milestone release of eclipse to get 1.0.3 of cdo??
>> I think Platform 3.4.0 is fine, too.
>>
>>>
>>>> A problem was fixed about stack over flow and it is not related to a
>>>> large models.
>>>
>>> Ah, ok previously "smaller" models worked fine - therefore I assumed
>>> it depended on the size.
>> That's strange because it would imply that you should at least be able
>> to work around the problem with a huge stack.
>> I suggest that you file a Bugzilla if the problem persists after
>> installing CDO 1.0.3.
>>>
>>>> 252161: StackOverflow in CDOEditor.populateNewRoot() when
>>>> sessino.packageRegistry contains a package not registered in the
>>>> client machine
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252161
>>>>
>>>> If you have HEAD... now we have a problem.
>>>>
>>>> But looking at your stacktrace I don't think you have HEAD.
>>>>
>>>> We should do a build this week for 2.0.0!
>>>
>>> This would require 3.5M2 of eclipse?
>> Again, I think 3.5.0 will be fine here, although we'll build against
>> 3.5M3.
>>
>> Cheers
>> /Eike
>>
>> ----
>> http://thegordian.blogspot.com
>>
>>
>>>
>>> Greetings,
>>>
>>> Ralf
>>>
>>>> Ralf Buschermoehle wrote:
>>>>> Hello,
>>>>>
>>>>> I use the current ganymede release branch (including corresponding
>>>>> plugins). When I try to import large(r) models into the CDO server
>>>>> I got a stack overflow error ...
>>>>>
>>>>> !ENTRY org.eclipse.core.jobs 4 2 2008-11-04 17:43:01.843
>>>>> !MESSAGE An internal error occurred during: "Import Resource...".
>>>>> !STACK 0
>>>>> java.lang.StackOverflowError
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EPackageRegistryImpl.getEPackage( EPackageRegistryImpl.java:120)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.getEPackage(Mode lUtil.java:276)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.CDOSessionPackageManagerImpl.pr ovideEcore(CDOSessionPackageManagerImpl.java:143)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.common.model.CDOPackageImpl.get Ecore(CDOPackageImpl.java:284)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createDynamicEPa ckage(ModelUtil.java:341)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createEPackage(M odelUtil.java:326)
>>>>>
>>>>>
>>>>> I tried to increase the stack memory of cdo server and eclipse
>>>>> environment - unfortunately with no success till now (-ss, -oss
>>>>> ranging from 1024k upto 8m)? The model file is approx. 2.5 MByte.
>>>>>
>>>>> Greetings,
>>>>>
>>>>> Ralf
|
|
|
| Re: [cdo] importing large models -> stack overflow error [message #424772 is a reply to message #424767] |
Wed, 05 November 2008 09:46 |
|
Ralf,
Comments below...
> Hi,
>
> when I try to dropin 1.0.3 into my eclipse environment (3.4.1 -
> ganymede (?)) update says:
>
> Cannot complete the request. See the details.
> Cannot find a solution where both Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/]
> and Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/]
> can be satisfied.
> Cannot find a solution where both Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/]
> and Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/]
> can be satisfied.
> Cannot find a solution where both Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/]
> and Match[requiredCapability:
> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
> can be satisfied.
>
> .... and so on ...
Since none of the above messages seem to be related with Net4j or CDO
anyhow I assume that either the "... and so on ..." part is the
interesting one for me or you have a general problem with your
installation. Often I experience that, after some hand modifications of
an installation p2 refuses to install any plugin or feature. Just
because it finds that the resulting installation is inconsistent.
Although it was inconsistent even *before* and I accepted that.
> So, there is the need to update globally to Mx?
I still don't think that this is require. You can judge yourself when
you look into our manifests:
Require-Bundle: org.eclipse.core.runtime;bundle-version="[3.4.0,4.0.0)"
...
Cheers
/Eike
----
http://thegordian.blogspot.com
>
> Greetings,
>
> Ralf
>
> Eike Stepper wrote:
>> Ralf,
>>
>> Comments below...
>>
>>
>> Ralf Buschermoehle schrieb:
>>> Hi Simon,
>>>
>>> see comments below
>>>
>>> Simon McDuff wrote:
>>>> When you said ganymede release branch do you mean HEAD or 1.0.3 or
>>>> 2.0.0 I???????? ?
>>>> Can you specify the version ?
>>>
>>> I used version 1.0.0.v200806180411 of cdo client/sdk/server - *the*
>>> default version from the update site of Eclipse 3.4.1. Is is
>>> required to install a milestone release of eclipse to get 1.0.3 of
>>> cdo??
>> I think Platform 3.4.0 is fine, too.
>>
>>>
>>>> A problem was fixed about stack over flow and it is not related to
>>>> a large models.
>>>
>>> Ah, ok previously "smaller" models worked fine - therefore I assumed
>>> it depended on the size.
>> That's strange because it would imply that you should at least be
>> able to work around the problem with a huge stack.
>> I suggest that you file a Bugzilla if the problem persists after
>> installing CDO 1.0.3.
>>>
>>>> 252161: StackOverflow in CDOEditor.populateNewRoot() when
>>>> sessino.packageRegistry contains a package not registered in the
>>>> client machine
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252161
>>>>
>>>> If you have HEAD... now we have a problem.
>>>>
>>>> But looking at your stacktrace I don't think you have HEAD.
>>>>
>>>> We should do a build this week for 2.0.0!
>>>
>>> This would require 3.5M2 of eclipse?
>> Again, I think 3.5.0 will be fine here, although we'll build against
>> 3.5M3.
>>
>> Cheers
>> /Eike
>>
>> ----
>> http://thegordian.blogspot.com
>>
>>
>>>
>>> Greetings,
>>>
>>> Ralf
>>>
>>>> Ralf Buschermoehle wrote:
>>>>> Hello,
>>>>>
>>>>> I use the current ganymede release branch (including corresponding
>>>>> plugins). When I try to import large(r) models into the CDO server
>>>>> I got a stack overflow error ...
>>>>>
>>>>> !ENTRY org.eclipse.core.jobs 4 2 2008-11-04 17:43:01.843
>>>>> !MESSAGE An internal error occurred during: "Import Resource...".
>>>>> !STACK 0
>>>>> java.lang.StackOverflowError
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EPackageRegistryImpl.getEPackage( EPackageRegistryImpl.java:120)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.getEPackage(Mode lUtil.java:276)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.CDOSessionPackageManagerImpl.pr ovideEcore(CDOSessionPackageManagerImpl.java:143)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.common.model.CDOPackageImpl.get Ecore(CDOPackageImpl.java:284)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createDynamicEPa ckage(ModelUtil.java:341)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createEPackage(M odelUtil.java:326)
>>>>>
>>>>>
>>>>> I tried to increase the stack memory of cdo server and eclipse
>>>>> environment - unfortunately with no success till now (-ss, -oss
>>>>> ranging from 1024k upto 8m)? The model file is approx. 2.5 MByte.
>>>>>
>>>>> Greetings,
>>>>>
>>>>> Ralf
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: [cdo] importing large models -> stack overflow error [message #424773 is a reply to message #424769] |
Wed, 05 November 2008 09:52 |
|
Ralf,
I forgot to mention tat you might need to install some or all of the
following components from SpringSource.org because we're not allowed to
ship or reference them at Eclipse.org:
# SpringSource Bundles
target.commonslogging.version = 1.1.1
target.xmlstream.version = 1.0.1
target.transaction.version = 1.1.0
target.antlr.version = 2.7.7
target.javassist.version = 3.3.0.ga
target.cglib.version = 2.1.3
target.dom4j.version = 1.6.1
target.asm.version = 1.5.3
target.hibernate.version = 3.2.6
target.hsqldb.version = 1.8.0.9
target.mysql.version = 5.1.6
target.postgresql.version = 8.3.603
Cheers
/Eike
----
http://thegordian.blogspot.com
> One extension to the previous post ...
>
> I also added
>
> EMF 2.4.1 R200808251517
> Net4j 1.0.3 1.0.x M200811030609
> Teneo M200810271645
>
> as dropins ...
>
> Greetings,
>
> Ralf
>
> Ralf Buschermoehle wrote:
>> Hi,
>>
>> when I try to dropin 1.0.3 into my eclipse environment (3.4.1 -
>> ganymede (?)) update says:
>>
>> Cannot complete the request. See the details.
>> Cannot find a solution where both Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.100.v200805130238-108Y7w311916241349,1.1.100.v20080513023 8-108Y7w311916241349]]
>> and Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.101.v200808291106-108Z7w3119193_2217,1.1.101.v20080829110 6-108Z7w3119193_2217]]
>> can be satisfied.
>> Cannot find a solution where both Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.1.r34x_20 080827,3.4.1.r34x_20080827]]
>> and Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.0.I200806 04,3.4.0.I20080604]]
>> can be satisfied.
>> Cannot find a solution where both Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 1.v20080702_34x,3.3.101.v20080702_34x]]
>> and Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
>> can be satisfied.
>>
>> .... and so on ...
>>
>> So, there is the need to update globally to Mx?
>>
>> Greetings,
>>
>> Ralf
>>
>> Eike Stepper wrote:
>>> Ralf,
>>>
>>> Comments below...
>>>
>>>
>>> Ralf Buschermoehle schrieb:
>>>> Hi Simon,
>>>>
>>>> see comments below
>>>>
>>>> Simon McDuff wrote:
>>>>> When you said ganymede release branch do you mean HEAD or 1.0.3 or
>>>>> 2.0.0 I???????? ?
>>>>> Can you specify the version ?
>>>>
>>>> I used version 1.0.0.v200806180411 of cdo client/sdk/server - *the*
>>>> default version from the update site of Eclipse 3.4.1. Is is
>>>> required to install a milestone release of eclipse to get 1.0.3 of
>>>> cdo??
>>> I think Platform 3.4.0 is fine, too.
>>>
>>>>
>>>>> A problem was fixed about stack over flow and it is not related to
>>>>> a large models.
>>>>
>>>> Ah, ok previously "smaller" models worked fine - therefore I
>>>> assumed it depended on the size.
>>> That's strange because it would imply that you should at least be
>>> able to work around the problem with a huge stack.
>>> I suggest that you file a Bugzilla if the problem persists after
>>> installing CDO 1.0.3.
>>>>
>>>>> 252161: StackOverflow in CDOEditor.populateNewRoot() when
>>>>> sessino.packageRegistry contains a package not registered in the
>>>>> client machine
>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252161
>>>>>
>>>>> If you have HEAD... now we have a problem.
>>>>>
>>>>> But looking at your stacktrace I don't think you have HEAD.
>>>>>
>>>>> We should do a build this week for 2.0.0!
>>>>
>>>> This would require 3.5M2 of eclipse?
>>> Again, I think 3.5.0 will be fine here, although we'll build against
>>> 3.5M3.
>>>
>>> Cheers
>>> /Eike
>>>
>>> ----
>>> http://thegordian.blogspot.com
>>>
>>>
>>>>
>>>> Greetings,
>>>>
>>>> Ralf
>>>>
>>>>> Ralf Buschermoehle wrote:
>>>>>> Hello,
>>>>>>
>>>>>> I use the current ganymede release branch (including
>>>>>> corresponding plugins). When I try to import large(r) models into
>>>>>> the CDO server I got a stack overflow error ...
>>>>>>
>>>>>> !ENTRY org.eclipse.core.jobs 4 2 2008-11-04 17:43:01.843
>>>>>> !MESSAGE An internal error occurred during: "Import Resource...".
>>>>>> !STACK 0
>>>>>> java.lang.StackOverflowError
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EPackageRegistryImpl.getEPackage( EPackageRegistryImpl.java:120)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.getEPackage(Mode lUtil.java:276)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.internal.cdo.CDOSessionPackageManagerImpl.pr ovideEcore(CDOSessionPackageManagerImpl.java:143)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.common.model.CDOPackageImpl.get Ecore(CDOPackageImpl.java:284)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createDynamicEPa ckage(ModelUtil.java:341)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.internal.cdo.util.ModelUtil.createEPackage(M odelUtil.java:326)
>>>>>>
>>>>>>
>>>>>> I tried to increase the stack memory of cdo server and eclipse
>>>>>> environment - unfortunately with no success till now (-ss, -oss
>>>>>> ranging from 1024k upto 8m)? The model file is approx. 2.5 MByte.
>>>>>>
>>>>>> Greetings,
>>>>>>
>>>>>> Ralf
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Previously (Re: [cdo] importing large models -> stack overflow error), Now: eFeatureMapEntries in [message #424781 is a reply to message #424772] |
Wed, 05 November 2008 11:31 |
Ralf Buschermoehle
Messages: 27
Registered: July 2009 |
Junior Member |
|
|
Hi Eike,
comments below ...
Eike Stepper wrote:
> Ralf,
>
> Comments below...
>
>
>
>> Hi,
>>
>> when I try to dropin 1.0.3 into my eclipse environment (3.4.1 -
>> ganymede (?)) update says:
>>
>> Cannot complete the request. See the details.
>> Cannot find a solution where both Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.100.v200805130238-108Y7w311916241349,1.1.100.v20080513023 8-108Y7w311916241349]]
>> and Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.101.v200808291106-108Z7w3119193_2217,1.1.101.v20080829110 6-108Z7w3119193_2217]]
>> can be satisfied.
>> Cannot find a solution where both Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.1.r34x_20 080827,3.4.1.r34x_20080827]]
>> and Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.0.I200806 04,3.4.0.I20080604]]
>> can be satisfied.
>> Cannot find a solution where both Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 1.v20080702_34x,3.3.101.v20080702_34x]]
>> and Match[requiredCapability:
>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
>> can be satisfied.
>>
>> .... and so on ...
> Since none of the above messages seem to be related with Net4j or CDO
> anyhow I assume that either the "... and so on ..." part is the
> interesting one for me or you have a general problem with your
> installation. Often I experience that, after some hand modifications of
> an installation p2 refuses to install any plugin or feature. Just
> because it finds that the resulting installation is inconsistent.
> Although it was inconsistent even *before* and I accepted that.
Argh, yes your assumption was correct (!?) Now I have cdo 1.0.3 running.
Thanks (and sorry :( - )!
Nevertheless I have EMF and a small GMF editor that seem to work (we are
trying to import EPF models). I can successfully migrate the project to
CDO but when I try to create/import an EPF model to the server it says
An error has occurred. See error log for more details.
org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$SimpleFeat ureMapEntry
cannot be cast to java.lang.String
The places in the EPF ecore are modeled as ...
<eStructuralFeatures xsi:type="ecore:EAttribute" name="group2"
unique="false"
upperBound="-1" eType="ecore:EDataType
http://www.eclipse.org/emf/2002/Ecore#//EFeatureMapEntry">
<eAnnotations
source="http:///org/eclipse/emf/ecore/util/ExtendedMetaData">
<details key="kind" value="group"/>
<details key="name" value="group:24"/>
</eAnnotations>
</eStructuralFeatures>
Is the type eFeatureMapEntry a problem?
Greetings,
Ralf
|
|
|
| Re: Previously (Re: [cdo] importing large models -> stack overflow error), Now: eFeatureMapEntrie [message #424785 is a reply to message #424781] |
Wed, 05 November 2008 12:58 |
Simon Mc Duff
Messages: 596
Registered: July 2009 |
Senior Member |
|
|
Probably related to this bugzilla!
249436: ClassCastException when using a FeatureMap
https://bugs.eclipse.org/bugs/show_bug.cgi?id=249436
Ralf Buschermoehle wrote:
> Hi Eike,
>
> comments below ...
>
> Eike Stepper wrote:
>> Ralf,
>>
>> Comments below...
>>
>>
>>
>>> Hi,
>>>
>>> when I try to dropin 1.0.3 into my eclipse environment (3.4.1 -
>>> ganymede (?)) update says:
>>>
>>> Cannot complete the request. See the details.
>>> Cannot find a solution where both Match[requiredCapability:
>>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.100.v200805130238-108Y7w311916241349,1.1.100.v20080513023 8-108Y7w311916241349]]
>>> and Match[requiredCapability:
>>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.101.v200808291106-108Z7w3119193_2217,1.1.101.v20080829110 6-108Z7w3119193_2217]]
>>> can be satisfied.
>>> Cannot find a solution where both Match[requiredCapability:
>>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.1.r34x_20 080827,3.4.1.r34x_20080827]]
>>> and Match[requiredCapability:
>>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.0.I200806 04,3.4.0.I20080604]]
>>> can be satisfied.
>>> Cannot find a solution where both Match[requiredCapability:
>>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 1.v20080702_34x,3.3.101.v20080702_34x]]
>>> and Match[requiredCapability:
>>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
>>> can be satisfied.
>>>
>>> .... and so on ...
>> Since none of the above messages seem to be related with Net4j or CDO
>> anyhow I assume that either the "... and so on ..." part is the
>> interesting one for me or you have a general problem with your
>> installation. Often I experience that, after some hand modifications
>> of an installation p2 refuses to install any plugin or feature. Just
>> because it finds that the resulting installation is inconsistent.
>> Although it was inconsistent even *before* and I accepted that.
>
> Argh, yes your assumption was correct (!?) Now I have cdo 1.0.3 running.
> Thanks (and sorry :( - )!
>
> Nevertheless I have EMF and a small GMF editor that seem to work (we are
> trying to import EPF models). I can successfully migrate the project to
> CDO but when I try to create/import an EPF model to the server it says
>
> An error has occurred. See error log for more details.
> org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$SimpleFeat ureMapEntry
> cannot be cast to java.lang.String
>
> The places in the EPF ecore are modeled as ...
>
> <eStructuralFeatures xsi:type="ecore:EAttribute" name="group2"
> unique="false"
> upperBound="-1" eType="ecore:EDataType
> http://www.eclipse.org/emf/2002/Ecore#//EFeatureMapEntry">
> <eAnnotations
> source="http:///org/eclipse/emf/ecore/util/ExtendedMetaData">
> <details key="kind" value="group"/>
> <details key="name" value="group:24"/>
> </eAnnotations>
> </eStructuralFeatures>
>
>
> Is the type eFeatureMapEntry a problem?
>
> Greetings,
>
> Ralf
|
|
|
| Re: Previously (Re: [cdo] importing large models -> stack overflow error), Now: eFeatureMapEntrie [message #424787 is a reply to message #424785] |
Wed, 05 November 2008 13:13 |
Ralf Buschermoehle
Messages: 27
Registered: July 2009 |
Junior Member |
|
|
Seems so ... if it helps I could send someone the project sources to
reproduce this (our) bug?
Simon McDuff wrote:
> Probably related to this bugzilla!
>
> 249436: ClassCastException when using a FeatureMap
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=249436
>
>
> Ralf Buschermoehle wrote:
>> Hi Eike,
>>
>> comments below ...
>>
>> Eike Stepper wrote:
>>> Ralf,
>>>
>>> Comments below...
>>>
>>>
>>>
>>>> Hi,
>>>>
>>>> when I try to dropin 1.0.3 into my eclipse environment (3.4.1 -
>>>> ganymede (?)) update says:
>>>>
>>>> Cannot complete the request. See the details.
>>>> Cannot find a solution where both Match[requiredCapability:
>>>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.100.v200805130238-108Y7w311916241349,1.1.100.v20080513023 8-108Y7w311916241349]]
>>>> and Match[requiredCapability:
>>>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.101.v200808291106-108Z7w3119193_2217,1.1.101.v20080829110 6-108Z7w3119193_2217]]
>>>> can be satisfied.
>>>> Cannot find a solution where both Match[requiredCapability:
>>>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.1.r34x_20 080827,3.4.1.r34x_20080827]]
>>>> and Match[requiredCapability:
>>>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.0.I200806 04,3.4.0.I20080604]]
>>>> can be satisfied.
>>>> Cannot find a solution where both Match[requiredCapability:
>>>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 1.v20080702_34x,3.3.101.v20080702_34x]]
>>>> and Match[requiredCapability:
>>>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
>>>> can be satisfied.
>>>>
>>>> .... and so on ...
>>> Since none of the above messages seem to be related with Net4j or CDO
>>> anyhow I assume that either the "... and so on ..." part is the
>>> interesting one for me or you have a general problem with your
>>> installation. Often I experience that, after some hand modifications
>>> of an installation p2 refuses to install any plugin or feature. Just
>>> because it finds that the resulting installation is inconsistent.
>>> Although it was inconsistent even *before* and I accepted that.
>>
>> Argh, yes your assumption was correct (!?) Now I have cdo 1.0.3
>> running. Thanks (and sorry :( - )!
>>
>> Nevertheless I have EMF and a small GMF editor that seem to work (we
>> are trying to import EPF models). I can successfully migrate the
>> project to CDO but when I try to create/import an EPF model to the
>> server it says
>>
>> An error has occurred. See error log for more details.
>> org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$SimpleFeat ureMapEntry
>> cannot be cast to java.lang.String
>>
>> The places in the EPF ecore are modeled as ...
>>
>> <eStructuralFeatures xsi:type="ecore:EAttribute" name="group2"
>> unique="false"
>> upperBound="-1" eType="ecore:EDataType
>> http://www.eclipse.org/emf/2002/Ecore#//EFeatureMapEntry">
>> <eAnnotations
>> source="http:///org/eclipse/emf/ecore/util/ExtendedMetaData">
>> <details key="kind" value="group"/>
>> <details key="name" value="group:24"/>
>> </eAnnotations>
>> </eStructuralFeatures>
>>
>>
>> Is the type eFeatureMapEntry a problem?
>>
>> Greetings,
>>
>> Ralf
|
|
|
| Re: Previously (Re: [cdo] importing large models -> stack overflow error), Now: eFeatureMapEntrie [message #424788 is a reply to message #424787] |
Wed, 05 November 2008 13:24 |
Simon Mc Duff
Messages: 596
Registered: July 2009 |
Senior Member |
|
|
Attach a small ecore and how to reproduce it in:
>> 249436: ClassCastException when using a FeatureMap
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=249436
I will try to fix it today. (before midnight! :-))
Simon
Ralf Buschermoehle wrote:
> Seems so ... if it helps I could send someone the project sources to
> reproduce this (our) bug?
>
> Simon McDuff wrote:
>> Probably related to this bugzilla!
>>
>> 249436: ClassCastException when using a FeatureMap
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=249436
>>
>>
>> Ralf Buschermoehle wrote:
>>> Hi Eike,
>>>
>>> comments below ...
>>>
>>> Eike Stepper wrote:
>>>> Ralf,
>>>>
>>>> Comments below...
>>>>
>>>>
>>>>
>>>>> Hi,
>>>>>
>>>>> when I try to dropin 1.0.3 into my eclipse environment (3.4.1 -
>>>>> ganymede (?)) update says:
>>>>>
>>>>> Cannot complete the request. See the details.
>>>>> Cannot find a solution where both Match[requiredCapability:
>>>>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.100.v200805130238-108Y7w311916241349,1.1.100.v20080513023 8-108Y7w311916241349]]
>>>>> and Match[requiredCapability:
>>>>> org.eclipse.equinox.p2.iu/org.eclipse.emf.ocl.feature.jar/[1 .1.101.v200808291106-108Z7w3119193_2217,1.1.101.v20080829110 6-108Z7w3119193_2217]]
>>>>> can be satisfied.
>>>>> Cannot find a solution where both Match[requiredCapability:
>>>>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.1.r34x_20 080827,3.4.1.r34x_20080827]]
>>>>> and Match[requiredCapability:
>>>>> org.eclipse.equinox.p2.iu/org.eclipse.team.ui/[3.4.0.I200806 04,3.4.0.I20080604]]
>>>>> can be satisfied.
>>>>> Cannot find a solution where both Match[requiredCapability:
>>>>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 1.v20080702_34x,3.3.101.v20080702_34x]]
>>>>> and Match[requiredCapability:
>>>>> org.eclipse.equinox.p2.iu/org.eclipse.ui.cheatsheets/[3.3.10 0.v20080508,3.3.100.v20080508]]
>>>>> can be satisfied.
>>>>>
>>>>> .... and so on ...
>>>> Since none of the above messages seem to be related with Net4j or
>>>> CDO anyhow I assume that either the "... and so on ..." part is the
>>>> interesting one for me or you have a general problem with your
>>>> installation. Often I experience that, after some hand modifications
>>>> of an installation p2 refuses to install any plugin or feature. Just
>>>> because it finds that the resulting installation is inconsistent.
>>>> Although it was inconsistent even *before* and I accepted that.
>>>
>>> Argh, yes your assumption was correct (!?) Now I have cdo 1.0.3
>>> running. Thanks (and sorry :( - )!
>>>
>>> Nevertheless I have EMF and a small GMF editor that seem to work (we
>>> are trying to import EPF models). I can successfully migrate the
>>> project to CDO but when I try to create/import an EPF model to the
>>> server it says
>>>
>>> An error has occurred. See error log for more details.
>>> org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$SimpleFeat ureMapEntry
>>> cannot be cast to java.lang.String
>>>
>>> The places in the EPF ecore are modeled as ...
>>>
>>> <eStructuralFeatures xsi:type="ecore:EAttribute" name="group2"
>>> unique="false"
>>> upperBound="-1" eType="ecore:EDataType
>>> http://www.eclipse.org/emf/2002/Ecore#//EFeatureMapEntry">
>>> <eAnnotations
>>> source="http:///org/eclipse/emf/ecore/util/ExtendedMetaData">
>>> <details key="kind" value="group"/>
>>> <details key="name" value="group:24"/>
>>> </eAnnotations>
>>> </eStructuralFeatures>
>>>
>>>
>>> Is the type eFeatureMapEntry a problem?
>>>
>>> Greetings,
>>>
>>> Ralf
|
|
|
Goto Forum:
Current Time: Wed Sep 25 04:54:34 GMT 2024
Powered by FUDForum. Page generated in 0.06921 seconds |
] 
Search
Help
Register
Login
Home
