|
|
| Re: [CDO] checkout & build is painfull [message #420237 is a reply to message #420150] |
Tue, 24 June 2008 05:22   |
|
Hi André,
You're right, there should be more of a documentation for how to setup a
workspace with the 3rd party stuff. I've created a task for me.
I'd prefer to make it easier but it's hard with the existing legal
policies for non EPL compatible components. Even the current approach
doesn't have many fans in the foundation and is likely to change soon.
More comments below...
André Dietisheim schrieb:
> Hi Eike
>
> I currently checked out all source-projects and try to complete all
> 3rd party jars. I have to admit that this is very painfull. It was
> easy to get and install the hinerbate-libraries,
The current wrapper bundle
org.eclipse.emf.cdo.server.hibernate.libraries is likely to be replaced
by direct package imports in the near future so that you will have to
provide the hibernate code within your own bundles. The same holds for
some JDBC driver wrapper bundles.
> a bit trickier to get the bundle-versions of the spring-libs
Spring is currently only needed for a CDO examples plugin to demonstrate
wiring via Spring application contexts. It might be possible that in the
future the default runtime wiring is changed to Spring-based. A pity
that the Spring Framework is not EPL-compatible as such.
The needed Spring version should be clear from the bundle manifest:
org.springframework.bundle.spring.core;bundle-version="[2.5.4,3.0.0) ",
org.springframework.bundle.spring.beans;bundle-version="[2.5.4,3.0.0) ",
org.springframework.bundle.spring.context;bundle-version="[2.5.4,3.0.0) "
Pre 2.5.4 code should also be sufficient but the bundle manifests
provided by Spring had been erroneous.
> and I'm currently struggling to find a bundle version of apache
> http-client (digging and searching through the plugins showed me that
> you have a plugin - its referenced in the net4j-feature).
The http-client plugin is only needed for the optional Net4j HTTP
Transport (if you plan to connect to your CDO model repositories via
HTTP). You can find it here:
http://ganymede-mirror1.eclipse.org/tools/orbit/downloads/dr ops/R20080611105805
> Is there no complete all-in-one distro or a complete list of those jar?
I think we don't have infrastructure to provide something like source
tarballs. Source is only available via CVS access or packaged source
bundles. The CVS modules contain a bit more than the published SDKs
(which I would call the all-in-one distros). In neither case we are
allowed to make available stuff that is not EPL compatible.
As to the list of jars, after the Ganymede release I will create a
better documentation on how to setup a workspace ;-)
Cheers
/Eike
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: [CDO] checkout & build is painfull [message #420238 is a reply to message #420151] |
Tue, 24 June 2008 05:25 |
|
André Dietisheim schrieb:
> Just my 5 cents: What about a maven-repo and poms to get them
> automatically?
Could be a good thing but I have no extensive experience with Maven. If
a solution consists of scripts or config files that I can include in the
CVS modules and link to the Wiki I'd go for it. But you'd have to
provide them ;-)
Please open an enhancement request and attach the needed files.
Cheers
/Eike
>
> Cheers
> André
>
> André Dietisheim wrote:
>> Hi Eike
>>
>> I currently checked out all source-projects and try to complete all
>> 3rd party jars. I have to admit that this is very painfull. It was
>> easy to get and install the hinerbate-libraries, a bit trickier to
>> get the bundle-versions of the spring-libs and I'm currently
>> struggling to find a bundle version of apache http-client (digging
>> and searching through the plugins showed me that you have a plugin -
>> its referenced in the net4j-feature). Is there no complete all-in-one
>> distro or a complete list of those jar?
>>
>> Cheers
>> André
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
|
| Re: [CDO] checkout & build is painfull [message #420368 is a reply to message #420367] |
Thu, 26 June 2008 10:47 |
 Ed Merks
Messages: 33137
Registered: July 2009 |
Senior Member |
|
|
André,
Note that there are two maven integration projects started at Eclipse
and that one of the groups recently joined Eclipse as a strategic
developer. I'd suggest investigating what those projects are up to.
André Dietisheim wrote:
> Hi Eike
>
> as soons as I'll dive into the inner core of CDO I'd be happy to
> supply a public maven repository (puzzle owns one) and the
> corresponding pom.xml(s). In my opinion this might be the most elegant
> solution to manage dependencies and there's no reason to duplicate
> this solution in custom scripts.
>
> Cheers
> André
>
> Eike Stepper wrote:
>> André Dietisheim schrieb:
>>> Just my 5 cents: What about a maven-repo and poms to get them
>>> automatically?
>> Could be a good thing but I have no extensive experience with Maven.
>> If a solution consists of scripts or config files that I can include
>> in the CVS modules and link to the Wiki I'd go for it. But you'd have
>> to provide them ;-)
>>
>> Please open an enhancement request and attach the needed files.
>>
>> Cheers
>> /Eike
>>
>>
>>>
>>> Cheers
>>> André
>>>
>>> André Dietisheim wrote:
>>>> Hi Eike
>>>>
>>>> I currently checked out all source-projects and try to complete all
>>>> 3rd party jars. I have to admit that this is very painfull. It was
>>>> easy to get and install the hinerbate-libraries, a bit trickier to
>>>> get the bundle-versions of the spring-libs and I'm currently
>>>> struggling to find a bundle version of apache http-client (digging
>>>> and searching through the plugins showed me that you have a plugin
>>>> - its referenced in the net4j-feature). Is there no complete
>>>> all-in-one distro or a complete list of those jar?
>>>>
>>>> Cheers
>>>> André
>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Powered by
FUDForum. Page generated in 0.03077 seconds
] 
Search
Help
Register
Login
Home
