Eclipse Community Forums: Epsilon » Cannot find object feature using ETL even though the object feature already exists

Help

Home

Home » Modeling » Epsilon » Cannot find object feature using ETL even though the object feature already exists

Show: Today's Messages :: Show Polls :: Message Navigator

Cannot find object feature using ETL even though the object feature already exists [message #635073]

Mon, 25 October 2010 15:06

James Sharp

Messages: 20
Registered: September 2010

Junior Member

Hi Chaps,

I am occasionally getting an odd error message when running ETL:

Property 'name' not found in object Parameter [name=v_reset]

From the looks of the error message, the object Parameter has the name attribute specified? How can this therefore be an error?

The line that creates this error message is:

hStatement.assignsValueTo := csp!TypeItem.select
(item|vAssignment.assignValueTo.usesElement.name.isSubstring Of( "nv_" + item.name)).first();

At first I thought this may be because the rules had fired in the wrong order, but as I have now specificed my rules as @lazy and call then in an order that ensures that the Parameter object will be created before this line fires I am slightly confused why I am getting this error message.

And as I said it's appearance is sporadic and from what I can tell, completely random.

Any ideas on resolving this would be great.

Cheers,

James

Report message to a moderator

Re: Cannot find object feature using ETL even though the object feature already exists [message #635082 is a reply to message #635073]

Mon, 25 October 2010 15:09

Dimitrios Kolovos

Messages: 1776
Registered: July 2009

Senior Member

Hi James,

Could you please send a minimal configuration that reproduces this at
epsilon.devs gmail com so that I can have a look at this?

Cheers,
Dimitris

James Sharp wrote:
> Hi Chaps,
>
> I am occasionally getting an odd error message when running ETL:
>
> Property 'name' not found in object Parameter [name=v_reset]
> From the looks of the error message, the object Parameter has the name
> attribute specified? How can this therefore be an error?
>
> The line that creates this error message is:
>
> hStatement.assignsValueTo := csp!TypeItem.select
> (item|vAssignment.assignValueTo.usesElement.name.isSubstring Of( "nv_" +
> item.name)).first();
>
> At first I thought this may be because the rules had fired in the wrong
> order, but as I have now specificed my rules as @lazy and call then in
> an order that ensures that the Parameter object will be created before
> this line fires I am slightly confused why I am getting this error message.
> And as I said it's appearance is sporadic and from what I can tell,
> completely random.
>
> Any ideas on resolving this would be great.
>
> Cheers,
>
> James

Report message to a moderator

Re: Cannot find object feature using ETL even though the object feature already exists [message #635551 is a reply to message #635082]

Wed, 27 October 2010 10:23

James Sharp

Messages: 20
Registered: September 2010

Junior Member

Hi Dimitris,

I have sent (sorry but it's the entire etl so far as this error does not always pertain to the same rule.

Also it seems that the @primary rule does not always fire. I have been fighting it all morning and whilst none of the ETL or the source model have changed it is non deterministically firing my main rule...

(I have not upgraded any of my plug-ins or installed any new plug-ins/features either)

Is this something that you have heard of before? It is driving me crazy and I have no idea what is wrong with it.

Many Thanks,

James

Report message to a moderator

Re: Cannot find object feature using ETL even though the object feature already exists [message #635553 is a reply to message #635551]

Wed, 27 October 2010 10:28

Dimitrios Kolovos

Messages: 1776
Registered: July 2009

Senior Member

Hi James,

I don't think I've ever encountered something similar. I'll have a look
and let you know. Historically, the most notorious source of
non-deterministic behaviour is the use of HashMaps - but I thought we'd
eliminated them. I'll get back to you shortly.

Cheers,
Dimitris

James Sharp wrote:
> Hi Dimitris,
>
> I have sent (sorry but it's the entire etl so far as this error does not
> always pertain to the same rule.
>
> Also it seems that the @primary rule does not always fire. I have been
> fighting it all morning and whilst none of the ETL or the source model
> have changed it is non deterministically firing my main rule...
>
> (I have not upgraded any of my plug-ins or installed any new
> plug-ins/features either)
>
> Is this something that you have heard of before? It is driving me crazy
> and I have no idea what is wrong with it.
>
> Many Thanks,
>
> James
>
>

Report message to a moderator

Re: Cannot find object feature using ETL even though the object feature already exists [message #635557 is a reply to message #635553]

Wed, 27 October 2010 10:46

Dimitrios Kolovos

Messages: 1776
Registered: July 2009

Senior Member

Hi James,

Which version of Epsilon are you using? I've noticed that in the
CaseCheckForNestedAssignment operation the parameter is named "case",
which has been a reserved word since support for switch/case was added
to Epsilon - which happened a while ago. With the latest interim version
of Epsilon I don't observe any non-determinism (the error comes from the
same line every time). Could you please update to the latest interim
version of Epsilon and give it another go? If you still can't pin this
down please let me know and I'll have a closer look at your code...

Cheers,
Dimitris

Dimitris Kolovos wrote:
> Hi James,
>
> I don't think I've ever encountered something similar. I'll have a look
> and let you know. Historically, the most notorious source of
> non-deterministic behaviour is the use of HashMaps - but I thought we'd
> eliminated them. I'll get back to you shortly.
>
> Cheers,
> Dimitris
>
> James Sharp wrote:
>> Hi Dimitris,
>>
>> I have sent (sorry but it's the entire etl so far as this error does
>> not always pertain to the same rule.
>>
>> Also it seems that the @primary rule does not always fire. I have been
>> fighting it all morning and whilst none of the ETL or the source model
>> have changed it is non deterministically firing my main rule...
>>
>> (I have not upgraded any of my plug-ins or installed any new
>> plug-ins/features either)
>>
>> Is this something that you have heard of before? It is driving me
>> crazy and I have no idea what is wrong with it.
>>
>> Many Thanks,
>>
>> James
>>
>>

Report message to a moderator

Previous Topic:	[ETL] Resolve Proxies
Next Topic:	[EuGENia] more than one affixed node on the single containing node

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Thu Apr 25 04:31:08 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter