GOSH did I just hear "embedded" and "Java" in the same phrase ?

* Amos Wenger shivers.

(yeah and don't tell me about J2ME).

But yeah, if not already committed, this code is exactly the type of code OpenMali has been created for. So go on (you do have Developer rights on the project anyway, don't you ?).

I don't know. I just ported the original source again and didn't make a mistake this time .

Oh. I always thought I was the one who messed it up (refactorings, refactorings.. Eclipse my love).
Good news anyhow.

Well that's for some good news.

Marvin, I was afraid you'd react somewhat like in the old fortune, d'you know it? it's the one which goes like:


Q:      How many hardware engineers does it take to change a light bulb?
A:      None.  We'll fix it in software.

Q:      How many system programmers does it take to change a light bulb?
A:      None.  The application can work around it.

Q:      How many software engineers does it take to change a light bulb?
A:      None.  We'll document it in the manual.

Q:      How many tech writers does it take to change a light bulb?
A:      None.  The user can figure it out.


 

I admit that user warnings are not that pleasant. But I do not understand what you mean by signing headache. It is no more a headache than compiling. One row in an ant-file:

Code:

<signjar keystore="abc.ks" jar="dist/abc.jar" alias="MyAlias" storepass="mypassword" />

Oh, yeah, I am admittedly an old-schooler, who struggled with command lines for signing. So BTW, thumbs up for the ant team for easing that up.
What this doesn't solve: f*cking big warnings letting the user know that if his machine blow up, it's not Sun's fault, OR you have to pay a big*ss sum of money to Verisign to look legitimate. Your choice. (Oh, and did I forgot to mention that (self-forged) certificates expired every 6 months ? Well, that's kind of an incentive to keep your project alive
So no, I don't see JWS as a viable deployment alternative for anything except Java4K. For Demo distribution (yes, on CD-rom/usbkey/onefile-download, you heard me), go for OneClick/FatJar/whatever, and for serious desktop apps, go for IzPack/BitRock Builder.
But again, your mileage may vary. In my experience, good things often don't come directly from Sun, they come from around Sun. (E.g. amazing Java APIs/apps, but leaves-to-be-desired java compiler/memory usage, etc., read alioth debian shootout if you don't see what I mean).

Yeah absolutely, it's been quite some time since I last came here (regularly). Well, first off, I've begun studies in Microtechnics at the famous swiss polytechnic scool EPFL http://epfl.ch/, so even just that has been time-consuming.

Apart from that, I've been hmm.. studying function-level programming (hellooooo Haskell), writing a media player (creeplayer, in Java/Swing lost the code unfortunately), a PHP templating framework for slick websites, and parsers/preprocessors/compilers for fun. Did you ever try to parse stdio.h ? Then you know what I mean.

My current "serious" project is OOC, "Object-Oriented C", which is a dialect of C with some Java-like features (limited support for classes, a Garbage Collector, etc.), and the "compiler" produces pure C code =) That's for a computer science assignment that the teacher *wanted* in pure C, so yeah I give him whatever he asks.

My other main language project is Hackit, in which I'm experimenting with shortest-yet-crystal-clear syntax designing. I have learned assembler (nasm <3) these last few monthes and I have a working front-end and back-end (just need to connect them, *duh* ).

So you see, I'm not particularly inactive in the programming field. It's just that I'm not quite in Xith3D anymore. Not to say that these days are definitely behind. I'd still love to do some Xith3D now and then, if only I had the time.

What about all of you ? Why don't I see more stunningly shiny new Xith3D projects on this damn forum ? 

This is *definitely* something that abstraction can solve.

I suggest a :

Code:

public interface HolidayGreeter {
  public void greetHoliday(Date d);
}

Code:

public class HolidayGreeterFactory {
  public HolidayGreeter makeGreeter(ReligionViews rV) {
    switch(rV) {
      case CHRISTIAN:
        return new ChristmasGreeter();
      case PAGAN:
        return new SolsticGreeter();
      case AFRICAN_AMERICAN:
        return new KwanzaaGreeter();
      case HANUKA:
        return new HanukaGreeter();
      default:
        throw new UnsupportedGreetingException("Happy Whatever!");
    }
  }
}

C'mon, Marvin, that's not an answer.

We can also say, "OpenGL supports Phong lighting", but that wouldn't be fair. People use high-level APIs like Xith3D for a reason. Using phong lighting should be as easy as model.setLightingMode(LightingMode.PHONG);

Integration, that's what people want. There's no use in everyone reimplementing their phong version and having to climb the shader learning curve each time.

Courage to you, qbproger. As someone who tried to implement COLLADA fully, I know what a pain it can be, and how other life activities may look more enjoyable. (And they are..)

Bonjour. Ca m'a l'air un peu mort ici, j'espère obtenir quelques conseils pour savoir si ça vaut le coup de passer de JMonkeyEngine 2.0 à Xith3D.

Hello, bienvenue. Personellement je n'ai pas suivi l'avancement de jME ces derniers temps, mais Marvin semble faire un tres bon travail de maintenance et de developpement de Xith3D, donc je le recommanderais sans hesiter!

Bienvenue a Pathogen aussi =) (j'adore le pseudo).

SephirXV, I have written OneClick, which does what you say (all in one jar) AND correctly handles natives. You can find it on SourceForge.

gouessej, the problem with Java Web Start is the signing headache, user warnings, etc. (Oh, and I forgot: random behavior under mysterious circumstances. Anyone having tried to do reasonable deployment under JWS will know what I mean.)

I have also fixed CelShading (if anyone cares).

Yeah actually, I do care. How did you fix it, I'm curious? What was broken?

The "release"-target already produces both.

Oh. Okay then, sorry.

I'd prefer not to change it again...

Ok, ok.
I should really take a look at this loader's code one day =) curious how far you've gotten. Maybe you can join me in the "COLLADA specs haters" league ?

Myeah. But I encountered enough problems with SVN in the past to see an interest into a VCS switch. (Bazaar looked great last time I saw it). But, it's true that SVN has good IDE support (Subclipse, etc).

I'd have to agree with Mathias here (no offence intended, Marv). Creating a new function for outer loops that should be "broken" probably reduces performance (function call, passing arguments, etc.)
Labelled loops are here precisely for this purpose, and I don't think they are so ugly. Just make their name meaningful!