Adapted Thaumcraft dummy API files for Thaumcraft 3.0.2
Merge pull request #431 from pantheis/Dev

Adapted Thaumcraft dummy API files for Thaumcraft 3.0.2
Only check ItemEntity's server side.
Merge pull request #426 from RS485/Dev

should Dev be merged into mainline?
Module tick() only gets called serverside from CRP, no need for isClient
Remove routerAddingDone
Clean up a few more isClient checks
Update resources/lang/logisticspipes/de_DE.properties

fixed orthographical mistakes
Moved init of proxies and special handlers to seperate files.

- makes it easier to manage, as more and more proxies and handlers will
be added in the future.
- prevents clutter of the main LogisticsPipes.java file.
supplier shouldn't reset the timer

otherwise a large request, which is delivered over several seconds
prevents the supplier ticking, potentially causing it to empty.
better thredding

added bonus: routing updates are now prioritised by the sorting function
on UpdateRouterRunnable, rather than manually on add vs addPriority

if the same router ends up in the list twice, the one with the highest
LSA is done first. a lsa version check is done first, and a set is done.
it is potentially possible that 2 threads will try to update the same
router at once, but the end result of that is just wasted cpu time, as
both threads will create the same table.
derp.
better update contention,

2 routing updates triggered at about the same time won't stomp on each
other. the later one will properly replace the earlier one, even if they
run at about the same time.
if the earlier one runs after the later one completes, then it will just
skip the update.
don't save the lsa version before entering

a new version could have been created while you were waiting.
also, you meed a lsaDatabaseReadLock when setting an element
markBlockForRenderUpdate does nothing serverside
TileGenericPipe has a public method for setting refreshRenderState
Added first parts of the Security station.
Merge pull request #443 from philip98/patch-1

Update resources/lang/logisticspipes/de_DE.properties
Merge remote-tracking branch 'remotes/LogiPipes/MC-1.4' into Dev

Conflicts:
	common/logisticspipes/main/LogisticsEventListener.java
Update common/logisticspipes/routing/ServerRouter.java

extra code to prevent potential NPE on pipe, if 2 pipes are removed at the same time.
fixes potential get-router-before-ready error: 
just a spin lock, relying on the main thread to tick the pipe to release the routing thread.
2013-01-26 06:54:17 [INFO] [STDOUT] Hey, don't get routers for pipes that aren't ready
2013-01-26 06:54:17 [INFO] [STDERR] java.lang.Throwable
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.ticks.RoutingTableUpdateThread.run(RoutingTableUpdateThread.java:64)
2013-01-26 06:54:17 [INFO] [STDOUT] Hey, don't get routers for pipes that aren't ready
2013-01-26 06:54:17 [INFO] [STDERR] java.lang.Throwable
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.pipes.basic.CoreRoutedPipe.getRouter(CoreRoutedPipe.java:432)
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.pipes.basic.CoreRoutedPipe.getRouter(CoreRoutedPipe.java:447)
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.routing.ServerRouter.getRouter(ServerRouter.java:694)
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.routing.ServerRouter.CreateRouteTable(ServerRouter.java:387)
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.routing.ServerRouter.access$000(ServerRouter.java:49)
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.routing.ServerRouter$RoutingUpdateThread.run(ServerRouter.java:76)
2013-01-26 06:54:17 [INFO] [STDERR]     at logisticspipes.ticks.RoutingTableUpdateThread.run(RoutingTableUpdateThread.java:64)
Merge pull request #449 from AartBluestoke/patch-1

protect against router access before initialization during startup.