New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Maven Central #164
Comments
yes it would. I have just not had time to look into how to publish it there ;/ |
Please consider publishing the library as a |
The library actually does require resources as of the last release so i will look into publishing an aar. Any help publishing it would be appreciated. Never done it before and really have no idea where to start. |
Ah, right, forgot about the new |
Yeah i read that post, still no totally certain on what to do as that mostly is targeted at gradle builds from the look of it |
Yeah, then why not change the build system from Maven ( |
i have no problem with that, i will look into how to do it during the week ;) |
You could take a look at my pull request #170 in which I implemented the basics for the AAR publishing according to Chris Banes' article. |
awesome, thanks! |
@ChristianBecker just wanted to update you on the progress because of all your help ! I am currently getting maven set up for SLH with Sonatype but i ran into a fuckup i made early in the project. I chose the package com.emilsjolander(i don't own this domain) instead of se.emilsjolander(i own this domain) which was pure mistake i am paying for now. Because Sonatype needs me to own the domain that i register the library under i need to refactor the library with the se.emilsjolander package name. This will force everyone to update their imports and xml definitions to get thing sworking so that is not fun. Still thinking of the best way forward but probably i will refactor the package name sometime this week. |
Are you sure you have to refactore the package name? Or is it possible to simply publish the artifact under se.emilsjolander even though the actual package name is com.emilsjolander? This would prevent the users from updating their imports and xml definitions. |
Yes, it might be possible to do that. However i think that would be confusing :/ I am still weighing pros and cons and will update you when i've made a decision 👍 |
From my point of view it wouldn't be confusing... I know a lot of libraries that are published under a "different domain" compared to the source files. But, just my point of view :) I'm looking forward for your decision |
I choose to refactor the package name. The decision was not made lightly but in the end we now have a shorter package name that actually corresponds to a URL that i own. |
Alright 👍 You forgot to update the top-level Do you plan to publish some snapshots to Maven Central before the stable release? |
oh, i'll get on that. Ya i was planning on doing a stable release once the project is in maven central :) |
@emilsjolander : Typo? Did you meant "[..] doing a SNAPSHOT release once [..]"? |
Nice :) Currently using StickyListHeaders in a project which uses Maven. Looking forward to it |
@ChristianBecker not really a typo. i meant that both of those will happen at the same time ;) |
I just got access to the central repository so i'll push it up soon 👍 |
Great to hear 👍 |
Any update on getting this in maven central? I was watching your thread yesterday and would love to be able to pull the library into my gradle project. |
I'm busy ay work and with some other things so will push when i have the time. Also want to wait to see if more bug reports trickle in before doing a release :) |
Thats why I would suggest to publish a SNAPSHOT version, so anyone can try the new version of StickyListHeaders. :) |
Ok so i was about to upload a snapshot but TBH i have no idea where to start. @ChristianBecker you did a great job providing all the gradle files but would you mind also walking me through the process of publishing it to maven central now that i have access to the sonatype repo? Never published anything via maven or gradle and while i could probably figure it out myself i think it would go faster and be less painful with some help 🐱 |
I haven't uploaded to maven central, but I have to my personal Sonatype Nexus server. Based on the gradle files, I believe that as long as the version is a SNAPSHOT version it will upload it to the SNAPSHOT repo provided. I modified the file to point to my personal server and did exactly that and it worked just fine. The command you want for that is On Wednesday, September 25, 2013 at 2:25 PM, Emil Sjölander wrote:
|
I'm going to write you tomorrow, when I have more time..
|
not to jinx anything but i think i got it working :) |
Yup 2.0.0-SNAPSHOT is now on maven central |
deployed a release build but noticed that i had missed signing the library. Will look into that tomorrow |
Are you sure that you published the artifact under |
my group is |
Hi there. Any news on this ? I've tried searching for it on Maven Central, but I couldn't find it. I'm asking because I've started migrating all the projects to Gradle, so it would be awesome to just compile this aar from Central. Thanks a lot ! |
Yeah, i had forgotten to sign the release! I have been at a conference the past 2 days and am moving to germany tomorrow so this might be delayed until next weekend :/ Until then a snapshot should be available at https://oss.sonatype.org/content/repositories/snapshots/se/emilsjolander/stickylistheaders/library/ |
Thanks 👍 If anyone wants to use this SNAPSHOT release, you have to add the following code to your repositories {
maven {
url 'https://oss.sonatype.org/content/repositories/snapshots/'
}
}
dependencies {
compile 'se.emilsjolander.stickylistheaders:library:2.0.0-SNAPSHOT'
} |
Tried the 2.0.0-SNAPSHOT: Gradle: Execution failed for task ':Project:processDebugManifest'.
Removed it, rebuilt, build worked. I suppose there's a difference between the build.gradle defaultConfig values and the version values from the AndroiManifest.xml ? |
What is your |
10 |
Could you run |
"Main manifest has but library uses targetSdkVersion='18'" Epic win for that command, thanks a lot ! 👍 |
The snapshot isn't resolving for me.. I just get a bunch of resource missing errors. |
I moved to germany 3 days ago and have still not received any working internet connection. This is why it's taking such a long time |
@havesomejoe just asking, have you added the Sonatype Maven URL? @emilsjolander don't worry man, we still have the snapshot or the project lib. It will work until it's up on central. |
Update: the SNAPSHOT on Sonatype includes the bug listed here (#187), which I can't get fixed by using the described method. |
it's coming! i just have a lot to do right now so publishing to maven is not my prio. If you always want to latest bug fixes i suggest you clone the repository as this will always be a couple of fixes/improvements ahead of maven central. |
update! We should be able to close this issue some time this week. I just released the first artifact and am just waiting for sonatype to sync it to central. Will update this issue when it's complete |
Sounds awesome. I'm currently using it in a project and can't wait to move the last dependency to Maven. |
Ok, this can by closed now! The new update (2.0.1) is now available in MavenCentral. Simply add |
awesome. i didn't even notice it! Thanks for all the help people! |
It works beautifully, thank you both for your effort ! |
Excelent work! Thank you all involved. |
I'm just getting started with Maven and haven't done anything with Gradle yet, so please correct me if I'm wrong or there's a different solution. As above, my team isn't currently using Gradle and from what I've found out aar files are used in Gradle builds. It seems that the latest version of the Android Maven Plugin 3.7.0 added experimental support for consuming aar files, however i didn't get it to work. |
Don't investigate too much time for "getting started with Maven". Switch directly to Gradle since this is the new Android Build system. 👍 (Just my two cents) |
@Bartinger According to this post https://groups.google.com/d/msg/maven-android-developers/xONb4q_xiic/Wp2wMVVzIlkJ which is newer the consumption isn't working yet. |
@ChristianBecker I just watched the complete Android Gradle talk of the I/O and it seems that this is the best and future proof solution. @gabrielittner Thanks, I won't invest more time into integrating it with Maven. |
where apklib support for loyal maven users? |
@ihsanbal Add a pom.xml to the library directory with the following: <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.github.se.emilsjolander</groupId>
<artifactId>library</artifactId>
<version>2.3.0</version>
<packaging>apklib</packaging>
<name>StickyListHeaders Library</name>
<dependencies>
<dependency>
<groupId>com.google.android</groupId>
<artifactId>android</artifactId>
<version>4.1.1.4</version>
<scope>provided</scope>
</dependency>
</dependencies>
<build>
<sourceDirectory>src</sourceDirectory>
<pluginManagement>
<plugins>
<plugin>
<groupId>com.jayway.maven.plugins.android.generation2</groupId>
<artifactId>android-maven-plugin</artifactId>
<version>3.8.2</version>
<extensions>true</extensions>
</plugin>
</plugins>
</pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.3.2</version>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
<plugin>
<groupId>com.jayway.maven.plugins.android.generation2</groupId>
<artifactId>android-maven-plugin</artifactId>
<version>3.8.1</version>
<configuration>
<release>false</release>
<sign>
<debug>true</debug>
</sign>
<sdk>
<platform>17</platform>
</sdk>
<zipalign>
<skip>false</skip>
<verbose>true</verbose>
</zipalign>
</configuration>
<executions>
<execution>
<id>alignApk</id>
<phase>package</phase>
<goals>
<goal>zipalign</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
</project> Build that from the directory level and add it to your project as a third party lib. |
StickyListHeaders on Maven Central would be nice!
The text was updated successfully, but these errors were encountered: