> > If > > you're entering fresh, and learning EJB, then I dont imagine the > > differences between 2.4 and 3.0 would bother you too much at first > > I am more concernern with documentation etc., which is very important when > you are getting into something new. The 'book' is for 2.4, yet a lot of the > discussion on the lists/forums is about about 3. I don't want to order the > 'book' and post questions about 2.4,. only to be told to move to 3 because it > is X, Y and Z
yep, fair call. JBoss 2.4 supports (as I understand it) - EJB 1.1 (SLSB, SFSB, CMP 1.x, BMP) - some of EJB 2.0 (MDB, local interfaces) JBoss 3.0 adds - the rest of EJB 2.0 (mainly CMP2) I'm sure there are more differences, but thats the key differences I think. > > As I understand it, everything in 2.4 is also in 3.0, but there've > > been several significant architecture changes. > > Are these on the 'inside' or 'outside'? inside, but as a result the configuration has changed. In 2.4 you have jboss.jcml which defines the services. In 3.0 you have a deploy directory that contains a whole bunch of foo-service.xml files, which each contain configuration for the foo service. > > also - the book covers 2.4, which would be a good argument for starting > > there. > > This is what I currently favour, but it would be good to know the differences > between 2 and 3. I can't belive they are two great, especially as the 2.4 > 'book' is not published here in the UK for another few weeks, and it would be > a bad marketing effort to release a new, incompatible version before the book > for the previous version is out. from a developer's viewpoint, you will code pretty similar stuff, as either way, you're coding EJBs. Of course there are changes between the 1.1 and 2.0 specs, but you can deploy 1.1 EJBs on a 2.0 server, so dont be too worried. Again - the main difference is in CMP2 and relationships. Admitably, this is a big difference, but I'd advice getting your head around other things first anyway. Also - have a look at XDoclet (http://sf.net/projects/xdoclet) as a useful development tool that has strong support for JBoss. hth dim _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
