Kommentare zu universal.adapter http://blog.ubigrate.com Lückenlos zwischen digitaler und realer Welt Mon, 01 Dec 2008 18:35:08 +0000 http://wordpress.org/?v=2.6.5 Kommentare von Jürgen Anke zu Entdeckung des Leerraums: Passt das Sofa noch rein? http://blog.ubigrate.com/2008/10/24/geht-das-sofa-noch-mit-rein/#comment-249 Jürgen Anke Wed, 26 Nov 2008 12:37:20 +0000 http://blog.ubigrate.com/?p=225#comment-249 @Patrik: Wie in der T-Systems Pressemeldung (s.o.) schon angedeutet, werden Ultraschallsensoren verwendet. Je nach gewünschter Auflösung werden diese in einem Raster an der Decke des Laderaums angebracht. Genauer gesagt sind es Metallschienen auf denen in gleichen Abständen Sensoren angebracht werden. Durch Variation der Abstände sowie Anzahl der verbauten Schienen entsteht das Leseraster. Gelesen wird natürlich der "Füllstand" in den so entstandenen logischen Segmenten. @Patrik: Wie in der T-Systems Pressemeldung (s.o.) schon angedeutet, werden Ultraschallsensoren verwendet. Je nach gewünschter Auflösung werden diese in einem Raster an der Decke des Laderaums angebracht. Genauer gesagt sind es Metallschienen auf denen in gleichen Abständen Sensoren angebracht werden. Durch Variation der Abstände sowie Anzahl der verbauten Schienen entsteht das Leseraster. Gelesen wird natürlich der “Füllstand” in den so entstandenen logischen Segmenten.

]]> Kommentare von Patrik Spieß zu Entdeckung des Leerraums: Passt das Sofa noch rein? http://blog.ubigrate.com/2008/10/24/geht-das-sofa-noch-mit-rein/#comment-248 Patrik Spieß Wed, 26 Nov 2008 12:23:40 +0000 http://blog.ubigrate.com/?p=225#comment-248 Glückwunsch zum Preis! Mich würde interessieren wie die "robuste Sensorik", die "den verfügbaren Laderaum in Containern, LKWs oder auch kleineren Transportfahrzeugen misst" funktioniert? Dass das Ergebnis nützlich ist und Geschäftsprozesse aufwertet liegt auf der Hand. Gruß, Patrik Glückwunsch zum Preis!

Mich würde interessieren wie die “robuste Sensorik”, die “den verfügbaren Laderaum in Containern, LKWs oder auch kleineren Transportfahrzeugen misst” funktioniert? Dass das Ergebnis nützlich ist und Geschäftsprozesse aufwertet liegt auf der Hand.

Gruß,
Patrik

]]> Kommentare von Tobias Nebel zu JAVA-Klassen ohne LANG zu überlegen INSTRUMENTieren http://blog.ubigrate.com/2008/11/24/java-lang-instrument/#comment-237 Tobias Nebel Tue, 25 Nov 2008 21:32:30 +0000 http://blog.ubigrate.com/?p=362#comment-237 @Christoph Also prinzipiell wollte ich hier nur einen Einstiegspunkt in Bytecode-Engineering aufzeigen. Detailiertere Betrachtungen sind insofern schwierig, da diese in die verschiedensten Richtungen ausschweifen könnten: eine Instrumentierung könnte ja eine Vielzahl erdenklicher Veränderungen am vorhandenen Bytecode vornehmen...von Analysen, wie sie Profiler durchführen, über ergänzende Funktionalitäten, wie in der Aspekt-orientierten Programmierung, bis hin zur kompletten Neugenerierung von Klassen oder -bestandteilen ist da mehr drin, als man sich auf die Schnelle einfallen lassen kann. Hier sei 'mal dezent auf meinen nächsten Blog-Artikel verwiesen ;-) Also was den Performanz-Vorteil gegenüber Compilern angeht geb' ich dir soweit Recht, dass eine umfangreiche Analyse echt Zeit frisst! Wenn allerings überschaubare Sachen insturmentiert werden, dann kommst du sicher ohne Compiler besser. Abseits von der Performanz hast du durch die Bytecode-Analyse natürlich noch die Möglichkeit, Vorgänge auf der Bytecode-Ebene in die Java Sprachebene zu heben (du kannst so beispielsweise das Laden von Werten auf den Stack nachvollziehen). Was unimplementierte Bytecode-Befehle angeht kann ich dir nicht wirklich viel sagen, da diese selbst für mich Neuland sind. Laut Spec sind diese Befehle einfach nur "reserviert" und "derzeitig unimplementiert". Meine Vermutung wäre deshalb, dass (zumindest was die "Volks-VM" angeht) hier einfach garnichts passiert. Viele Grüße! ...und ich hoffe dass wir jetzt 'ne heiße Diskussion losgerissen haben :-) @Christoph
Also prinzipiell wollte ich hier nur einen Einstiegspunkt in Bytecode-Engineering aufzeigen. Detailiertere Betrachtungen sind insofern schwierig, da diese in die verschiedensten Richtungen ausschweifen könnten:
eine Instrumentierung könnte ja eine Vielzahl erdenklicher Veränderungen am vorhandenen Bytecode vornehmen…von Analysen, wie sie Profiler durchführen, über ergänzende Funktionalitäten, wie in der Aspekt-orientierten Programmierung, bis hin zur kompletten Neugenerierung von Klassen oder -bestandteilen ist da mehr drin, als man sich auf die Schnelle einfallen lassen kann. Hier sei ‘mal dezent auf meinen nächsten Blog-Artikel verwiesen ;-)

