>I find it hard to believe the JAR would never change, so some version is appropriate :)
Just because the contents of a JAR file change, the name does not have too. My company, for whatever reason, chooses not to include any kind of version info in the JAR's name. I don't mean this to sound rude, or come off like an ass, but... I'm semi-new to using Maven and I'm wondering if the wants/needs of the users are being taken into consideration with regard to Maven2. Are you/we trying to come up with the best tool the fit users needs, or just come up with a tool that meets our ideas of what a users needs should be? Then, telling users they need to change the way they are currently doing things because they aren't following our contrived "best practice". Jamie On 4/21/05, Brett Porter <[EMAIL PROTECTED]> wrote: > On 4/22/05, Ilyevsky, Leonid (Equity Trading) <[EMAIL PROTECTED]> wrote: > > It seems that if third party jar file name does not comply with maven > > naming convention, the only way is to rename it. > > The <dependency> element always requires version number, and the <jar> > > tag (supposed to take explicit file name) does not do anything. > > Is this a feature? I just want to know. > > It might be OK to rename files and make up a version number even if the > > vendor does not care about version. But then we are going back to > > non-standardized environment where, let say, tibrvj.jar from Tibco is > > not named tibrvj.jar and it is not clear in what directory it should be. > > -------------------------------------------------------- > > > > Yes this is by design - the new Maven layout requires a version in the > directory tree, so it has to have something. > > I find it hard to believe the JAR would never change, so some version > is appropriate :) > > eg, tibco-CVS-20050312.jar, or tibco-internal-1.jar, or > tibco-unversioned.jar would all work. Using some date like "20050304" > as the version is probably a good idea. > > Cheers, > Brett > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Jamie Bisotti Software Engineer Lexmark International, Inc. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
