Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » UML2 » UML Metamodel question
UML Metamodel question [message #874459] Mon, 21 May 2012 00:13 Go to next message
Eclipse User
Hello,

here is a line from xmi file

<packagedElement xmi:type="uml:Class" xmi:id="_iLYQsCGhEeG_6MYlNgu7vQ"
name="Board"/>

where is that uml:Class "defined"? in uml 2.x
specification?(http://www.omg.org/spec/UML/20080501/Infrastructure.xmi)

or is that UML2 specific?

there is a line in file UML.metamodel.uml in org.eclipse.uml2.uml.resources

<packagedElement xmi:type="uml:Class" xmi:id="Class" name="Class">

is that exactly the "definition" i look for?

(sorry for newbie question, i know it is also ugly formulated, but i'm
just trying to learn all that stuff)

Regards,
Emil
Re: UML Metamodel question [message #874536 is a reply to message #874459] Mon, 21 May 2012 05:43 Go to previous messageGo to next message
Ed Willink is currently offline Ed Willink
Messages: 4046
Registered: July 2009
Senior Member
Hi

Prior to UML 2.5, UML is defined as a merge of Infrastructure and
Superstructure, with at least three different recognised levels of
merge. In practice only the all-in merge is ever used. So to read the
specification you need to do the poorly specified merge in your head.
The MDT/UML2 merge is the de facto UML merge.

As an Eclipse user, you're probably most interested in UML.merged.uml or
UML.ecore.

UML 2.5 simplifies UML so that there is a single specification with
everything merged. It is a major improvement making substantial use of
model-driven generation; even the OCL has been tool checked. The draft
is going through its final polishing touches before going through the
OMG approval process. It's available now to OMG members, probably 6
months to a year before public view.

Regards

Ed Willink

On 21/05/2012 01:13, Emil Huseynli wrote:
> Hello,
>
> here is a line from xmi file
>
> <packagedElement xmi:type="uml:Class" xmi:id="_iLYQsCGhEeG_6MYlNgu7vQ"
> name="Board"/>
>
> where is that uml:Class "defined"? in uml 2.x
> specification?(http://www.omg.org/spec/UML/20080501/Infrastructure.xmi)
>
> or is that UML2 specific?
>
> there is a line in file UML.metamodel.uml in
> org.eclipse.uml2.uml.resources
>
> <packagedElement xmi:type="uml:Class" xmi:id="Class" name="Class">
>
> is that exactly the "definition" i look for?
>
> (sorry for newbie question, i know it is also ugly formulated, but i'm
> just trying to learn all that stuff)
>
> Regards,
> Emil
Re: UML Metamodel question [message #874559 is a reply to message #874536] Mon, 21 May 2012 06:45 Go to previous messageGo to next message
Eclipse User
Hi Ed,

your answer is valuable in sense of bringing new information about
structure of uml metamodel before and after 2.5 standard and filling
gaps of my knowledge in area, but i still didn't get answer to my two
questions :)

to summarize, i wanted to know where comes that "uml:Class" (and other
type idents, for example "uml:LiteralUnlimitedNatural") from? Where is
structure of xmi files created by UML2 controlled? Happens that in some
schema files?

Regards,
Emil

On 21.05.2012 07:43, Ed Willink wrote:
> Hi
>
> Prior to UML 2.5, UML is defined as a merge of Infrastructure and
> Superstructure, with at least three different recognised levels of
> merge. In practice only the all-in merge is ever used. So to read the
> specification you need to do the poorly specified merge in your head.
> The MDT/UML2 merge is the de facto UML merge.
>
> As an Eclipse user, you're probably most interested in UML.merged.uml or
> UML.ecore.
>
> UML 2.5 simplifies UML so that there is a single specification with
> everything merged. It is a major improvement making substantial use of
> model-driven generation; even the OCL has been tool checked. The draft
> is going through its final polishing touches before going through the
> OMG approval process. It's available now to OMG members, probably 6
> months to a year before public view.
>
> Regards
>
> Ed Willink
>
> On 21/05/2012 01:13, Emil Huseynli wrote:
>> Hello,
>>
>> here is a line from xmi file
>>
>> <packagedElement xmi:type="uml:Class" xmi:id="_iLYQsCGhEeG_6MYlNgu7vQ"
>> name="Board"/>
>>
>> where is that uml:Class "defined"? in uml 2.x
>> specification?(http://www.omg.org/spec/UML/20080501/Infrastructure.xmi)
>>
>> or is that UML2 specific?
>>
>> there is a line in file UML.metamodel.uml in
>> org.eclipse.uml2.uml.resources
>>
>> <packagedElement xmi:type="uml:Class" xmi:id="Class" name="Class">
>>
>> is that exactly the "definition" i look for?
>>
>> (sorry for newbie question, i know it is also ugly formulated, but i'm
>> just trying to learn all that stuff)
>>
>> Regards,
>> Emil
>
Re: UML Metamodel question [message #874566 is a reply to message #874559] Mon, 21 May 2012 06:54 Go to previous messageGo to next message
Ed Willink is currently offline Ed Willink
Messages: 4046
Registered: July 2009
Senior Member
Hi

EMF uses Ecore files which are mostly superior to XSD; you gain
consistency and lose anarchic flexibility.

EMF can import or export XSD to rescue/avoid excluding misguided legacy
communities.

It does not make sense to talk of XML schema while using EMF; we use
metamodels.

"As an Eclipse user, you're probably most interested in UML.merged.uml
or UML.ecore."

Regards

Ed Willink

On 21/05/2012 07:45, Emil Huseynli wrote:
> Hi Ed,
>
> your answer is valuable in sense of bringing new information about
> structure of uml metamodel before and after 2.5 standard and filling
> gaps of my knowledge in area, but i still didn't get answer to my two
> questions :)
>
> to summarize, i wanted to know where comes that "uml:Class" (and other
> type idents, for example "uml:LiteralUnlimitedNatural") from? Where is
> structure of xmi files created by UML2 controlled? Happens that in
> some schema files?
>
> Regards,
> Emil
>
> On 21.05.2012 07:43, Ed Willink wrote:
>> Hi
>>
>> Prior to UML 2.5, UML is defined as a merge of Infrastructure and
>> Superstructure, with at least three different recognised levels of
>> merge. In practice only the all-in merge is ever used. So to read the
>> specification you need to do the poorly specified merge in your head.
>> The MDT/UML2 merge is the de facto UML merge.
>>
>> As an Eclipse user, you're probably most interested in UML.merged.uml or
>> UML.ecore.
>>
>> UML 2.5 simplifies UML so that there is a single specification with
>> everything merged. It is a major improvement making substantial use of
>> model-driven generation; even the OCL has been tool checked. The draft
>> is going through its final polishing touches before going through the
>> OMG approval process. It's available now to OMG members, probably 6
>> months to a year before public view.
>>
>> Regards
>>
>> Ed Willink
>>
>> On 21/05/2012 01:13, Emil Huseynli wrote:
>>> Hello,
>>>
>>> here is a line from xmi file
>>>
>>> <packagedElement xmi:type="uml:Class" xmi:id="_iLYQsCGhEeG_6MYlNgu7vQ"
>>> name="Board"/>
>>>
>>> where is that uml:Class "defined"? in uml 2.x
>>> specification?(http://www.omg.org/spec/UML/20080501/Infrastructure.xmi)
>>>
>>> or is that UML2 specific?
>>>
>>> there is a line in file UML.metamodel.uml in
>>> org.eclipse.uml2.uml.resources
>>>
>>> <packagedElement xmi:type="uml:Class" xmi:id="Class" name="Class">
>>>
>>> is that exactly the "definition" i look for?
>>>
>>> (sorry for newbie question, i know it is also ugly formulated, but i'm
>>> just trying to learn all that stuff)
>>>
>>> Regards,
>>> Emil
>>
>
Re: UML Metamodel question [message #874571 is a reply to message #874566] Mon, 21 May 2012 07:09 Go to previous messageGo to next message
Eclipse User
Found UML.ecore, it was in another jar file, not in
"org.eclipse.uml2.uml.resources_*.jar"

<eClassifiers xsi:type="ecore:EClass" name="Class"
eSuperTypes="#//EncapsulatedClassifier #//BehavioredClassifier">

but still don't see UML.merged.uml, is it available only in newest
versions of UML2?

On 21.05.2012 08:54, Ed Willink wrote:
> Hi
>
> EMF uses Ecore files which are mostly superior to XSD; you gain
> consistency and lose anarchic flexibility.
>
> EMF can import or export XSD to rescue/avoid excluding misguided legacy
> communities.
>
> It does not make sense to talk of XML schema while using EMF; we use
> metamodels.
>
> "As an Eclipse user, you're probably most interested in UML.merged.uml
> or UML.ecore."
>
> Regards
>
> Ed Willink
>
> On 21/05/2012 07:45, Emil Huseynli wrote:
>> Hi Ed,
>>
>> your answer is valuable in sense of bringing new information about
>> structure of uml metamodel before and after 2.5 standard and filling
>> gaps of my knowledge in area, but i still didn't get answer to my two
>> questions :)
>>
>> to summarize, i wanted to know where comes that "uml:Class" (and other
>> type idents, for example "uml:LiteralUnlimitedNatural") from? Where is
>> structure of xmi files created by UML2 controlled? Happens that in
>> some schema files?
>>
>> Regards,
>> Emil
>>
>> On 21.05.2012 07:43, Ed Willink wrote:
>>> Hi
>>>
>>> Prior to UML 2.5, UML is defined as a merge of Infrastructure and
>>> Superstructure, with at least three different recognised levels of
>>> merge. In practice only the all-in merge is ever used. So to read the
>>> specification you need to do the poorly specified merge in your head.
>>> The MDT/UML2 merge is the de facto UML merge.
>>>
>>> As an Eclipse user, you're probably most interested in UML.merged.uml or
>>> UML.ecore.
>>>
>>> UML 2.5 simplifies UML so that there is a single specification with
>>> everything merged. It is a major improvement making substantial use of
>>> model-driven generation; even the OCL has been tool checked. The draft
>>> is going through its final polishing touches before going through the
>>> OMG approval process. It's available now to OMG members, probably 6
>>> months to a year before public view.
>>>
>>> Regards
>>>
>>> Ed Willink
>>>
>>> On 21/05/2012 01:13, Emil Huseynli wrote:
>>>> Hello,
>>>>
>>>> here is a line from xmi file
>>>>
>>>> <packagedElement xmi:type="uml:Class" xmi:id="_iLYQsCGhEeG_6MYlNgu7vQ"
>>>> name="Board"/>
>>>>
>>>> where is that uml:Class "defined"? in uml 2.x
>>>> specification?(http://www.omg.org/spec/UML/20080501/Infrastructure.xmi)
>>>>
>>>> or is that UML2 specific?
>>>>
>>>> there is a line in file UML.metamodel.uml in
>>>> org.eclipse.uml2.uml.resources
>>>>
>>>> <packagedElement xmi:type="uml:Class" xmi:id="Class" name="Class">
>>>>
>>>> is that exactly the "definition" i look for?
>>>>
>>>> (sorry for newbie question, i know it is also ugly formulated, but i'm
>>>> just trying to learn all that stuff)
>>>>
>>>> Regards,
>>>> Emil
>>>
>>
>
Re: UML Metamodel question [message #874624 is a reply to message #874571] Mon, 21 May 2012 09:12 Go to previous messageGo to next message
Ed Willink is currently offline Ed Willink
Messages: 4046
Registered: July 2009
Senior Member
Hi

UML.merged.uml is in the same folder as UML.ecore, but you may have to
check UML2 out of CVS (Indigo) or GIT (Juno) since UML.merged.uml is not
distributed.

Regards

Ed Willink

On 21/05/2012 08:09, Emil Huseynli wrote:
> Found UML.ecore, it was in another jar file, not in
> "org.eclipse.uml2.uml.resources_*.jar"
>
> <eClassifiers xsi:type="ecore:EClass" name="Class"
> eSuperTypes="#//EncapsulatedClassifier #//BehavioredClassifier">
>
> but still don't see UML.merged.uml, is it available only in newest
> versions of UML2?
>
> On 21.05.2012 08:54, Ed Willink wrote:
>> Hi
>>
>> EMF uses Ecore files which are mostly superior to XSD; you gain
>> consistency and lose anarchic flexibility.
>>
>> EMF can import or export XSD to rescue/avoid excluding misguided legacy
>> communities.
>>
>> It does not make sense to talk of XML schema while using EMF; we use
>> metamodels.
>>
>> "As an Eclipse user, you're probably most interested in UML.merged.uml
>> or UML.ecore."
>>
>> Regards
>>
>> Ed Willink
>>
>> On 21/05/2012 07:45, Emil Huseynli wrote:
>>> Hi Ed,
>>>
>>> your answer is valuable in sense of bringing new information about
>>> structure of uml metamodel before and after 2.5 standard and filling
>>> gaps of my knowledge in area, but i still didn't get answer to my two
>>> questions :)
>>>
>>> to summarize, i wanted to know where comes that "uml:Class" (and other
>>> type idents, for example "uml:LiteralUnlimitedNatural") from? Where is
>>> structure of xmi files created by UML2 controlled? Happens that in
>>> some schema files?
>>>
>>> Regards,
>>> Emil
>>>
>>> On 21.05.2012 07:43, Ed Willink wrote:
>>>> Hi
>>>>
>>>> Prior to UML 2.5, UML is defined as a merge of Infrastructure and
>>>> Superstructure, with at least three different recognised levels of
>>>> merge. In practice only the all-in merge is ever used. So to read the
>>>> specification you need to do the poorly specified merge in your head.
>>>> The MDT/UML2 merge is the de facto UML merge.
>>>>
>>>> As an Eclipse user, you're probably most interested in
>>>> UML.merged.uml or
>>>> UML.ecore.
>>>>
>>>> UML 2.5 simplifies UML so that there is a single specification with
>>>> everything merged. It is a major improvement making substantial use of
>>>> model-driven generation; even the OCL has been tool checked. The draft
>>>> is going through its final polishing touches before going through the
>>>> OMG approval process. It's available now to OMG members, probably 6
>>>> months to a year before public view.
>>>>
>>>> Regards
>>>>
>>>> Ed Willink
>>>>
>>>> On 21/05/2012 01:13, Emil Huseynli wrote:
>>>>> Hello,
>>>>>
>>>>> here is a line from xmi file
>>>>>
>>>>> <packagedElement xmi:type="uml:Class"
>>>>> xmi:id="_iLYQsCGhEeG_6MYlNgu7vQ"
>>>>> name="Board"/>
>>>>>
>>>>> where is that uml:Class "defined"? in uml 2.x
>>>>> specification?(http://www.omg.org/spec/UML/20080501/Infrastructure.xmi)
>>>>>
>>>>>
>>>>> or is that UML2 specific?
>>>>>
>>>>> there is a line in file UML.metamodel.uml in
>>>>> org.eclipse.uml2.uml.resources
>>>>>
>>>>> <packagedElement xmi:type="uml:Class" xmi:id="Class" name="Class">
>>>>>
>>>>> is that exactly the "definition" i look for?
>>>>>
>>>>> (sorry for newbie question, i know it is also ugly formulated, but
>>>>> i'm
>>>>> just trying to learn all that stuff)
>>>>>
>>>>> Regards,
>>>>> Emil
>>>>
>>>
>>
>
Re: UML Metamodel question [message #874631 is a reply to message #874624] Mon, 21 May 2012 09:27 Go to previous messageGo to next message
Eclipse User
Ok, thanks a lot!

On 21.05.2012 11:12, Ed Willink wrote:
>
> UML.merged.uml is in the same folder as UML.ecore, but you may have to
> check UML2 out of CVS (Indigo) or GIT (Juno) since UML.merged.uml is not
> distributed.
>
Re: UML Metamodel question [message #877382 is a reply to message #874566] Sat, 26 May 2012 16:06 Go to previous messageGo to next message
Eclipse User
Hello,

what's the difference between UML.ecore and UML.metamodel.uml? They both
are xmi serializations of the UML metamodel, not?

Thanks in advance

On 21.05.2012 08:54, Ed Willink wrote:
>
> "As an Eclipse user, you're probably most interested in UML.merged.uml
> or UML.ecore."
>
Re: UML Metamodel question [message #877393 is a reply to message #877382] Sat, 26 May 2012 16:44 Go to previous messageGo to next message
Ed Willink is currently offline Ed Willink
Messages: 4046
Registered: July 2009
Senior Member
Hi

Surely the file extension is self-explanatory? *.ecore, *.uml.

(They have different meta-models).

Regards

Ed Willink


On 26/05/2012 17:06, Emil Huseynli wrote:
> Hello,
>
> what's the difference between UML.ecore and UML.metamodel.uml? They
> both are xmi serializations of the UML metamodel, not?
>
> Thanks in advance
>
> On 21.05.2012 08:54, Ed Willink wrote:
>>
>> "As an Eclipse user, you're probably most interested in UML.merged.uml
>> or UML.ecore."
>>
Re: UML Metamodel question [message #877403 is a reply to message #877393] Sat, 26 May 2012 17:18 Go to previous messageGo to next message
Eclipse User
Ed, can you please explain purpose of both a bit more detailed? if you
have time of course :)

On 26.05.2012 18:44, Ed Willink wrote:
>
> Surely the file extension is self-explanatory? *.ecore, *.uml.
>
> (They have different meta-models).
>
Re: UML Metamodel question [message #877420 is a reply to message #877403] Sat, 26 May 2012 17:41 Go to previous messageGo to next message
Ed Willink is currently offline Ed Willink
Messages: 4046
Registered: July 2009
Senior Member
Hi

Sorry. Ed Merks and co have written an excellent book. I suggest you
read it. (The EMF book).

Regards

Ed Willink

On 26/05/2012 18:18, Emil Huseynli wrote:
> Ed, can you please explain purpose of both a bit more detailed? if you
> have time of course :)
>
> On 26.05.2012 18:44, Ed Willink wrote:
>>
>> Surely the file extension is self-explanatory? *.ecore, *.uml.
>>
>> (They have different meta-models).
>>
Re: UML Metamodel question [message #877428 is a reply to message #877420] Sat, 26 May 2012 17:50 Go to previous messageGo to next message
Eclipse User
can you at least give a suggestion on which chapter i should
concentrate? give some directions...

On 26.05.2012 19:41, Ed Willink wrote:
> Hi
>
> Sorry. Ed Merks and co have written an excellent book. I suggest you
> read it. (The EMF book).
>
> Regards
>
> Ed Willink
>
> On 26/05/2012 18:18, Emil Huseynli wrote:
>> Ed, can you please explain purpose of both a bit more detailed? if you
>> have time of course :)
>>
>> On 26.05.2012 18:44, Ed Willink wrote:
>>>
>>> Surely the file extension is self-explanatory? *.ecore, *.uml.
>>>
>>> (They have different meta-models).
>>>
>
Re: UML Metamodel question [message #877434 is a reply to message #877428] Sat, 26 May 2012 18:08 Go to previous messageGo to next message
Ed Willink is currently offline Ed Willink
Messages: 4046
Registered: July 2009
Senior Member
Hi

Given the variety of your questions, I recommend a quick skim to
familiarize yourself with the breadth of the contents and then read
what's most relevant.

Regards

Ed Willink


On 26/05/2012 18:50, Emil Huseynli wrote:
> can you at least give a suggestion on which chapter i should
> concentrate? give some directions...
>
> On 26.05.2012 19:41, Ed Willink wrote:
>> Hi
>>
>> Sorry. Ed Merks and co have written an excellent book. I suggest you
>> read it. (The EMF book).
>>
>> Regards
>>
>> Ed Willink
>>
>> On 26/05/2012 18:18, Emil Huseynli wrote:
>>> Ed, can you please explain purpose of both a bit more detailed? if you
>>> have time of course :)
>>>
>>> On 26.05.2012 18:44, Ed Willink wrote:
>>>>
>>>> Surely the file extension is self-explanatory? *.ecore, *.uml.
>>>>
>>>> (They have different meta-models).
>>>>
>>
>
Re: UML Metamodel question [message #877450 is a reply to message #877420] Sat, 26 May 2012 19:07 Go to previous messageGo to next message
Eclipse User
ok, i'll try to find answers myself, but i would really appreciate if
someone else still tries to help...

On 26.05.2012 19:41, Ed Willink wrote:
> Hi
>
> Sorry. Ed Merks and co have written an excellent book. I suggest you
> read it. (The EMF book).
>
> Regards
>
> Ed Willink
>
Re: UML Metamodel question [message #877475 is a reply to message #877403] Sat, 26 May 2012 20:36 Go to previous messageGo to next message
Christian W. Damus is currently offline Christian W. Damus
Messages: 789
Registered: July 2009
Senior Member
Emil,

The UML.metamodel.uml model is the description, in UML, of UML itself. Its
main usefulness is for the definition of profiles. Profiles extending the
UML language reference this metamodel, and stereotypes in such a profile
define metaclass extensions targeting the classes in the UML metamodel.

UML supports definition of profiles extending other metamodels than UML.
For example, Ecore.uml describes the Ecore metamodel using UML. Profiles
referencing that metamodel can define Stereotypes that extend the
metaclasses of Ecore.

The UML.ecore is simply the Ecore description of the UML metamodel that the
EMF run-time needs to work with *.uml instances.

HTH,

Christian


Emil Huseynli <emilhuseynli@xxxxxxxx> wrote:
> Ed, can you please explain purpose of both a bit more detailed? if you
> have time of course :)
>
> On 26.05.2012 18:44, Ed Willink wrote:
>>
>> Surely the file extension is self-explanatory? *.ecore, *.uml.
>>
>> (They have different meta-models).
>>
Re: UML Metamodel question [message #877479 is a reply to message #877475] Sat, 26 May 2012 20:51 Go to previous messageGo to next message
Eclipse User
thanks a lot for the info!

On 26.05.2012 22:36, Christian W. Damus wrote:
> Emil,
>
> The UML.metamodel.uml model is the description, in UML, of UML itself. Its
> main usefulness is for the definition of profiles. Profiles extending the
> UML language reference this metamodel, and stereotypes in such a profile
> define metaclass extensions targeting the classes in the UML metamodel.
>
> UML supports definition of profiles extending other metamodels than UML.
> For example, Ecore.uml describes the Ecore metamodel using UML. Profiles
> referencing that metamodel can define Stereotypes that extend the
> metaclasses of Ecore.
>
> The UML.ecore is simply the Ecore description of the UML metamodel that the
> EMF run-time needs to work with *.uml instances.
>
> HTH,
>
> Christian
>
>
> Emil Huseynli<emilhuseynli@xxxxxxxx> wrote:
>> Ed, can you please explain purpose of both a bit more detailed? if you
>> have time of course :)
>>
>> On 26.05.2012 18:44, Ed Willink wrote:
>>>
>>> Surely the file extension is self-explanatory? *.ecore, *.uml.
>>>
>>> (They have different meta-models).
>>>
Re: UML Metamodel question [message #877492 is a reply to message #877479] Sat, 26 May 2012 21:28 Go to previous message
Christian W. Damus is currently offline Christian W. Damus
Messages: 789
Registered: July 2009
Senior Member
No problem.

Note that my example of profiling Ecore wasn't the best, because of course,
it only works if Ecore is generated from UML, which provides API for
accessing applied stereotypes etc. Normally, Ecore is generated from
Ecore.ecore, and I wouldn't dream of doing it any other way.

I didn't intend to cause confusion.

Christian


Emil Huseynli <emilhuseynli@xxxxxxxx> wrote:
> thanks a lot for the info!
>
> On 26.05.2012 22:36, Christian W. Damus wrote:
>> Emil,
>>
>> The UML.metamodel.uml model is the description, in UML, of UML itself. Its
>> main usefulness is for the definition of profiles. Profiles extending the
>> UML language reference this metamodel, and stereotypes in such a profile
>> define metaclass extensions targeting the classes in the UML metamodel.
>>
>> UML supports definition of profiles extending other metamodels than UML.
>> For example, Ecore.uml describes the Ecore metamodel using UML. Profiles
>> referencing that metamodel can define Stereotypes that extend the
>> metaclasses of Ecore.
>>
>> The UML.ecore is simply the Ecore description of the UML metamodel that the
>> EMF run-time needs to work with *.uml instances.
>>
>> HTH,
>>
>> Christian
>>
>>
>> Emil Huseynli<emilhuseynli@xxxxxxxx> wrote:
>>> Ed, can you please explain purpose of both a bit more detailed? if you
>>> have time of course :)
>>>
>>> On 26.05.2012 18:44, Ed Willink wrote:
>>>>
>>>> Surely the file extension is self-explanatory? *.ecore, *.uml.
>>>>
>>>> (They have different meta-models).
>>>>
Previous Topic:packageImport
Next Topic:UML2EcoreConverter, default values and EAttribute.unsettable
Goto Forum:
  


Current Time: Thu Sep 18 13:55:37 GMT 2014

Powered by FUDForum. Page generated in 0.02994 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software