Also was den Performanz-Vorteil gegenüber Compilern angeht geb’ ich dir soweit Recht, dass eine umfangreiche Analyse echt Zeit frisst! Wenn allerings überschaubare Sachen insturmentiert werden, dann kommst du sicher ohne Compiler besser. Abseits von der Performanz hast du durch die Bytecode-Analyse natürlich noch die Möglichkeit, Vorgänge auf der Bytecode-Ebene in die Java Sprachebene zu heben (du kannst so beispielsweise das Laden von Werten auf den Stack nachvollziehen).

Was unimplementierte Bytecode-Befehle angeht kann ich dir nicht wirklich viel sagen, da diese selbst für mich Neuland sind. Laut Spec sind diese Befehle einfach nur “reserviert” und “derzeitig unimplementiert”. Meine Vermutung wäre deshalb, dass (zumindest was die “Volks-VM” angeht) hier einfach garnichts passiert.

Viele Grüße!
…und ich hoffe dass wir jetzt ‘ne heiße Diskussion losgerissen haben :-)

]]> Kommentare von Christoph Schmidt zu JAVA-Klassen ohne LANG zu überlegen INSTRUMENTieren http://blog.ubigrate.com/2008/11/24/java-lang-instrument/#comment-233 Christoph Schmidt Tue, 25 Nov 2008 17:18:13 +0000 http://blog.ubigrate.com/?p=362#comment-233 Interessante Sache, wobei, wenn ich mir das Rudiment so anschaue, ja doch die Frage nach der notwendigen Mächtigkeit der modify()-Methode bleibt. Um darin sinnvoll instrumentieren zu können, muss man sich entweder auf 'markante' ByteCodes verlassen (soweit ich mich erinnere gibt es ein paar reservierte, aber nicht genutzte ByteCodes in der Spec - wäre mal interessant zu wissen, was eine Standard-JRE mit einem solchen ByteCode macht - sofern die JRE da nicht streikt, könnte man für die Instrumentierung eventuell dort ansetzen.) oder den übergebenen Code selbst vollständig analysieren - beliebig mächtige Instrumentierung benötigt am Ende also vielleicht doch die selbe mächtige (aufwendige) Analyse des Codes wie beim Kompilieren. Ich kann mir dementsprechend gut vorstellen, dass beliebig mächtige Instrumentierungen nicht _viel_ schneller sind als die Arbeit mit dem Compiler. Allerdings bleibt natürlich der Dynamik-Aspekt als großer Vorteil.. Viele Grüße Interessante Sache, wobei, wenn ich mir das Rudiment so anschaue, ja doch die Frage nach der notwendigen Mächtigkeit der modify()-Methode bleibt.
Um darin sinnvoll instrumentieren zu können, muss man sich entweder auf ‘markante’ ByteCodes verlassen (soweit ich mich erinnere gibt es ein paar reservierte, aber nicht genutzte ByteCodes in der Spec - wäre mal interessant zu wissen, was eine Standard-JRE mit einem solchen ByteCode macht - sofern die JRE da nicht streikt, könnte man für die Instrumentierung eventuell dort ansetzen.) oder den übergebenen Code selbst vollständig analysieren - beliebig mächtige Instrumentierung benötigt am Ende also vielleicht doch die selbe mächtige (aufwendige) Analyse des Codes wie beim Kompilieren. Ich kann mir dementsprechend gut vorstellen, dass beliebig mächtige Instrumentierungen nicht _viel_ schneller sind als die Arbeit mit dem Compiler. Allerdings bleibt natürlich der Dynamik-Aspekt als großer Vorteil..

