You need to have the files named correctly in the application bundle. So just get them from the repository as you do now and rename them as part of packaging up.
manfred Steve Cohen wrote on 25.07.2014 10:07: > To elaborate further on what I'd like to do, I think I need to create a > POM file that simply lists all these jars and supply that to the Nexus > archive uploader. But I have no idea what must be included in such a > POM. The GUI archive uploader does not allow me to override default > naming of these files. > > On 07/25/2014 11:50 AM, Steve Cohen wrote: >> Container? Guess I need to supply more details. >> This is a standalone J2SE app. The server side is legacy. There is no >> container. it isn't a web app. >> >> Instead it's run as a jar with the classpath generated from maven's >> dependency set and listed in the jar's manifest. Maven generates the >> manifest. The easiest way to accomplish this would be if I could get >> these jars into the nexus repository named as IBM named them. Then I >> can get them to a single directory so that the IBM trace facility can >> find them. >> >> >> On 07/25/2014 11:39 AM, David Karr wrote: >>> It's conceivable you don't have to mess with any sort of repackaging. >>> >>> The problem is that the MQ classes that your container loads have to >>> be in >>> a specific location, with a specific name. Simply deploy your unmodified >>> application into a container with an altered classpath, where those >>> "special" jars are in front of everything else on the classpath. >>> >>> >>> On Fri, Jul 25, 2014 at 9:07 AM, Steve Cohen <[email protected]> >>> wrote: >>> >>>> I have a client application that was developed with Websphere MQ. Our >>>> company has a Maven nexus repository. In this repository, we have a >>>> place >>>> to store third party jars. In here I stored the MQ jars. Since the >>>> repository demanded a version number I provided one (7.0.1.8, >>>> 7.0.1.9, etc) >>>> and in each case these version numbers were appended to the jar >>>> name. This >>>> led to a clean build and deploy process and everyone was happy. >>>> >>>> Now we have need of turning on MQ traces. It turns out that IBM >>>> offers no >>>> way of doing this unless the jar files are in a single directory named >>>> exactly as IBM named them in their release. So we have to repackage the >>>> application so as to accomplish this. >>>> >>>> Before I jump into hacking this mess into place, is there a recommended >>>> way of handling this so that the maven repository, maven, and ibm are >>>> all >>>> happy? >>>> >>>> Thanks, >>>> Steve Cohen >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
