Sonatype - Latest Comments

Re: How well do you know your open source licensing?

kb18001 — Sat, 21 Jan 2012 21:49:39 -0000

good amount of information, as a developer, when i use any open source, i am confused to used for my project because of licensing. so i have clarified with this article.

Re: Releases Are Forever?

Kiran Kumar — Thu, 19 Jan 2012 09:41:24 -0000

Great article on old release delete. Preserving releases is good idea when there are lot of artifacts are depending it. These day every company is following agile process and the releases are frequently happening.
Maven dependency example

Re: Releases Are Forever?

Mark — Thu, 19 Jan 2012 03:42:03 -0000

Releases are forever - on Central Right?

Re: Releases Are Forever?

Cyril Ledru — Mon, 16 Jan 2012 18:56:56 -0000

Hi Tim,
How would you go about deleting old releases in Nexus ?There's a scheduled task type for removing snapshots but nothing about other kind of artifacts.Would you do it manually, or externally from Nexus, with a cron job and API calls ?Cyril.

Re: Bringing Java and Linux together on the way to Continuous Live Deployment

Erick Dovale — Fri, 16 Dec 2011 13:34:24 -0000

I would love to see a plugin for debian repos as well. Do you guys know of any such effort?

Re: Tips for Increasing Open Source Benefits– Tips #1 and #2

project on java chennai — Fri, 28 Oct 2011 02:30:50 -0000

its a nice blog and good diagramatic representation about
the analysis of key production
thank you for sharing a valuable information to all
keep going

Re: Publishing Your Artifacts to the Central Repository

tbernstein — Thu, 13 Oct 2011 17:18:21 -0000

This is a really useful service. I hope more people will learn how easy it is to post their projects to Central.

Re: Tame Your Dependencies With Free Eclipse Plugin

Matt — Fri, 29 Jul 2011 12:58:47 -0000

Mark: Me, too!

Re: Tame Your Dependencies With Free Eclipse Plugin

Mark — Fri, 29 Jul 2011 10:40:04 -0000

I will be looking into this. Sounds like something I need and have been looking for.

Re: Central Grows Up – See The History

Brian Topping — Thu, 28 Jul 2011 14:33:39 -0000

This is awesome. Thanks for sharing, Brian!

Re: Central Grows Up – See The History

Christian — Thu, 28 Jul 2011 14:29:49 -0000

You might consider rebranding Maven Central to Maven Cloud. ;-)

Re: Browse Repos Easily with Updated Maven Central Search

sonatype — Mon, 18 Jul 2011 10:27:55 -0000

It doesn't show up on the direct link, but the bug shows up after you
perform a successful search. It looks like it preserves the number of
result pages from a previous search. Thanks for reporting the bug.

Re: Browse Repos Easily with Updated Maven Central Search

0x4C4A0A46 — Mon, 18 Jul 2011 09:03:58 -0000

There seems to be a bug. When I do a search that returns zero results, the pagination mechanism still reports multiple pages. Bad. Here's an example:

http://search.maven.org/#searc...

Re: Where is m2eclipse?

Tim O'Brien — Wed, 29 Jun 2011 05:50:58 -0000

No worries, I think we probably agree that most people need to dive into these tools on the command-iine to have a complete understanding of the tool. How it works, how everything is wired together. Working with Java developers that don't understand what a container is because the tool provided too much isolation is frustrating.

Re: Where is m2eclipse?

Joseph — Tue, 28 Jun 2011 19:44:09 -0000

I didn't mean to be offensive by that, that's why I added :

" And if not, WTP just prevents it to be able to "

From my experience over many years, WTP makes beginners not to get dirty with command line and maven / ant / shell scripts where they actually learn how stuff works. Recently I met a java developer using eclipse + WTP for a year or so who didn't even know what deploying war is about, or what compilation is, didn't even see a tomcat on file system, and if something went wrong.........WTF, this dude is practically doomed when he gets onto a bigger project where WTP is just not enough and he'd have to deal with the real thing....

As to professionals, I just find it redundant ... I don't see WTP speeding up dev process and I just notice of people having headaches solving problems under WTP hood that are hardly solvable. If you don't use it, you immediately know what/where is the problem, unlike with WTP.

For WTP's defence, what it is trying to do is very hard to implement to work well and satisfy the expectations.

Anyway, thumbs up to you guys with m2eclipse, it helps me a lot.

Re: Where is m2eclipse?

Tim O'Brien — Tue, 28 Jun 2011 18:17:38 -0000

I don't know about your comment. Some people find WTP very useful. I don't particularly care for it myself, but statements like "Even monkey can deploy a war" seem a little unfair to monkeys. I'm sure someone out there is using WTP profitably, and it is our intention to try to serve everyone as best we can.

That being said, Sonatype doesn't directly support m2eclipse WTP integration, but some of our external partners do. Fred Bricon has been spending a good amount of effort on m2eclipse WTP integration and we really do value and welcome his effort and involvement.

For more information about WTP integration, go check out the m2eclipse-wtp github project: https://github.com/sonatype/m2...

Re: Where is m2eclipse?

Joseph — Tue, 28 Jun 2011 18:11:15 -0000

I pray for no m2e/WTP integration ... WTP is something that shouldn't have been created in the first place. Even monkey can deploy a war, start / shutdown and setup servlet containers and the major app servers. And if not, WTP just prevents it to be able to ... It forces people on the other hand to deal with its idiosyncrasies and restrictions .... Please, avoid WTP integration...

Re: You Don’t Need A Browser to Use Maven Central

Fred — Mon, 13 Jun 2011 10:29:52 -0000

where we can find the application behind http://search.maven.org ?

Re: Hudson Pro: Where’s the Maven job type?

Philippe Jandot — Thu, 05 May 2011 04:22:38 -0000

@Gregory triggering between jobs is a very useful feature to to support continuous integration. When an artifact is rebuilded after a change I don't want to rebuild everything but only the artifacts that are on the dependency tree.

Re: Hudson Pro: Where’s the Maven job type?

Gregory Boissinot — Wed, 04 May 2011 12:05:44 -0000

In my opinion, it's also a good idea to have removed Maven job type feature. It's essential to give
flexibility to add scripts that might fall outside of the scope of the
Maven build. It's the the most common use case in entreprise build.

@Arnaud the triggering between jobs when there are SNAPSHOT deps is a very bad idea. It's not the responsability of Hudson. I suggest you should not using Hudson job dependency
for your build stage. Hudson is not a dependency manager. And avoiding to make an Hudson a Maven module

Re: Goodbye SVN, Hello Git

JP@ classpath in Java — Wed, 04 May 2011 08:27:20 -0000

We have migrated from SVN last year to perforce and have been using that quite successful. not sure about GIT though , would love to know your experience on that.

Javin
Unix commands tutorial for beginners

Re: Hudson Pro: Where’s the Maven job type?

Arnaud Héritier — Tue, 03 May 2011 11:28:34 -0000

Hi,

The fact to remove the need to have a specific job for Maven is a good thing I think, but did you succeeded to change the freestyle job to support the triggering between jobs when there are some SNAPSHOTs deps between several builds ?

Arnaud

Re: How not to download the Internet

Tim O'Brien — Fri, 22 Apr 2011 11:02:03 -0000

Andrew, you would be surprised, but I share your frustration. I believe much of the problem is with plugin configuration. Several Maven plugins appear to have been written by someone with a love for complexity and confusion. I hope to get enough free cycles to help solve the problem. My first nomination for worst plugin award goes to the Release plugin.

Re: How not to download the Internet

Tim O'Brien — Fri, 22 Apr 2011 11:00:48 -0000

I wouldn't call Ubuntu's pakaging vetted as much as filtered through a pretty difficult process of repackaging dependencies. If you look at how the Debian Java packaging team works, you'll see that you don't really end up with Maven, but an odd interpretation of Maven that changes the way the repository works.

A better solution in your environment would be to use something like Nexus' Procurement feature. Using that you can vet every dependency and make sure that everything that comes into the organization has gone through an approval process.

If you would like, we can look into distributing a version of Maven that bundles core plugins. I've always thought that this made sense, and I've been waiting for someone to take the initiative to do this for years.

You can track a JAR back to central if you search by md5 and sha1 hash of the file. Look at mavencentral.sonatype.com and you should be able to locate jars by hash through that interface.

Re: How not to download the Internet

Tim O'Brien — Fri, 22 Apr 2011 10:55:08 -0000

This is a Red Herring, when you run the dependency plugin for the first time Maven has to retrieve the Dependency plugin. When you run the Install plugin for the first time Maven has to retrieve the Install plugin.

This is how all of these tools work, plugins, tasks, whatever you want to call them are download once, as needed.