When designing application components it's best practice to inject mandatory dependencies though the constructor and essentially make the application component immutable like this:
@Named
class MyComponent implements Component {
private final Dependency dependency;
@Inject
public MyComponent(Dependency dependency) {
| class Entity { | |
| Number id; | |
| Long getId() { | |
| return // transform into Long; | |
| } | |
| public void setId(Object object) { | |
| this.id = // transform into Number |
When fixing bugs on a software project I repeatedly faced the situation where I'd like to apply the commit I just did to a branch to another. Think of fixing a bug in the master branch and immediately back-porting it to the maintenance branch. This usually needed the following steps:
git cherry-pick $sha1The very first step can be eased a bit by creating a git alias to lookup the SHA1 of the last commit of a given branch.
[alias]
| java.lang.NullPointerException | |
| at org.maven.ide.querydsl.AptConfigurator.configure(AptConfigurator.java:76) | |
| at org.eclipse.m2e.core.project.configurator.AbstractLifecycleMapping.configure(AbstractLifecycleMapping.java:109) | |
| at org.eclipse.m2e.core.internal.project.ProjectConfigurationManager.updateProjectConfiguration(ProjectConfigurationManager.java:414) | |
| at org.eclipse.m2e.core.internal.project.ProjectConfigurationManager.configureNewMavenProject(ProjectConfigurationManager.java:240) | |
| at org.eclipse.m2e.core.internal.project.ProjectConfigurationManager.importProjects(ProjectConfigurationManager.java:156) | |
| at org.eclipse.m2e.core.ui.internal.wizards.MavenImportWizard$1.doCreateMavenProjects(MavenImportWizard.java:164) | |
| at org.eclipse.m2e.core.ui.internal.wizards.AbstractCreateMavenProjectsOperation.run(AbstractCreateMavenProjectsOperation.java:73) | |
| at org.eclipse.m2e.core.ui.internal.wizards.MavenImportWizard$3.runInWorkspace(MavenImportWizard.java:249) | |
| at org.eclipse.core.internal.resources.InternalWorks |
| if [ "$TERM_PROGRAM" == "Apple_Terminal" ] && [ -z "$INSIDE_EMACS" ]; then | |
| update_terminal_cwd() { | |
| # Identify the directory using a "file:" scheme URL, | |
| # including the host name to disambiguate local vs. | |
| # remote connections. Percent-escape spaces. | |
| local SEARCH=' ' | |
| local REPLACE='%20' | |
| local PWD_URL="file://$HOSTNAME${PWD//$SEARCH/$REPLACE}" | |
| printf '\e]7;%s\a' "$PWD_URL" | |
| } |
| JPQL: select p from Person p | |
| left outer join p.address address | |
| order by address.city | |
| SQL: select person0_ from Person person0_ | |
| left outer join Address address1_ on person0_.id=address1_.person_id | |
| order by address1_.city | |
| JPQL: select p from Person p | |
| left outer join p.address address | |
| order by p.address.city |
| /** | |
| * Test class to show a huge performance dump in Java 7u06/u07 for the {@link String#substring(int)} compared to | |
| * {@link String#substring(int, int)}. On versions before 7u06 I get numbers like 23ms for the first method call and | |
| * 12ms for the second. On update 6 and 7 I get 10483ms for the first call, 16ms for the second. | |
| * <p> | |
| * The issue seems to be related to a fix in related to {@code Arrays.copyOnWrite} (this is the hotspot the profiler | |
| * unveiled) introduced with update 6 (see links below). | |
| * <p> | |
| * Feel free to add your numbers in the comments below. | |
| * |
| class BaseClass { | |
| private final Dependency dependency; | |
| … | |
| public MyBaseClass(Dependency dependency) { | |
| Assert.notNull(dependency); | |
| this.dependency = dependency; | |
| } |
| @RunWith(SpringJUnit4ClassRunner.class) | |
| @ContextConfiguration | |
| public class MyTest { | |
| @Configuration | |
| @ImportResource("classpath:META-INF/spring/application-context.xml") | |
| static class Config { | |
| // JavaConfig goes here |
| build 28-Jan-2013 02:16:38 ------------------------------------------------------- | |
| build 28-Jan-2013 02:16:38 T E S T S | |
| build 28-Jan-2013 02:16:38 ------------------------------------------------------- | |
| build 28-Jan-2013 02:16:39 Running org.springframework.data.jpa.repository.OpenJpaUserRepositoryFinderTests | |
| build 28-Jan-2013 02:16:40 Failed to instantiate [ch.qos.logback.classic.LoggerContext] | |
| build 28-Jan-2013 02:16:40 Reported exception: | |
| build 28-Jan-2013 02:16:40 java.lang.LinkageError: loader constraint violation: when resolving method "javax.xml.parsers.SAXParser.parse(Lorg/xml/sax/InputSource;Lorg/xml/sax/helpers/DefaultHandler;)V" the class loader (instance of org/apache/openjpa/lib/util/TemporaryClassLoader) of the current class, ch/qos/logback/core/joran/event/SaxEventRecorder, and the class loader (instance of <bootloader>) for resolved class, javax/xml/parsers/SAXParser, have different Class objects for the type org/xml/sax/InputSource used in the signature | |
| build 28-Jan-2013 02:16:40 at ch.qos |