[jboss-jira] [JBoss JIRA] Commented: (JBMESSAGING-601) Place Messaging artifacts in the repository

[Richard Achmatowicz (JIRA)]

    [ http://jira.jboss.com/jira/browse/JBMESSAGING-601?page=comments#action_12344976 ] 
            
Richard Achmatowicz commented on JBMESSAGING-601:
-------------------------------------------------

Hi Ovidiu

The artifacts did end up in the repository, however, a couple of problems:

1. you forgot to update the component-info.xml file with the new artifacts which were added in version 1.0.1.GA - I added these this morning. If the artifacts aren't listed in component-info.xml, they don't get processed by the buildthirdparty mechanism (if my understanding is correct)

By the way, until I saw in fisheye that you made a change to the version number, I thought I was going crazy - I noticed the incorrect CR5 after I had comitted my change (and missed the CR5 mistake), and after you had corrected it, but before it made it back into the repository - the versions were different and I couldn't understand why!

2. I mentioned in the JIRA issue that these new artifacts need to be added for each version of Messaging which we want to test. I should have been more clear on this. 

The main problem is that it's not so easy to work with two versions of Messaging in the same build/testsuite, which is the situation we have at the moment. At present, the snapshot version of Messaging is being pulled in to the AS build, for Prabhat's TCK testing. This has the effect of setting the jboss.messaging.classpath path element, among other things, which is used in the tests.classpath path element in the testsuite. If you then want to run the testsuite against a different version of Messaging, say 1.0.1.GA, this becomes difficult, as we need to define a different path element (different from jboss.messaging.classpath) and adjust the classpath accordingly.

Can we :
(i) assume that we will run TCK tests and integration tests against the same version of Messaging (if not in the long term, then at least in the short term)
(ii) add the additional artifacts into the snapshot directory in the repository

Richard

  




> Place Messaging artifacts in the repository
> -------------------------------------------
>
>                 Key: JBMESSAGING-601
>                 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-601
>             Project: JBoss Messaging
>          Issue Type: Task
>          Components: Tests and Performance
>            Reporter: Richard Achmatowicz
>         Assigned To: Ovidiu Feodorov
>            Priority: Critical
>             Fix For: 1.2.0.Alpha2
>
>
> In order to test Messaging within the AS testsuite, we need a scoped deployment of Messaging (as Messaging currently uses modified versions of Remoting and other jars). We also want to use release-admin.xml to create the Messaging configuration for the application server. (NOTE: All of this assumes a JMX-based deployment and testing context, as discussed in our recent conversion concerning JMX vs MC based-deployments.)
> I need to get these artifacts (jboss-messagings-coped.sar, release-admin.xml) somehow, for each release of Messaging which is to be tested. This means placing copies in repository.jboss.com. 
> As for the contents of the scoped sar, I need a version which includes the following:
> (i) all the Messaging classes
> (ii) the modified jars for remoting etc. and a service descriptor to turn on scoping
> (iii) service descriptors for deployment of the Messaging MBeans via JMX
> The contents reflect the fact that this sar will be used together with release-admin,xml to create a Messaging configuration which can be used to start the AS with and run integration tests against Messaging.
> This sar need not contain any test-related deployments, as the testsuite can manage those separately.
> Because we may want to test differing versions of Messaging, such a sar (e.g. named jboss-messaging-scoped.sar) and a copy of release-admin.xml should be available for each version in the repository. At present, the repository supports two versions of Messaging: 1.0.1.CR4, and snapshot. 
> I suppose these could be placed in a resources subdirectory on the repository.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira