Eclipse Community Forums: GMF (Graphical Modeling Framework)

Help

Home

Home » Modeling » GMF (Graphical Modeling Framework) » Platform-/ file resource problem

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

Platform-/ file resource problem [message #194916]

Mon, 30 June 2008 09:36

Eclipse User

Originally posted by: balancedblend.gmx.de

Hello,

one of our editors internally uses platform resources instead of file
resources like the others. This causes for example, that the
modification stamp in the document provider cannot be computed, because
no file can be retrieved from the platform resource (very bad in our
case). Does somebody know the reason for this?

Thanks in advance!

Kind regards,
Johannes

Report message to a moderator

Re: Platform-/ file resource problem [message #194956 is a reply to message #194916]

Mon, 30 June 2008 13:05

Eclipse User

Originally posted by: cdamus.zeligsoft.com

--=-9rIrwqtuqGRX3kVwqbVD
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi, Johannes,

In EMF 2.4, the Resource interface now has API for accessing stuff like
the timestamp, for protocols (such as file: and platform:) that can
provide it. Have a look at the Resource::getTimestamp() method for
uniform access to your resources' timestamps.

HTH,

Christian

On Mon, 2008-06-30 at 11:36 +0200, Johannes Koehler wrote:

> Hello,
>
> one of our editors internally uses platform resources instead of file
> resources like the others. This causes for example, that the
> modification stamp in the document provider cannot be computed, because
> no file can be retrieved from the platform resource (very bad in our
> case). Does somebody know the reason for this?
>
> Thanks in advance!
>
> Kind regards,
> Johannes

--=-9rIrwqtuqGRX3kVwqbVD
Content-Type: text/html; charset=utf-8

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.16.0">
</HEAD>
<BODY>
Hi, Johannes, 
 
In EMF 2.4, the Resource interface now has API for accessing stuff like the timestamp, for protocols (such as file: and platform:) that can provide it.  Have a look at the Resource::getTimestamp() method for uniform access to your resources' timestamps. 
 
HTH, 
 
Christian 
 
 
On Mon, 2008-06-30 at 11:36 +0200, Johannes Koehler wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Hello,

one of our editors internally uses platform resources instead of file 
resources like the others. This causes for example, that the 
modification stamp in the document provider cannot be computed, because 
no file can be retrieved from the platform resource (very bad in our 
case). Does somebody know the reason for this?

Thanks in advance!

Kind regards,
Johannes
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>

--=-9rIrwqtuqGRX3kVwqbVD--

Report message to a moderator

Re: Platform-/ file resource problem [message #195102 is a reply to message #194956]

Tue, 01 July 2008 11:59

Alexander Shatalin

Messages: 2928
Registered: July 2009

Senior Member

Hello Christian,

> Hi, Johannes,
And you can submitt request for GMf to use corresponding methods in the generated
code.

-----------------
Alex Shatalin

Report message to a moderator

Re: Platform-/ file resource problem [message #196349 is a reply to message #194956]

Wed, 09 July 2008 17:46

Eclipse User

Originally posted by: balancedblend.gmx.de

Hi Christian,

thanks for your hint. Right now I can't use emf 2.4 for several reasons,
I fixed it in a similar way.
I assume the use of platform resources leads to another problem. Can you
tell me, why the editor uses those platform- instead of file resources?
It depends on the location where the file is stored, but not all editors
behave this way and I don't understand why.

Thanks in advance!

regards,
Johannes

Report message to a moderator

Re: Platform-/ file resource problem [message #196573 is a reply to message #196349]

Thu, 10 July 2008 21:44

Eclipse User

Originally posted by: cdamus.zeligsoft.com

--=-r9Kjmh46HvRzQLXcKvo9
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi, Johannes,

It is generally recommended, in the Eclipse environment, to use the
platform: scheme URIs to access resources in the Eclipse environment.
This includes resources in the workspace, installed plugins, workspace
meta-data area, configuration meta-data area, and something else that I
forget at the moment.

Using platform URIs should solve more problems than it produces. The
benefit of these URIs is that they are portable; the don't depend on the
location of files in the user's filesystem. For shared resources, such
as workspace files shared in CVS or installed plug-ins, you don't want
URIs in your models that depend on a particular users's installed
location of Eclipse. These platform URIs abstract away that detail.

IMHO, editors that don't use platform URIs are broken! ;-)

Cheers,

Christian

On Wed, 2008-07-09 at 19:46 +0200, Johannes Koehler wrote:

> Hi Christian,
>
> thanks for your hint. Right now I can't use emf 2.4 for several reasons,
> I fixed it in a similar way.
> I assume the use of platform resources leads to another problem. Can you
> tell me, why the editor uses those platform- instead of file resources?
> It depends on the location where the file is stored, but not all editors
> behave this way and I don't understand why.
>
> Thanks in advance!
>
> regards,
> Johannes

--=-r9Kjmh46HvRzQLXcKvo9
Content-Type: text/html; charset=utf-8

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.16.0">
</HEAD>
<BODY>
Hi, Johannes, 
 
It is generally recommended, in the Eclipse environment, to use the platform: scheme URIs to access resources in the Eclipse environment.  This includes resources in the workspace, installed plugins, workspace meta-data area, configuration meta-data area, and something else that I forget at the moment. 
 
Using platform URIs should solve more problems than it produces.  The benefit of these URIs is that they are portable; the don't depend on the location of files in the user's filesystem.  For shared resources, such as workspace files shared in CVS or installed plug-ins, you don't want URIs in your models that depend on a particular users's installed location of Eclipse.  These platform URIs abstract away that detail. 
 
IMHO, editors that don't use platform URIs are broken!  ;-) 
 
Cheers, 
 
Christian 
 
On Wed, 2008-07-09 at 19:46 +0200, Johannes Koehler wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Hi Christian,

thanks for your hint. Right now I can't use emf 2.4 for several reasons, 
I fixed it in a similar way.
I assume the use of platform resources leads to another problem. Can you 
tell me, why the editor uses those platform- instead of file resources? 
It depends on the location where the file is stored, but not all editors 
behave this way and I don't understand why.

Thanks in advance!

regards,
Johannes
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>

--=-r9Kjmh46HvRzQLXcKvo9--

Report message to a moderator

Previous Topic:	Exception "cannot modify a resource set without a write transaction"
Next Topic:	Double click to open problem caused by label

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 19 16:19:15 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter