Changes between Version 13 and Version 14 of application-architecture

Timestamp:

11/26/08 05:35:57 (16 years ago)

Author:

erikvaningen

Comment:

--

application-architecture

@@ -7 +7 @@
 
 = Artifacts = 
-In SVN I have now created artifacts for the ebxml function. The following naming convention is used:
+In SVN I have now created artifacts for the ebrim function. The following naming convention is used:
 [software name] - [architecture level name] - [function name]
 {{{
@@ -21 +21 @@
     <tr>
       <td style="height: 33px; width: 190px;">
-geonetwork-domain-ebxml
+geonetwork-domain-ebrim
       </td>
       <td style="height: 33px; width: 777px;">Represents
-the domain model of the ebxml function.</td>
+the domain model of the ebrim function.</td>
     </tr>
     <tr>
-      <td style="height: 31px; width: 190px;">geonetwork-dao-ebxml</td>
+      <td style="height: 31px; width: 190px;">geonetwork-dao-ebrim</td>
       <td style="height: 31px; width: 777px;">Provides the
 dao layer for the function. A Dao can be used to do CRUD operations on
@@ -33 +33 @@
     </tr>
     <tr>
-      <td style="width: 190px;">geonetwork-services-ebxml <span
+      <td style="width: 190px;">geonetwork-services-ebrim <span
  style="font-weight: bold;">*)</span><br>
       <span style="font-weight: bold;"></span></td>
@@ -44 +44 @@
     </tr>
     <tr>
-      <td style="height: 40px; width: 190px;">geonetwork-web-ebxml</td>
+      <td style="height: 40px; width: 190px;">geonetwork-web-ebrim</td>
       <td style="height: 40px; width: 777px;">Provides the
 application layer of the application. <br>
@@ -59 +59 @@
 
 Considerations
- *  We 'decided' not to tie the service and the dao layer. Are we going to make a geonetwork-services-ebxml as a seperate artifact (jar) or will it just a package within the geonetwork-web-ebxml artifact (war)? 
+ *  We 'decided' not to tie the service and the dao layer. Are we going to make a geonetwork-services-ebrim as a seperate artifact (jar) or will it just a package within the geonetwork-web-ebrim artifact (war)? 
 
  * We could call the dao artifact persistence.
@@ -68 +68 @@
 
 heikki: +1. For example our domain layer should be a library (JAR) that can be plugged in to any other application, with no dependencies in the code on our other layers. We may produce an application artifact in the form of a WAR or EAR as well though, for ease of installation and distribution. What are we going to do about the current way of creating an "installer" rather than a WAR or EAR ?
-erik: Question is this: will the ebxml application part of a default GN installation? I do not know much about the current installer. I suppose that a new installer can take the artifacts from the maven repo and then builds an installer which is capable of installing java, jetty with the application. 
+erik: Question is this: will the ebrim application part of a default GN installation? I do not know much about the current installer. I suppose that a new installer can take the artifacts from the maven repo and then builds an installer which is capable of installing java, jetty with the application.