Viele Grüße

]]> Kommentare von Alex Schäfer zu Entdeckung des Leerraums: Passt das Sofa noch rein? http://blog.ubigrate.com/2008/10/24/geht-das-sofa-noch-mit-rein/#comment-178 Alex Schäfer Sat, 15 Nov 2008 19:52:02 +0000 http://blog.ubigrate.com/?p=225#comment-178 Herzlichsten Glückwunsch zu diesem großen Erfolg!!! Herzlichsten Glückwunsch zu diesem großen Erfolg!!!

]]> Kommentare von Martin zu Entdeckung des Leerraums: Passt das Sofa noch rein? http://blog.ubigrate.com/2008/10/24/geht-das-sofa-noch-mit-rein/#comment-146 Martin Thu, 30 Oct 2008 13:46:35 +0000 http://blog.ubigrate.com/?p=225#comment-146 Schön gemacht! Schön gemacht!

]]> Kommentare von Kay zu Entdeckung des Leerraums: Passt das Sofa noch rein? http://blog.ubigrate.com/2008/10/24/geht-das-sofa-noch-mit-rein/#comment-132 Kay Wed, 29 Oct 2008 16:57:28 +0000 http://blog.ubigrate.com/?p=225#comment-132 sehr schön, Glückwunsch! sehr schön, Glückwunsch!

]]> Kommentare von Christoph Schmidt zu Entdeckung des Leerraums: Passt das Sofa noch rein? http://blog.ubigrate.com/2008/10/24/geht-das-sofa-noch-mit-rein/#comment-92 Christoph Schmidt Sun, 26 Oct 2008 16:39:26 +0000 http://blog.ubigrate.com/?p=225#comment-92 Gratulation - das riecht doch nach einem Großauftrag :) Gratulation - das riecht doch nach einem Großauftrag :)

]]> Kommentare von Kay zu Verdunkelte Neubauten: eclipse.exe selbstgemacht http://blog.ubigrate.com/2008/10/19/verdunkelte-neubauten-eclipseexe-selbstgemacht/#comment-57 Kay Thu, 23 Oct 2008 17:30:07 +0000 http://blog.ubigrate.com/?p=212#comment-57 wow, ich dachte immer, die eclipse.exe wäre ein shortcut für "java -jar eclipse.jar" + nag screen oder so. War das bei früheren Elipse-Versionen mal so? wow, ich dachte immer, die eclipse.exe wäre ein shortcut für “java -jar eclipse.jar” + nag screen oder so. War das bei früheren Elipse-Versionen mal so?

]]> Kommentare von Falk zu “A rich client is nothing but a poor client with money” http://blog.ubigrate.com/2008/10/14/jug-rcp/#comment-35 Falk Tue, 21 Oct 2008 04:35:21 +0000 http://blog.ubigrate.com/?p=196#comment-35 Hallo Christoph, ja, da hast Du was verpasst. Damit Dir das nicht wieder passiert, empfehle ich Dir die Eintragung in die Mailingliste der JUG Saxony hier http://groups.google.de/group/jug-saxony Hallo Christoph, ja, da hast Du was verpasst. Damit Dir das nicht wieder passiert, empfehle ich Dir die Eintragung in die Mailingliste der JUG Saxony hier http://groups.google.de/group/jug-saxony

]]>