openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Dick (JIRA)" <j...@apache.org>
Subject [jira] Closed: (OPENJPA-584) OpenJPA-149 changes are not IDE friendly
Date Tue, 29 Apr 2008 21:30:55 GMT

     [ https://issues.apache.org/jira/browse/OPENJPA-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael Dick closed OPENJPA-584.
--------------------------------

    Resolution: Fixed

> OpenJPA-149 changes are not IDE friendly
> ----------------------------------------
>
>                 Key: OPENJPA-584
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-584
>             Project: OpenJPA
>          Issue Type: Improvement
>          Components: build / infrastructure
>    Affects Versions: 1.2.0
>            Reporter: Michael Dick
>            Assignee: Michael Dick
>            Priority: Minor
>             Fix For: 1.2.0
>
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> The changes made for OPENJPA-149 included committing compiled classes into openjpa-kernel/src/main/resources.
We're using these compiled classes (mainly interfaces) to avoid reflection in the WASRegistryManagedRuntime
class. The classes aren't shipped with OpenJPA and are expected to be present only in a WebSphere
environment. 
> The maven build process copies these class files into the target directory before compiling
the source code. Unfortunately this approach causes problems with many IDEs (I tested Eclipse
& IDEA).
> The ideal solution is to pick up the UOW interfaces from a central maven repository,
but currently they're unavailable and the license agreement with IBM prevents us from distributing
the jar file ourselves - it can't be made available outside of our build environment. 
> To resolve the problem I created an internal repository which can be checked in to SVN.
The repository is local to the openjpa-kernel module but could be moved elsewhere in the build
tree. Openjpa-kernel/pom.xml has been modified to use this repository and pick up the websphere
jar as a "provided" dependency. Provided scope dependencies are not transitive and will not
affect downstream projects. 
> In addition the jar file and the internal repository will be included in the source archive,
but will not be present in the binary archive. 
> Using the internal repository should resolve many of the problems with IDEs (although
I've only tested the fix with Eclipse). Some manual configuration may still be needed but
this approach seems to work better than what we had before. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message