Announcement Announcement Module
Collapse

Spring Dynamic Modules forum decommissioned in favor of Eclipse Gemini Blueprint

With the official first release of Eclipse Gemini Blueprint shipped, the migration of the Spring Dynamic Modules code base to the Eclipse Foundation, as part of the Gemini project, has been completed.

As such, this forum has been decommissioned in favour of the Eclipse Gemini forums.
See more
See less
OSGi Bundle Repository available for Enterprise Libraries Page Title Module
Move Remove Collapse
This is a sticky topic.
X
X
Conversation Detail Module
Collapse
  • Filter
  • Time
  • Show
Clear All
new posts

  • OSGi Bundle Repository available for Enterprise Libraries

    # posting Adrian's email announcement:
    Some of you may have seen the recent announcement of the SpringSource Application Platform (if not, a good starting point is Rob Harrop's blog here: http://blog.springsource.com/main/20...tion-platform/). The platform uses Spring and Spring Dynamic Modules as the end-user programming model, and contains a lot of smarts to make that model work smoothly with existing enterprise libraries.

    Regardless of whether or not you choose to use the Platform, subscribers to this list will almost certainly be interested in the SpringSource Bundle Repository (http://www.springsource.com/repository). To support the development of enterprise applications with OSGi we've created a repository with nearly 300 of the most commonly used enterprise libraries when developing Spring applications. (Yes, this was a big and very resource intensive undertaking!) Every bundle in the repository has full OSGi manifests, and before any artefact gets into the repository it is verified in a running OSGi Service Platform to ensure it loads and resolves correctly.


    The repository meets the following criteria:
    * Every jar file in the repository is a valid OSGi bundle. Any jar you download from the repository can be deployed as-is into an OSGi Service Platform. It can also be used as a regular jar file outside of OSGi.
    * Every bundle and library has full version information associated with it. The package export information for a bundle contains version information, and the package import information for a bundle contains full version range compatibility information.
    * The repository is transitively complete. The mandatory dependencies of any bundle are guaranteed to also be in the repository. Most of the optional dependencies of any bundle in the repository will also be present. The bundles listed in any library definition are guaranteed to be in the repository.
    * The repository is self-consistent. Before any artefact is uploaded to the repository, we verify that it can be installed, resolved, and started in an OSGi Service Platform (using the same profile as the SpringSource Application Platform) alongside all of the other bundles in the repository. * The repository can be used from Ivy and Maven based builds.

    There is an FAQ here for those who are interested in further details http://www.springsource.com/repository/app/faq


    Regards, Adrian.


    The original email can be seen at:
    http://groups.google.com/group/sprin...0db7a65ab4c86d
    Related information is available at:
    http://groups.google.com/group/sprin...e9556718843d23

  • #2
    Spring repository incompatible with IVY 1.4.1 for some bundles

    Originally posted by Costin Leau View Post
    Regardless of whether or not you choose to use the Platform, subscribers to this list will almost certainly be interested in the SpringSource Bundle Repository (http://www.springsource.com/repository).
    I'm having quite a few issues with this repository when using IVY 1.4.1

    What seems to happen on some bundles is that when a binary JAR file is requested as a dep, IVY actually pulls down a jar full of source code. Examples are:

    <dependency org="org.springframework" name="org.springframework.context" rev="2.5.4.A" />

    <dependency org="org.apache.log4j" name="com.springsource.org.apache.log4j" rev="1.2.15" />

    <dependency org="org.hibernate" name="com.springsource.org.hibernate.annotations" rev="3.3.0.ga" />

    This all works fine using IVY 2 beta. Not sure if this is the best place to report this problem but it's worth pointing out that the link to report a problem on the repository pages is broken too.

    This is more or less a cross post from the core forum but I thought on reflection this was a better place to post.

    Comment


    • #3
      Thanks for reporting Paul - the best way to handle that is to raise an issue on the bundle repository issue tracker. Ivy is pretty good at backwards compatibility as far as I know so this might be just a matter of configuring ivy differently (but I might be wrong).

      Comment


      • #4
        This repository is a big help! I must have scanned this post once and have been using the link for some time, but didn't realize that the repository was transitively complete. That's really great.

        For people new to SpringDM and OSGi, do yourself a favor on new projects: Only use dependencies that are hosted here, at least until you have a better idea of the mechanics of imports and exports. The result will be a much more stable environment to learn in.

        Do you guys see a future where users can contribute to the repository? How do you plan to scale this to the size of the Maven repo?

        Thanks!

        Comment


        • #5
          Fertroya, this is an announcement post. In the future, create your own topic rather then adding replies to an existing ones.
          I'll reply here since this is your first post:
          If you deploy your application as a bundle then yes, the library/jar needs to have the proper OSGi headers otherwise it's not a bundle. You can however embed the library (as it is, w/o being a bundle) inside another bundle but then it cannot be reused.

          I recommend you start with some OSGi tutorials that provide an introduction to what OSGi is and how can you use it. There are also several blogs/articles on how to create OSGi bundles and one of them is written by yours truly and can be found here:
          http://blog.springsource.com/2008/02...-osgi-bundles/

          P.S. There is no need use bold characters for your questions. it makes your post harder to read and thus harder to read and easier to ignore.

          Comment


          • #6
            Source code for the bundle repository

            There are a few libraries in the spring source enterprise bundle repository that are one or two minor revisions older than versions that I use.

            I would like to create bundles for these newer versions, and an easy starting point would be the existing pom.xml files for the versions in the bundle repository.

            Is there anonymous svn access to these files ?

            Comment


            • #7
              As far as I know, this functionality is planned for the near future of EBR but I can't tell you when it's going to be made public. My suggestion is to use the current issuetracker and, if possible, to submit patches along with the issues.

              Comment


              • #8
                Hello,

                Is it possible that EBR is unvailable this afternoon ?

                I'm building my project with maven and have a few issues with EBR:
                PHP Code:
                Downloadinghttp://repository.springsource.com/maven/bundles/external/org/apache/commons/com.springsource.org.apache.commons.logging/1.1.1/com.springsource.org.apache.commons.logging-1.1.1.jar
                [WARNINGThe repository url 'http://repository.springsource.com/maven/bundles/release' is invalid Repository 'com.springsource.repository.bundles.release' will be blacklisted.
                [
                WARNINGThe repository url 'http://repository.springsource.com/maven/bundles/external' is invalid Repository 'com.springsource.repository.bundles.external' will be blacklisted
                Is it normal ?

                Comment


                • #9
                  Cannot access EBR with maven to build greenpages example.

                  Hi there,

                  I am just starting out with the greenpages example to learn about the dmserver and I have noticed that the access for maven into the enterprise bundles repository does not seem to work. I found this post from a couple of days ago and was wondering if there was some feedback on the subject or if there was somewhere else more appropriate to explore this access issue?

                  Many thanks

                  Originally posted by frederic.conrotte View Post
                  Hello,

                  Is it possible that EBR is unvailable this afternoon ?

                  I'm building my project with maven and have a few issues with EBR:
                  PHP Code:
                  Downloadinghttp://repository.springsource.com/maven/bundles/external/org/apache/commons/com.springsource.org.apache.commons.logging/1.1.1/com.springsource.org.apache.commons.logging-1.1.1.jar
                  [WARNINGThe repository url 'http://repository.springsource.com/maven/bundles/release' is invalid Repository 'com.springsource.repository.bundles.release' will be blacklisted.
                  [
                  WARNINGThe repository url 'http://repository.springsource.com/maven/bundles/external' is invalid Repository 'com.springsource.repository.bundles.external' will be blacklisted
                  Is it normal ?

                  Comment


                  • #10
                    It's not normal - I'll investigate and to see what's going on.

                    Comment


                    • #11
                      Can you check whether EBR works for you now? 1.2.0 has been uploaded today into EBR: http://is.gd/F3gk

                      Comment


                      • #12
                        Yes it works now.

                        Many thanks

                        Fred

                        Comment


                        • #13
                          Cool - glad to hear it works.
                          If the problem pops up again, please let me know whether you can d/l the artifact directly (i.e. if the link to the jar works). I've never experienced this problem myself and we try to determine whether that was an Amazon S3 glitch or something on our side.
                          Thanks

                          Comment


                          • #14
                            Unfulfilled dependencies

                            Hey,
                            In the repository FAQ it guarantees "The repository is transitively complete".
                            There are a few examples where this is not the case I.E.

                            http://www.springsource.com/reposito...sion=3.0.0.JC3

                            At the top it states that
                            "Note: this bundle has required unresolved dependencies."

                            This is because of the "com.sun.crypto.provider" package.

                            Is there a way of getting a list of the bundles with unfulfilled dependencies?
                            Thank you.

                            Comment


                            • #15
                              Grahar, sorry for the late reply.
                              My suggestion is to raise this issue with the EBR project for best results. com.sun* packages are usually boot-path delegated or exported by the system bundle since they are either part of the JDK (or some extension) or cannot be distributed.
                              However, this differs from case to case.

                              Comment

                              Working...
                              X