Details

    • Type: Bug Bug
    • Status: Closed Closed
    • Resolution: Fixed
    • Labels:
      None

      Description

      Upload new version.

        Activity

        Hide
        Carlos Sanchez added a comment -
        we cannot make decisions for the projects, so in the junit (or org.junit) group we shouldn't put artifacts that don't originate from the junit project
        Show
        Carlos Sanchez added a comment - we cannot make decisions for the projects, so in the junit (or org.junit) group we shouldn't put artifacts that don't originate from the junit project
        Hide
        Jose M Beas added a comment -
        I'm sorry, but I'm not sure I've understood the last posts.

        Mauro: What do you mean when you say "Once that is released we'll upload both artifacts."? What do you expect to be released? Who should release that?

        Carlos: The last junit-4.4-bundle.jar file that I attached to this issue contains (among other files) two jars: one with the source code and the other with the compiled classes using the procedure in http://maven.apache.org/guides/mini/guide-central-repository-upload.html
        I've noticed that the jar with the binaries contains something in org.hamcrest and I guess that's the "non-original" artifacts that you refer to.
        How can I prevent those .class to be included in the jar file? I'm using scope "compile" for hamcrest-core 1.1. Should I use a different scope for this?

        Thanks,
        JMB



        Show
        Jose M Beas added a comment - I'm sorry, but I'm not sure I've understood the last posts. Mauro: What do you mean when you say "Once that is released we'll upload both artifacts."? What do you expect to be released? Who should release that? Carlos: The last junit-4.4-bundle.jar file that I attached to this issue contains (among other files) two jars: one with the source code and the other with the compiled classes using the procedure in http://maven.apache.org/guides/mini/guide-central-repository-upload.html I've noticed that the jar with the binaries contains something in org.hamcrest and I guess that's the "non-original" artifacts that you refer to. How can I prevent those .class to be included in the jar file? I'm using scope "compile" for hamcrest-core 1.1. Should I use a different scope for this? Thanks, JMB
        Hide
        Mauro Talevi added a comment -
        Artifacts will be released by the JUnit projects.

        David has accepted the argument put forward in the thread (http://thread.gmane.org/gmane.comp.java.junit.devel/1137/focus=15173) and will be releasing both bundled and unbundled junit artifacts. I'll ping him to see where we stand.

        The whole point of having and unbundled artifact (ie with hamcrest as a transitive dependency) is to prevent the problem you outline. Until we have that we can't do anything about the hamcrest classes in the junit jar.






        Show
        Mauro Talevi added a comment - Artifacts will be released by the JUnit projects. David has accepted the argument put forward in the thread ( http://thread.gmane.org/gmane.comp.java.junit.devel/1137/focus=15173 ) and will be releasing both bundled and unbundled junit artifacts. I'll ping him to see where we stand. The whole point of having and unbundled artifact (ie with hamcrest as a transitive dependency) is to prevent the problem you outline. Until we have that we can't do anything about the hamcrest classes in the junit jar.
        Hide
        Carlos Sanchez added a comment -
        Jose, what I mean is that only official releases built by the junit team will be uploaded to the junit group in the repo. You can't take their sources and recompile, put or remove things from the library, and get it uploaded to the junit group.
        Show
        Carlos Sanchez added a comment - Jose, what I mean is that only official releases built by the junit team will be uploaded to the junit group in the repo. You can't take their sources and recompile, put or remove things from the library, and get it uploaded to the junit group.
        Hide
        Carlos Sanchez added a comment -
        I have uploaded the 4.4 available for download in their web site. If they release another binary without the bundled 3rd party classes we' ll put it too
        Show
        Carlos Sanchez added a comment - I have uploaded the 4.4 available for download in their web site. If they release another binary without the bundled 3rd party classes we' ll put it too

          People

          • Assignee:
            Carlos Sanchez
            Reporter:
            Tomislav Stojcevich
          • Votes:
            6 Vote for this issue
            Watchers:
            9 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: