This results in a nice and short solution to this problem – in the task bar

and in the Eclipse title bar

This results in a nice and short solution to this problem – in the task bar

and in the Eclipse title bar

So I found Quartz and had to integrate that. For getting familiar with Quartz+Spring I wrote a small proof of concept.

The job implementation is just a POJO with a public void method. It should not throw any exception. The bean can be configured via usual Spring DI:

public class MyBean {

private String message;

public void doIt() {
System.out.println("Hello World: " + message);
}

public String getMessage() {
return message;
}

public void setMessage(String message) {
this.message = message;
}

}

So fine. But how to test? For this PoC a very simple test is ok – just wait for some Quartz run and check the output manually:

import static org.junit.Assert.assertNotNull;

import org.junit.AfterClass;
import org.junit.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class QuartzTest {

@Test
public void context() {
System.out.println("Starting Spring and within that: Quartz");
ApplicationContext ctx = new ClassPathXmlApplicationContext("spring-config.xml");
assertNotNull(ctx);
}

@AfterClass public static void sleep() throws InterruptedException {
System.out.println("Wait for job output");
Thread.sleep(8000);
System.out.println("ready");
}
}

When using Spring, we have to provide the configuration.
First I define my Job-bean

<bean id="myBean">
<property name="message" value="TEST" />
</bean>

After that I configure Quartz:

<bean id="scheduler"
class="org.springframework.scheduling.quartz.SchedulerFactoryBean"
scope="singleton">
<property name="triggers">
<list>
<!-- trigger list -->
<ref bean="job1" />
</list>
</property>
</bean>

The binding between job and Quartz is done via a configured CronTriggerBean.

<bean id="job1">
<property name="cronExpression" value="0/2 * * * * ?" />
<property name="jobDetail">
<bean>
<property name="name" value="job1" />
<property name="group" value="nightlyJobs" />
<!-- Delegieren auf unsere Bean und unsere Methode -->
<property name="targetObject" ref="myBean" />
<property name="targetMethod" value="doIt" />
<property name="concurrent" value="false" />
</bean>
</property>
</bean>

This CronTriggerBean defines two values:
1. cronExpression specifies when to run the job. An explanation about that syntax can be found at http://www.quartz-scheduler.org/documentation/quartz-1.x/tutorials/crontrigger.
2. jobDetail specifies a JavaBean with information about the job. But we dont have to write this Bean, we just can configure the generic one from Spring:
- name and group for controlling the execution via control interfaces
- targetObject and targetMethod for the delegation to our JobBean
- specify if this job should run in concurrent mode (where concurrent means in one VM!)

Building this sample with Maven is easy. You’ll need just following dependencies:

• org.springframework::spring-core::3.0.5.RELEASE
• org.springframework::spring-context::3.0.5.RELEASE
• org.springframework::spring-context-support::3.0.5.RELEASE
• org.springframework::spring-tx::3.0.5.RELEASE
• org.quartz-scheduler::quartz::1.8.5
• junit::junit::4.9::{scope=test}

As far as I read you can’t use Quartz 2.x because Spring 3 doesnt support that. But I havent tried it.

When running you’ll get this output:

Starting Spring and within that: Quartz
... logs from Spring
... infos from SLF4J
INFO: Starting Quartz Scheduler now
Wait for job output
Hello World: TEST
Hello World: TEST
Hello World: TEST
Hello World: TEST
Hello World: TEST
ready

Aber fündig geworden bin ich ganz normal im Einkommensteuergesetz (EStG) wegen der Abschreibung und dem Umsatzsteuergesetz (UStG) wegen der Märchensteuer… Also mal von vorne

Das UStG betrifft “Unternehmer”. Und jeder der “nachhaltig” Einnahmen erzielt, ist erst einmal Unternehmer. Da ich nun mit der Photovoltaikanlage ein paar Jahre Strom einspeise und vergütet bekomme, ist dieses zu bejahen. Auf einen eventuellen Gewinn ist nach UStG übrigens nicht abzustellen. Ich bin also Unternehmer im Sinne der Umsatzsteuer. Damit habe ich entsprechende Rechte und Pflichten. Mein primäres Recht: der Vorsteuerabzug. Hierüber bekomme ich die USt des Kaufpreises wieder. Die Pflichten: regelmäßige Umsatzsteuererklärungen (idR jährlich) und die Versteuerung meiner Einnahmen. Ups – muss ich da 19% von meinem eingenommen Geld wieder abführen? Ne – der Energieversorger muss wissen, dass ich Unternehmer bin, dann zahlt er die oben drauf – meine “Rendite” ist also nicht davon betroffen.

Einnahmen = Unternehmer = USt-Erklärung? Aber nicht immer! Das UStG führt im §19 die “Kleinunternehmerregel”. Wer wenig einnimmt, kann sich den ganzen steuerlichen Kram sparen. Es entfallen somit die lästigen Pflichten – aber eben auch die Rechte! Ich will aber meine Vorsteuer …. Ok, bleibe ich halt Unternehmer. Einen Strich könnte noch eine weitere Regel durch die Rechnung machen. Wenn meine Einnahmen komplett steuerfrei wären, könnte ich auch keine Vorsteuer abziehen. Sind sie aber nicht und daher bleibts beim Regelfall “Vorsteuer+Erklärungen”.

Aber wer vorher schon Kleinunternehmer war, muss etwas anderes berücksichtigen: das UStG kennt pro Person nur ein Unternehmen! Wenn die Photovoltaikanlage also regelbesteuert werden soll, dann werden auch die regelmäßigen eBay-Verkäufe oder Programmierarbeiten grundsätzlich steuerpflichtig … (eventuelle Steuerbefreiungen müssten dann geprüft werden). Also Vorsicht!

Nachdem ich also meine 19% Märchensteuer für den Kauf der Anlage wiederbekomme, die abzuführende Märchensteuer für die Einspeisung vom Versorger oben drauf kriege und also nur regelmäßig meine Steuerklärung machen muss, wäre noch zu klären, wie das mit der Abschreibung kommt.

Die Antwort liegt im EStG. Dieses gilt für alle “unbeschränkt Einkommersteuerpflichtigen”. Jemand mit Hauptwohnsitz in Deutschland ist das. Und damit dürfte dann die meisten sein, die sich eine PV-Anlagen aufs eigene Dach schrauben lassen… Per EStG greift der Staat nun für jeden verdienten Euro etwas ab. Auch hier gibt es Befreiungsvorschriften, die aber nicht zum Zuge kommen. Die Frage stellt sich nun nach dem Verdienst.

