Hi all,
What a lot of messages !
I try to catch the discussion with Markus and Philippe
1. EXTERNALS JARS : This question is just about packaging. Fundamently, the
is no problem for me to have externals jars. The problem is to document
strictly which versions are supported. For example, Ant 1.2 is good but not
Ant 1.3. More, what's the version of ejb.jar. Be sure the ejb v1.1 spec does
not suit (MessageDriven*) and the 2.0 is not yet implemented ( expecially the
locals intefaces ). So, if you consider to let these externals jar there, you
should document them.
It's right it's very practical for beginners to have a quick procedure to
test the products. I've seen many products too complicated to install, that
were not used.
Nevertheless, for developpers, this architecture is not so practical when he
wants to test other packages. For example, il I want to test if JOnAS is
compliant with the EJB v2.0, I have to copy my jar on the last one ( in
externals/j2ee ) and rebuild my distribution. It's why I had provided in my
build.properties so many paths ! It is to allow a more flexible developping
environment.
Finally, the solution is simple with Ant. Either you build a 'dist-test'
distribution with just classes and your own externals jars, or you build a
'dist-publ' distribution which a coarser-grained jar.
2. For servlet.jar and SecurityCtxInterceptor32.java, thanks to Philippe to
this additional comments. But it's a bit strange. If you can compile a
jonas.jar without Tomcat classes, it will never work for Tomcat ?!? So,
Tomcat has to be installed on the developping environment !!!!
3. For my '10 minutes' : it is the complete installation time : reading my
doc, downloading ant, and compile with ant. Just compiling is only 1m49s !!!
4. I'm completely agree with Markus for the Test classes. Either theses
classes are important, and have to be compiled, or we have to remove them
from the CVS tree. Moreover, the errors are very simple to correct !
I think it's all.
Laurent.
Le Tuesday 21 August 2001 09:49, vous avez �crit :
> Hi Philippe,
>
> thank you for your comments.
>
> > a) Other archives
> > in order to understand all the archives needed by JOnAS you must
> > have a look under objectweb/jonas/externals
> > you will find here all .jar needed ejb,jndi,jms etc..
> > It is here that you will find the building of org.enhydra.jdbc
> > look at the Makefile under objectweb/jonas/externals
> > Have you in your buid.xml a equivalent task to the work that is made
> > by make in the objectweb/jonas/externals directory?
>
> That means, that org.enhydra.jdbc things are given in java source in the
> jonas-cvs tree?
>
> > c) Test classes not reliable
> > under objectweb/jonas/src/org/objectweb/jonas_ejb/deployment/tests
> > there are some old tests that are unused but if you look
> > at the Makefile in
>
> Well, from my point of view, there should be either of two cases: Either
> that syntax errors are corrected, so that classes can be compiled, or that
> files have to vanish from cvs. I mean, it doesn't make sense to have not
> compilable classes that are not needed in the public tree of JOnAS source
> code. It is just confusing people.
>
> > d) Naming Service
> > Here again you must have a look at the
> > objectweb/jonas/src/org/objectweb/jonas/naming/Makefile
> > you will see that the file NamingServiceImpl.java has not to be
> > build.
>
> So for what is it in the CVS tree then?
>
> > I have just checkouted the current version under CVS and made make
> > install
> > under objectweb/jonas I have not uncountered compilation error.
> > I think you must start from this version in order to do your work with
> > Ant.
>
> Sorry, I cannot agree with you. I also checked out the complete CVS jonas
> tree and tried to run make, and get many errors. I tried to correct them,
> but it seems that some of them are just bugs! If you are interested, I can
> post them. I always thought that I am too dull to compile JOnAS, but as I
> read this mail, now I know that it seems that there really are bugs in the
> make procedure.
>
> Markus
>
> To: [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
----
To unsubscribe, send email to [EMAIL PROTECTED] and
include in the body of the message "unsubscribe jonas-users".
For general help, send email to [EMAIL PROTECTED] and
include in the body of the message "help".
