Hi Nina, Thanks of the information. Everything worked smoothly for me.
May I ask you about the following: Could you please deploy the latest JChemPaint to this repo? For example, I am using this one: https://sourceforge.net/projects/cdk/files/CDK-JChemPaint/18/ The one in the repo (jchempaint-3.1.3.jar) is all-in-one jar that includes also CDK (but perhaps that was the intention). For jchempaint it would be nice to have it separate from another modules (like swt-gtk-3.4.2.jar which is only used in SWTFontManager). Maybe it makes sense to make jchempaint also a nice Maven artefact? I am ready to offer my help. Thanks. On 21.04.2011 17:13, Nina Jeliazkova wrote: > We've been are using cdk jars as maven artifacts since almost 3 years, > but this particular project with separate jars is since few months, and > only since CDK 1.3.8. Jars are already deployed and we are using the > repository on daily basis. It is a public one, anybody is welcome to use > it as well. > > I believe I've already sent the link to this list, but in case I've > missed it, here it is. > > http://ambit.uni-plovdiv.bg:8083/nexus > > Maven configuration: > > <repository> > <id>ambit-plovdiv</id> > > <url>http://ambit.uni-plovdiv.bg:8083/nexus/content/repositories/thirdparty</url> > </repository> > > The cdk package names follow the names of the CDK modules. Dependency > configurations look like : > > <dependency> > <groupId>org.openscience.cdk</groupId> > <artifactId>cdk-core</artifactId> > <version>${cdk.version}</version> > </dependency> > <dependency> > <groupId>org.openscience.cdk</groupId> > <artifactId>cdk-isomorphism</artifactId> > <version>${cdk.version}</version> > </dependency> > <dependency> > <groupId>org.openscience.cdk</groupId> > <artifactId>cdk-atomtype</artifactId> > <version>${cdk.version}</version> > </dependency> > > (etc.) > > Direct link to the > artifacts > http://ambit.uni-plovdiv.bg:8083/nexus/content/repositories/thirdparty/org/openscience/cdk/ > > The cdk-all is a parent pom project, jars are configured as modules. > >> CDK jars not being registered in a public maven repository is a major >> show stopper of making derivative projects available via maven >> infrastructure, hope this could help move things in that direction. > > True. Until that happens, I will also need to deploy CDK to local Maven > repo, but I would love to use something which is publicly available. -- With best regards, Dmitry ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Cdk-user mailing list Cdk-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdk-user
