The uphill struggle for freedom: May 2014

Thursday, May 8, 2014

How to fix the problem - just do that version bump yourself manually, second time it will work automatically

Here is history of commands of my failed 6.6.15 and 6.6.16, and how I made it work:

git tag -d 6.6.15
git tag -d 6.6.16
git push origin :/ref/tags/6.6.15
git push origin :refs/tags/6.6.16
mvn release:clean release:prepare -Darguments='-DskipTests=true'
gitk --all
git reset HEAD~1 --hard
git clean -fx
git pull
gitk --all
mvn versions:set -DnewVersion=6.6.16-SNAPSHOT
git status
git clean -fx
git diff
git add .
git commit -m "manual version bump"
git push
mvn release:clean release:prepare -Darguments='-DskipTests=true'
git pull
git clean -fx

Another way to fix similar problem is to update maven-release-plugin to new version:

<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.5</version>

</plugin>

result in tag commited to remote but version bump was not happen to snapshot, see logs for details

outputs from picture provided below.

problematic launch output:

===================================================

[INFO] [INFO] Building jar: /home/rivanov/java/git/feed/extract/target/extractor-tests.jar

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] [INFO] Reactor Summary:

[INFO] [INFO]

[INFO] [INFO] feed ............................................. SUCCESS [ X.XXX s]

[INFO] [INFO] feed-access ...................................... SUCCESS [ X.XXX s]

[INFO] [INFO] feed-extract ..................................... SUCCESS [ X.XXX s]

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] [INFO] BUILD SUCCESS

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] [INFO] Total time: 4.597 s

[INFO] [INFO] Finished at: 2014-03-27T15:17:56-08:00

[INFO] [INFO] Final Memory: 34M/222M

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] Checking in modified POMs...

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git add -- pom.xml access/pom.xml extract/pom.xml

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git status

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Tagging release with the label 6.6.15...

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git

tag -F /tmp/maven-scm-1595271495.commit 6.6.15

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed

&& git push git@git.mycompany.com:feed 6.6.15

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git ls-files

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Transforming 'feed'...

[INFO] Transforming 'feed-access'...

[INFO] Transforming 'feed-extract'...

[INFO] Not removing release POMs

[INFO] Checking in modified POMs...

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git add -- pom.xml access/pom.xml extract/pom.xml

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git status

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Release preparation complete.

[INFO] ------------------------------------------------------------------------

[INFO] Reactor Summary:

[INFO]

[INFO] feed ............................................. SUCCESS [ 11.454 s]

[INFO] feed-access ...................................... SKIPPED

[INFO] feed-extract ..................................... SKIPPED

correct launch output:

====================================================

[INFO] [INFO] Building jar: /home/rivanov/java/git/feed/extract/target/extractor-tests.jar

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] [INFO] Reactor Summary:

[INFO] [INFO]

[INFO] [INFO] feed ............................................. SUCCESS [ X.XXX s]

[INFO] [INFO] feed-access ...................................... SUCCESS [ X.XXX s]

[INFO] [INFO] feed-extract ..................................... SUCCESS [ X.XXX s]

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] [INFO] BUILD SUCCESS

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] [INFO] Total time: 4.597 s

[INFO] [INFO] Finished at: 2014-03-27T15:17:56-08:00

[INFO] [INFO] Final Memory: 34M/222M

[INFO] [INFO] ------------------------------------------------------------------------

[INFO] Checking in modified POMs...

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git add -- pom.xml access/pom.xml extract/pom.xml

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git status

[INFO] Working directory: /home/rivanov/java/git/feed

============================

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed

&& git commit --verbose -F /tmp/maven-scm-218607872.commit pom.xml access/pom.xml extract/pom.xml

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git symbolic-ref HEAD

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed

&& git push git@git.mycompany.com:feed test-mvn-release:test-mvn-release

[INFO] Working directory: /home/rivanov/java/git/feed

============================

[INFO] Tagging release with the label 6.6.17...

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed

&& git tag -F /tmp/maven-scm-1830116578.commit 6.6.17

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed

&& git push git@git.mycompany.com:feed 6.6.17

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git ls-files

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Transforming 'feed'...

[INFO] Transforming 'feed-access'...

[INFO] Transforming 'feed-extract'...

[INFO] Not removing release POMs

[INFO] Checking in modified POMs...

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git add -- pom.xml access/pom.xml extract/pom.xml

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git status

============================

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed

&& git commit --verbose -F /tmp/maven-scm-1562430778.commit pom.xml access/pom.xml extract/pom.xml

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed && git symbolic-ref HEAD

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Executing: /bin/sh -c cd /home/rivanov/java/git/feed

&& git push git@git.mycompany.com:feed test-mvn-release:test-mvn-release

============================

[INFO] Working directory: /home/rivanov/java/git/feed

[INFO] Release preparation complete.

[INFO] ------------------------------------------------------------------------

[INFO] Reactor Summary:

[INFO]

[INFO] feed ............................................. SUCCESS [ 11.454 s]

[INFO] feed-access ...................................... SKIPPED

[INFO] feed-extract ..................................... SKIPPED

====================================================

GSoC materials to read for first year organization

For organization:
http://en.flossmanuals.net/melange/
and attention to ideas page suggestions at http://en.flossmanuals.net/GSoCMentoring/
Must read for first year organizations - http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/studentallocations

For mentor:
http://en.flossmanuals.net/GSoCMentoring/

For students:
http://en.flossmanuals.net/gsocstudentguide/
http://www.google-melange.com/document/show/gsoc_program/google/gsoc2014/help_page#4._What_documentation_is_required_from

Post registration plan, that was for GSoC 2014:

Congratulations on almost getting through student proposal submissions! Welcome to GSoC 2014! We're looking forward to spending this program with you.

This is an email that contains all the information your organization needs for the next month. Please read it thoroughly and follow the steps through to the end.

Step One: You have between now and 17 April to review and accept, ignore, and rank (if applicable) your student proposals. How you decide which proposals you accept is up to you. Keep in mind that ranking (the "star system" on the proposals) has no bearing on what students are accepted. Only students who you explicitly accept and assign a mentor to will be accepted. You can also accept students in bulk on the dashboard if you so choose.

Step Two: (Org Admins Only) By 24:00UTC on 7 April, please make sure your slot allocation request is accurate. Go to My Dashboard --> Managed Organizations, click on your organization. Click on the Preferences tab of your profile. You'll see two slot numbers on the page: "min" and "max." "Min" is your lower threshold - this is the number of slots you would need to accommodate your absolutely most amazing proposals. "Max" is your upper threshold - this is the number of slots you would love to have in an ideal world. You may also want to read the Notes on Allocations [1] document, particularly if you're a new org, to get a sense of how we do this process and what's rational to expect. If you do not fill in your slot allocation request by the deadline you will be allocated 1 slot for your org this year.

Step Three: (Org Admins Only) I will announce slot allocations Wednesday, 9 April after the close of business pacific time. If you are happy with your slot allocation for this year, you can continue accepting and rejecting proposals until 17 April. If your org ends up with more slots than it has excellent proposals (or available mentors), you will be able to give back slots to the pool. To do this, you'll need to go to your Organization profile again and you will now be able to click on the "Slots Transfer" tab. Select how many slots you want to give away. Add a note to us if you'd like to give them to a particular org. We will approve each of these trades individually. Conversely, if your org ends up with not enough slots for all the proposals you want to accept this year, please email me directly I will make a note of it on our waiting list. You will be given more slots when and if some come back into the pool.

Step Four: (Org Admins Only) Please assign mentors to all the proposals you plan to accept (or even hope to accept) ASAP. **You will not be able to accept a proposal that does not have a mentor assigned even if you have the slots to accommodate the proposal and mark it as accepted.**

Step Five: (Org Admins Only) On 15 April I will run our first round of deduplication [2] checks. After that, if you are in a duplicate situation with another org, you will be able to see a list in red of the student proposals on the review proposal page that are in this situation. You will also see a way to contact the fellow org to work it out. We will have four days to try to resolve as many of these as we can. You may consult with the student about his/her preference on which org he/she would like to be accepted for, but you do not have to. We assume that students have not applied for any org they would not be willing to work with.