Mit dem Einspeisen von Strom in das Stromnetz gegen Geld nehme ich am gewerblichen Leben teil. Damit sind die Einspeisevergütungen Einnahmen aus Gewerbebetrieb (§15 EStG). (@myself: Vielleicht noch mal genauer subsummieren Der zu versteuernde “Verdienst” ermittelt sich somit nach §4 und im einfachen Fall nach §4(3) EStG – der “Einnahme-Überschuss-Rechnung”. Also: alle Einnahmen abzüglich aller Ausgaben ergibt den Gewinn oder halt den Verlust, der dann mit allen anderen Einnahmen (z.B. Arbeitslohn, Künstlerhonorar, Mieteinnahmen, …) zusammen zur Einkommensteuer veranlagt wird.

Also alle Einnahmen: mmh, da wäre nur die brutto-Einspeisevergütung.

Und die Ausgaben? Der direkte Geldabfluss: die USt auf die Einspeisevergütung, die ich ja ans Finanzamt abführen muss. Eventuelle Ausgaben für eine PV-Versicherung, …. falls mal eine Wartung fällig wird … Finanzierungskosten (Zinsen, falls ich die Anlage fremdfinanziere) … Und dann noch die “umgelegten Ausgaben” – die “Abschreibung für Abnutzung” oder kurz AfA. Die kann ich gem. §7 EStG ansetzten und zwar so, dass die Anschaffungs- oder Herstellungskosten auf die Nutzungsdauer umgelegt werden. Die Anschaffungskosten sind hier der Netto-Preis, da ich als (USt)-Unternehmer die Märchensteuer ja nicht selber tragen muss. Die Nutzungsdauer wurde mal mit 20 Jahren festgelegt. Die Abschreibung kann mittlerweile nur noch linear erfolgen, so dass ich 5% jährlich abschreiben kann. Wobei allerdings monatsgenau zu rechnen ist.

Spitze, habe ich also auch die Abschreibung gefunden. Aber halt – da gibt es noch eine: Zur Förderung kleiner Betriebe (so wie mein PV-Betrieb) hat der Gesetzgeber die Förderung nach §7g EStG “Investitionsabzugsbeträge und Sonderabschreibungen zur Förderung kleiner und mittlerer Betriebe” eingeführt. Mal genauer ansehen: “Steuerpflichte können für zukünftige Anschaffungen von beweglichen abnutzbaren Wirtschaftsgütern bis zu 40% der AK abziehen, wenn [der Betrieb klein ist, also bei einer 4(3)-Rechnung nicht mehr als 100.000 Euro jährlich rausspringen.” Klingt gut, wenn es da nicht heißen würde “zukünftig”. Also im folgenden Jahr…. Also für alle, die die PV noch planen: wenn der Auftrag dieses Jahr rausgeht, aber erst im nächsten Jahr realisiert wird, wird das für Euch interessant! Aber dieser Abzug verschiebt nur die Kosten – der im Vorjahr abgezogene Betrag ist im Investitionsjahr wieder drauf zu rechnen. Schade …

Aber noch einen im 7g: nach Absatz 5 können zusätzlich zur regulären (monatsgenauen) AfA weitere 20% in den ersten fünf Jahren abgesetzt werden! (Was dann natürlich nicht das Abschreibungsvolumen erhöht. Die Anlage ist dann schneller abgeschrieben.) Mal genauer ansehen:

1. abnutzbar
2. beweglich
3. Wirtschaftsgut (WG) des Anlagevermögens
4. Voraussetzungen des Absatzes 6:
1. Kleinbetrieb wie vor (4(3)-Überschuss 100.000 €; 4(1)-Bilanz-Betriebsvermögen bis 235.000 €)
2. WG im Anschaffungs- und Folgejahr im Inland
3. fast ausschließlich betrieblich genutzt

Also:

• “abnutzbar”: jepp, sonst könnte ich das ja gar nicht linear abschreiben (bND=20Jahre)
• “WG des AV”: jepp, will die Anlage ja betreiben
• “Kleinbetrieb”: so groß ist meine PV auch wieder nicht, also ja.
• “Inland”: da steht mein Haus, also auch ok
• “betriebliche Nutzung”: sowohl das Einspeisen von Strom bringt Geld als auch der Eigenverbrauch (!). Damit 100% “betriebliche” Nutzung.
• “beweglich”????? Die ist doch fest am Dach! Aber halt nicht fest genug Man könnte sie abmontieren ohne dass die PV oder das Haus Schaden nehmen würde. Damit liegt ein “Scheinbestandteil” des Hauses vor und die PV bleibt “beweglich” – puh …. Also auch ok.

Damit habe ich eine zusätzliche Abschreibungsmöglichkeit gefunden.

Dem Gewerbesteuerrecht widme ich mich jetzt hier nicht. Ein paar Links müsste ich noch einpflegen … Aber noch kurz eine Anregung wegen der Finanzierungskosten: Wenn zusätzlich zur PV beispielsweise noch ein Auto oder eine neue Heizung fällig wird und nicht beides direkt bezahlt werden kann, dann bitte die PV finanzieren, da diese Zinsen bei der ESt abgesetzt werden können. Bei Auto und Heizung ist das eher unwahrscheinlich … Ein nachträgliches Ändern müsste gehen (ich meine, da gab es mal einige BFH-Urteile), werden aber bestimmt nicht so einfach geschluckt …

So 05.12.2010 (2.Advent) 17:00: Ev.Stadtkirche Moers
So 12.12.2010 (3.Advent) 17:00: Ev.Dorfkirche Vluyn

Eintritt frei.

Weitere Infos unter www.NiederrheinBrass.de

If you are a PHP programmer and interested in CakePHP, CakeFest was a conference for you. Not attended? There are slides online:

• Re-imagining CakePHP (Graham Weldon)
• Using and re-using CakePHP plugins (Pierre Martin)
• How to use MongoDB with CakePHP (Yasushi Ichikawa)
• CakePHP in higher education (J. Erik Schaeffer)
• Plumbing with Cake: Integrating CakePHP and Drupal (Mark Tovey)
• Designing CakePHP plugins for consuming APIs (Neil Crookes)
• Simplifying heavy client side web applications using CakePHP and Adobe Flash Builder 4 (Brandon Plasters)
• CakePHP Community: The whole is greater than the sum of its parts (Larry Masters)
• Win at life with unit testing (Mark Story)
• Its easier to ask forgiveness than it is to get ACL permissions! (Erik Peterson)
• Developing an API (Andrew Curioso)
• CakePHP at a massive scale, on a budget (Andy Gale)

And according to Entwickler.COM the conference should be held in 2011 too…

If you are a Java programmer unit tests are a standard. Therefore mocking is also a discipline you know. If you are interested in the mock library Mockito, the DZone article “5 minute Mockito” is worth reading.

As with earlier reviews I had printed the book (draft), read it and made comments on the side (and Simon had to listen to them for hours

But some comments weren’t for the author – they “just” ideas which came into my mind. But because I won’t have the time for implementing them, I’ll write about them …

Capability Plugin

The main idea is automatic dispatching of jobs to slaves according to their needs. If I remember right, TeamCity has this feature too …

The Slaves

The slaves have some capabilities. There are two kinds of them:

1. automatic capabilities: result from tool configuration, operating system, jdk versions, build tool name+version, …
2. manual capabilities: the admin of the slave can define key-value pairs

The Jobs

For jobs you define requirements according to the provided capabilities. And like them there are two requirements:

1. automatic requirements: selected jdk, build tool, operating system (if you use e.g. a Windows Batch …)
2. manual requirement: define additional requirements (or overwrite the complete formula). Use key=value (aspectj.available=true) or comparisons (ant.version >= 1.8) and combine them (and, or, xor, …)

Dispatcher strategy

The dispatcher must select all slaves which fit the defined requirements. From this list it selects the one by looking at the build queue of the slave (does it have time for building?) and net-response-time (don’t forget that much data has to be transfered …)

Not sure if there is something like this now ….

Hudson provides a configuration parameter for that: “discard old builds”. This will delete old builds according to the specified number of days or number of builds.

For Apache I wrote a script which ensures, that all jobs have “discard” setting and that existing values are not higher than a defined maximum value.

/** Default-Setting for the "number of old builds" */
numberOfOldBuilds  = 10

/** Maximum of "number of days" */
maxDaysOfOldBuilds = 14

/** Should we override existing values? */
overrideExistingValues = true

/** Closures for setting default 'max number' */
setMaxNum = { job ->
   job.logRotator = new hudson.tasks.LogRotator(-1, numberOfOldBuilds)
}

/** Closures for setting default 'max number' */
setMaxDays = { job ->
 job.logRotator = new hudson.tasks.LogRotator(maxDaysOfOldBuilds, -1)
}

// ----- Do the work. -----

// Access to the Hudson Singleton
hudsonInstance = hudson.model.Hudson.instance

// Retrieve all active Jobs
allItems = hudsonInstance.items
activeJobs = allItems.findAll{job -> job.isBuildable()}

// Table header
col1 = "Old".center(10)
col2 = "New".center(10)
col3 = "Job".center(50)
col4 = "Action".center(14)
header = "$col1 | $col2 | $col3 | $col4"
line = header.replaceAll("[^|]", "-").replaceAll("\\|", "+")
title = "Set 'Discard old builds'".center(line.size())

println title
println line
println header
println line

// Do work and create the result table
activeJobs.each { job ->

 // Does the job have a discard setting?
 discardActive = job.logRotator != null

 // Enforce the settings
 action   = ""
 newValue = ""
 oldValue = ""
 if (!discardActive) {
 // No discard settings, so set the default
 setMaxNum.call(job)
 action   = "established"
 newValue = "$numberOfOldBuilds jobs"
 } else {
 // What are the current settings?
 oldDays = job.logRotator.daysToKeep
 oldNums    = job.logRotator.numToKeep

 if (oldNums > 0) {
 // We have a set value for 'numbers'
 if (oldNums > numberOfOldBuilds && overrideExistingValues) {
 // value is too large so set a new one
 setMaxNum.call(job)
 action   = "updated"
 newValue = "$numberOfOldBuilds jobs"
 oldValue = "$oldNums jobs"
 } else {
 // Correct value or we arent allowed to override.
 oldValue = "$oldNums jobs"
 }
 } else {
 // we have a value for 'days'
 if (oldDays > maxDaysOfOldBuilds && overrideExistingValues) {
 // value is too large so set a new one
 setMaxDays.call(job)
 action   = "updated"
 newValue = "$maxDaysOfOldBuilds days"
 oldValue = "$oldDays days"
 } else {
 // Correct value or we aren't allowed to override.
 oldValue = "$oldDays days"
 }
 }
 }

 // String preparation for table output
 oldValue = oldValue.padLeft(10)
 newValue = newValue.padLeft(10)
 jobname  = job.name.padRight(50)

 // Table output
 println "$oldValue | $newValue | $jobname | $action"
}
println line

// Meaningful output on the Groovy console
// (the console will output the result of the last statement)
printout = "Number of Jobs: $activeJobs.size"

In the first section I define the “constants” (line 001-008). After that I define two closures which update a given Hudson job (line 010-018).
The basic structure is the one I used in earlier scripts …
The work here is in lines 053-088. But that’s pretty easy: check the given values and eventually set new values using the pre defined closures.
New is the last line: I dont use a >x = “”< instruction for suppressing the output. I use a more meaningful message: the number of jobs.

Sounds familiar? So read further …

I remembered that the search works only on particular files (doc, ppt …) and my properties files are not in that list.
So I wanted to tune the search:

Open the system configuration via the start menu and type “search” into the search field. You should find the “index options” somewhere.

Press the “Advanced” button (translated from the German “Erweitert”) and swith to the second “file types” tab.

Here you can add additional file types by their suffix and specify their index option (only file information, file content).

Reindexing needs time …. but I hope after this I will be able to find my file