Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
AW: [eclipselink-dev] Re: netweaver sever platform incubator

Hi Tom,

> Would checking a version of NetWeaver_7_1_PlatformConfig into the project-source directory allow you to proceed more easily?

This would be an option. Alternatively, NetWeaver_7_1_PlatformConfig could be part of the patch which has to be applied to EclipseLink in addition to the incubator. I'll try this firstly.


-Adrian



-----Ursprüngliche Nachricht-----
Von: eclipselink-dev-bounces@xxxxxxxxxxx [mailto:eclipselink-dev-bounces@xxxxxxxxxxx] Im Auftrag von Tom Ware
Gesendet: Dienstag, 22. Dezember 2009 19:40
An: Goerler, Adrian
Cc: Dev mailing list for Eclipse Persistence Services
Betreff: [eclipselink-dev] Re: netweaver sever platform incubator

Hi Adrian,

   What can we do to make this easier?  Would checking a vrsion of 
NetWeaver_7_1_PlatformConfig into the project-source directory allow you to 
proceed more easily? (With the goal of having NetWeaver promoted by the time our 
next major release ships)

   BTW: Most users will be able to access the behavior through the 
eclipselink.target-server property by specifying the fully qualified class name. 
  My understanding is that this is only required in order to enable 
NetWeaverPlatform for sessions.xml.  (users can even change the ServerPlatform 
in a pre-login event as a workaround using native API)

-Tom

Goerler, Adrian wrote:
> Hi Tom,
>  
> I am having trouble with the "NetWeaver sever platform" incubator.
>  
> I understand that we should keep the NetWeaver server platform specific 
> files in the incubator until the server platform is mature.
>  
> Currently, we've got two classes in the incubator: 
> SAPNetWeaver_7_1_Platform and SAPNetWeaverTransactionController. I can 
> compile the classes in the incubator against eclipselink.jar. But in 
> order to use them, I have to patch EclipseLink to glue to the NetWeaver 
> server platform to EclipseLink.
>  
> But with the native API support, this becomes a hard circular dependency 
> as I have to introduce NetWeaver-support in the 
> eclipselink-session_2_0.xsd. Also, I have to introduce a 
> NetWeaver_7_1_PlatformConfig class, which I have to bind in the 
> XMLSessionConfigProject class. This has the consequence that once I have 
> patched EclipseLink, I need the incubator in the class path in order 
> build EclipseLink.
>  
> I am seeing two options to deal with this inter-dependency:
>  
> A)
> 
>    1. Build unpatched EclipseLink.
>    2. Compile the NetWeaver server platform incubator against the
>       unpatched EclipseLink.
>    3. Patch EclipseLink
>    4. Build the patched EclipseLink against the result from 2)
> 
>  
> This is ugly because I can't do a clean build unless I un-patch 
> EclipseLink again.
>  
> B)
>       1) Add the incubator to the source path of EclipseLink
>      2) Patch EclipseLink
>      3) Build EclipseLink and incubator in one step.
>  
> (Alternatively, I could just sync the incubator into the EclipseLink 
> folder structure).
>  
>  
>  
> I've got the impression that it's a bit hard to cleanly develop a 
> server-platform as an add-on in an incubator.
>  
> Basically, I am a bit stuck now and don't really know how to proceed .
>  
> -Adrian
>  
> *Adrian Görler
> **SAP AG
> 
> *Pflichtangaben/Mandatory Disclosure Statements: 
> _http://www.sap.com/company/legal/impressum.epx_
>  
>  
>  
_______________________________________________
eclipselink-dev mailing list
eclipselink-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-dev


Back to the top