Frans,

Any possibility in future to support java? It would be great to have a product generate all the data access code and not have to use any sql or sql-like language in the source.

I see you are going to support inheritance in the near future, which would be absolutely fantastic for strict object modellers/java people.

I will have to use hibernate to do the o/r mapping in my new project, which is all in java. A cursory look showed me hsql, which seems archaic after having used llblgen for sometime now. Maybe I still havent realised what hibernate can do for me, but I am not very excited about it. Lookng at all the work which has gone into it already I can now understand why java projects take so much time for implementation. Torque was a little bit better in their implementation, but does not enjoy much support, and neither did OJB.

It could be a great source of additional customers for you. Considering your pricing and support, it would not be hard for any team to adopt "llblgen for java (windows)".

What do you think would be the issues for generating templates in java and rewrite ormsupportclasses to support java? Rest of your engine can still be in .net.

Well, the Java O/R mapper landscape is already set. You have Hibernate 2.x/3.0, then at a big distance, you have a couple of commercial O/R mappers (Cocobase, Toplink) and free ones.

The big difference with java is that on .NET we don't have a standard like EJB-CMP, so the whole 'POJO' / POCO discussion isn't very mandatory, also because the .NET framework relies a lot on the code inside the classes being used with it, like in the context of databinding and remoting. In java this is less important as they use different setups, like MVC based systems.

Hibernate 3 comes with some tools for Eclipse to do some work for you (I havent seen them in action, so I don't know how good they are).

My last Java code I wrote in 1999 I think: http://www.xs4all.nl/~perseus/bgdraw/bgdraw.html http://www.xs4all.nl/~perseus/bgdraw/bgdraw.java (source)

So I'm completely out of the java world for a looooooong time. (and never did database code, just low-level graphical fun routines for demoscene related material)

Porting the LLBLGen Pro code to java would be very time consuming and not that effective, IMHO.

// bgdraw. Small class to draw a background from inside a sphere. By Otis/Infuse. // // This code will be incorporated into the larger Infuse javademo system. // // 30-april-1999 // [FB] v1.0. Basic functionality implemented. // // I also want to say that the SDK from sun is the most major shitsucking piece of crap I've ever seen. // An application running on the JRE, provided with the 1.2.1 jdk CRAWLS because the jit is only available in // the plugin... great! NOT. Again Sun proves they 're just morons. ////////////////////////////////////////////////////////////////

hahahahaa

Good way to end the week. Nice comment!

The reason it was so annoying was that back in those days we wrote javademos which should run stand alone, but sometimes the JIT was disabled or something, and the stuff crawled... (as in slideshow speed).

They improved it much since then, but back then... no love there!