In my experience, the "headless" suggestion works fine when running Tomcat6
where apps make use underlying graphics functionality and end up
accidentally creating an X display. You have to make sure java gets the
option before it attempts to open any displays -- which might happen well
before the c
> There's a system property (since jdk 1.4) named java.awt.headless
> (http://java.sun.com/j2se/1.4.2/docs/guide/awt/AWTChanges.html#headless)
> that allows using AWT classes in server setting.
In my experience, the java.awt.headless property doesn't work.
I have not tried since a late 1.5; perha
On Mon, Dec 14, 2009 at 6:08 PM, Lauri Pesonen wrote:
> Hi Fred,
>
> 2009/12/14 Frédéric Morain-Nicolier :
>>> As far as I can tell, ImageJ isn't really suited for "headless" tasks,
>>> which is what I want to do; I want to run some image processing in the
>>> backend of a web app. I guess I'm goi
> IIRC Java AWT-based libraries require a windowing system on the
> machine. On Windows this is not a big deal since you're always running
> a windowing system, even on a server, but on linux where the windowing
> system is an optional install it causes problems.
If you set the system property jav
Hi Lauri,
You're right, I missed the "dummy server" note.
In Ubuntu 9.10, Xvfb is in its separate package named 'xvfb', which
depends (when it comes to X libs) on xserver-common, which depends on
X11-common. It's not a massive install, so it's not tragic.
I use Xvfb to run JVM jobs that use Imag
Hi Albert,
2009/12/14 Albert Cardona :
> On Mon, Dec 14, 2009 at 10:08 AM, Lauri Pesonen wrote:
>> IIRC Java AWT-based libraries require a windowing system on the
>> machine. On Windows this is not a big deal since you're always running
>> a windowing system, even on a server, but on linux where
On Mon, Dec 14, 2009 at 10:08 AM, Lauri Pesonen wrote:
> IIRC Java AWT-based libraries require a windowing system on the
> machine. On Windows this is not a big deal since you're always running
> a windowing system, even on a server, but on linux where the windowing
> system is an optional install
Hi Fred,
2009/12/14 Frédéric Morain-Nicolier :
>> As far as I can tell, ImageJ isn't really suited for "headless" tasks,
>> which is what I want to do; I want to run some image processing in the
>> backend of a web app. I guess I'm going to try JAI first.
>
> Not sure to understand. By "headless"
> As far as I can tell, ImageJ isn't really suited for "headless" tasks,
> which is what I want to do; I want to run some image processing in the
> backend of a web app. I guess I'm going to try JAI first.
Not sure to understand. By "headless" you mean without a human
operator? ImageJ is perfectly
On 10 dec, 09:25, Frédéric Morain-Nicolier
wrote:
> ImageJ is considered as an excellent lib for image processing
> :http://rsbweb.nih.gov/ij/
>
> It is a java lib so integration in clojure is direct. You can even
> find a fork with clojure inside (Fiji)
> :http://pacific.mpi-cbg.de/wiki/index.p
ImageJ is considered as an excellent lib for image processing :
http://rsbweb.nih.gov/ij/
It is a java lib so integration in clojure is direct. You can even
find a fork with clojure inside (Fiji) :
http://pacific.mpi-cbg.de/wiki/index.php/Clojure_Scripting
--
You received this message because y
Java Advanced Imaging is one possibility:
libs for each platform here: https://jai.dev.java.net/binary-builds.html
Mac OS X ships with it's own version.
On Wed, Dec 9, 2009 at 5:11 PM, Joost wrote:
> Hi there.
>
> I'm working on a project using compojure and I will need some way of
> processin
12 matches
Mail list logo