Step Six: The final point at which we can resolve these situations is in the Deduplication Meeting. You must attend this IRC meeting (in #gsoc on freenode) on Friday, 18 April at 19:00 UTC. Even if you are one of the lucky orgs to not have any duplicates with a fellow org immediately preceding the meeting, you are still required to have someone(s) attend the meeting who can make a decision on your behalf when and if our playing around with the system happens to put you in a duplicate situation. This IRC meeting is the last point at which student decisions can be made, so please know your preferences when you go into it. The decisions made in this meeting are final, and will be made by myself (arbitrarily) if neither organization can come to an agreement. **If no one is in the meeting to represent your org and we need input from you, the student will automatically go to the other org.**

Step Seven: (Org Admins Only) Please make sure that you have looked over the welcome message your organization will be sending your accepted students as part of their acceptance email to make sure it's accurate. To do this, you'll need to click on the Preferences tab from your Organization profile again. Scroll down to "Message to accepted students" and make sure it looks correct. Save the profile if you make any changes.

Step Eight: Please do not discuss acceptance or rejection with the students until I have announced it on Monday, 21 April.

Thanks for your help, everyone!

[1] - http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/studentallocations
[2] - For those of you who don't know, "duplication" means a student submitted proposals to multiple orgs and has been accepted by more than one of them. We have to resolve all these duplicate issues before we announce accepted students on 21 April.

Other:

from mentors mail-list, reply of Carol :

1) Can your organization use one slot and accept two different people and have them both work on one project together for the summer?

No. I've answered why this is on this list, but here's a pointer in case you need it: https://groups.google.com/d/msg/google-summer-of-code-mentors-list/QvCrlS2c7Uc/v4Yxt0cX-_AJ

2) Can your organization use two slots and have two different people work on one project?

Yes, assuming they are not dependent on each other's code or milestones or timelines in any way. If you feel a project on your ideas page absolutely needs a solution this year and you have to have two different people working on it to make sure the best solution gets produced by the end of the summer, you're welcome to use your slots that way to do that.

3) How to deliver t-shirt and certificate to Ukraine and Russia

examples of t-shirt and certificates.

there is delivery problem to that countries

http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#4._Who_is_not_eligible_to_participate_as

https://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#7._Is_there_a_t-shirt_involved

But it is possible to change shipping address to any other address (USA address for example) after students got their welcome package and credit card. That have to be done after receiving credit card and before August.

4) Mentor summit/student reunion!

It will be on 23-26 October this year. Yes, it is a supersized mentor summit: that's 3 full days and an evening of events. GSoC organization, allowed to send two delegates to the summit at Google's expense. Mentors that failed to report about user progress during summer will disqualified.

A delegate is defined as a student, mentor, or organization administrator who has participated in any instance of the GSoC program from 2005 - 2014 and is chosen to attend the GSoC Reunion by a mentoring organization that is participating in our 2014 program. The decision of which people will be delegates for the 2014 organizations is left to the organization administrators for each organization. Each 2014 organization can send a maximum of two delegates. These delegates will have their expenses to the Reunion paid for by Google as per the information in question #2 below.

5) Payments at GSoC

http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#1._How_do_payments_work

Attention: you have to pay taxes from Google payments, for non US organization W-8 is required

In W-8, we needed to put "RUSSIAN FEDERATION" in 9th line. Nothing in 10th line.

sources:

[1] http://www.irs.gov/pub/irs-pdf/iw8ben.pdf

[2] http://www.irs.gov/pub/irs-pdf/fw8ben.pdf

[3] http://www.irs.gov/Businesses/International-Businesses/Russia---Tax-Treaty-Documents

[4] http://www.irs.gov/pub/irs-trty/russia.pdf

Sevntu Checkstyle release 1.11.0

official page: http://sevntu-checkstyle.github.io/sevntu.checkstyle/#1.11.0

New and noteworthy:

1) new Check "Enum Values Check", issue, done by Pavel Baranchikov.

Check forces enum values to match the specific pattern. According to "Java Coding Style" by Achut Reddy p 3.3 constants include "all static final object reference types that are never followed by " ." (dot).", i.e. enums, which are followed by dot while used in the code are to be treated as static object references, while enums, that are not used with following dot, should be treated as constants.

Enums are defined to be used as class have some own methods. This condition is used to distinguish between Values Enumeration and Class Enumeration. Values Enumeration looks like the following:

enum SimpleErrorEnum
  {
      FIRST_SIMPLE, SECOND_SIMPLE, THIRD_SIMPLE;
  }

While Class Enumeration has some methods, for example:

 enum SimpleErrorEnum
   {
       FIRST_SIMPLE, SECOND_SIMPLE, THIRD_SIMPLE;
 
       public String toString() {
           return Integer.toString(ordinal() + 10);
       }
   }

Name format for Class Enumeration is specified with setObjFormat(String) , while format for enum constants - with setConstFormat(String)

To avoid assuming enum as static object reference, while using some specific methods, setExcludes(List) can be used. For example to make enum in the previous example a constant set Excludes property to a value toString

By default toString is used as an exclusion.

2) new Check "Map Iteration In For Loop", issue, done by Max Vetrenko

This check can help you to write the whole for-each map iteration more correctly:

If you iterate over a map using map.keySet() or map.entrySet(), but your code uses only map values, Check will propose you to use map.values() instead of map.keySet() or map.entrySet(). Replacing map.keySet() or map.entrySet() with map.values() for such cases can a bit improve an iteration performance.Bad:
```
for (Map.Entry; entry : map.entrySet()){
   System.out.println(entry.getValue());
}
```
```
for (String key : map.keySet(){
   System.out.println(map.get(key));
}
```
Good:
```
for (String value : map.values()){
   System.out.println(value);
}
```
If you iterate over a map using map.entrySet(), but never call entry.getValue(), Check will propose you to use map.keySet() instead of map.entrySet(). to iterate over map keys only.Bad:
```
for (Map.Entry entry : map.entrySet()){
   System.out.println(entry.getKey());
}
```
Good:
```
for (String key : map.keySet()){
   System.out.println(key);
}
```
If you iterate over a map with map.keySet() and use both keys and values, check will propose you to use map.entrySet() to improve an iteration performance by avoiding search operations inside a map. For this case, iteration can significantly grow up a performance.Bad:
```
for (String key : map.keySet()){
   System.out.println(key + "  " + map.get(key));
}
```
Good:
```
for (Map.Entry entry : map.entrySet()){
   System.out.println(entry.getValue() + "   " + entry.getKey());
}
```

3) new check "Forbid Throw Anonymous Exception", issue, done by Max Vetrenko.

Forbid throwing anonymous exception. limitation: This Check does not validate cases then Exception object is created before it is thrown.
For example:

catch (Exception e) {
   throw new RuntimeException() { //anonymous exception
    //some code
   };

4) new check "Finalize Implementation", issue, done by Max Vetrenko.

This Check detects 3 most common cases of incorrect finalize() method implementation:

negates effect of superclass finalize

protected void finalize() { }
protected void finalize() { doSomething(); }

useless (or worse) finalize

protected void finalize() { super.finalize(); }

public finalize

public void finalize() {
   try { doSomething(); } 
   finally { super.finalize(); } 
}

5) Update for CustomDeclarationOrderCheck, issue, done by Baratali Izmailov.

details, In short:

1) macros for Fields with assigning to Anonymous classes
2) macros for Setter/Geter
3) macros for nested interfaces, nested enumarations
4) Inner Classes in methods are ignored
5) macros for "main()" method

Format with usage of all marcoses could be found there.

General information:
repository: https://github.com/sevntu-checkstyle/sevntu.checkstyle
mail-list: https://groups.google.com/forum/?hl=en#!forum/sevntu-checkstyle

The uphill struggle for freedom

Thursday, May 8, 2014

Maven release plugin skipped version bump

GSoC materials to read for first year organization

Sevntu Checkstyle release 1.11.0

1) new Check "Enum Values Check", issue, done by Pavel Baranchikov.

2) new Check "Map Iteration In For Loop", issue, done by Max Vetrenko

3) new check "Forbid Throw Anonymous Exception", issue, done by Max Vetrenko.

4) new check "Finalize Implementation", issue, done by Max Vetrenko.

5) Update for CustomDeclarationOrderCheck, issue, done by Baratali Izmailov.

About Me