> Giacomo Pati wrote:
>
> On Tue, 25 Sep 2001, Carsten Ziegeler wrote:
>
> > Sorry, I forgot to mention:
> >
> > Using JDK 1.2.2 it is very easy to reproduce the situation:
> > - when building cocoon2 add the jndi.jar to your classpath
> >   (do not put it into the lib directory)
> >   LDAPTransformer is compiled and added to the sitemap.
> > - But c2 in your servlet engine which does not include
> >   the jndi.jar in its classpath
> > - there you go.
> >
> > I am currently creating a simple ant task similar to <available>
> > which checks only the defined classpath and not the parent
> > classloader. So the LDAPTransformer is only included if the
> > jar is available in the lib directory.
>
> How about ignoring the classpath set by users? Additional features can
> be compiled in by putting the corresponding jars into the ./lib
> directory.
>
Yes, this is exactly what my ant task does. It seems not possible
to ignore the classpath set by users with the available task.
(A vote is comming soon...)

Carsten

> Giacomo
>
> >
> > Carsten
> >
> > > Vadim Gritsenko wrote:
> > >
> > > Carten,
> > >
> > > How it might happen that LDAPTransformer is added into sitemap
> > > and not compiled?
> > > They are using same "naming.present" build variable. I think
> > > before making changes
> > > into build process we need first investigate cause of the
> > > problem. Unfortunately,
> > > I could not reproduce this situation on my box.
> > >
> > > PS I have empty classpath, JDK 1.3.1 & 1.4.0-beta on Win, and
> > > LDAPTransformer class is compiled
> > > and successfully loaded by sitemap.
> > >
> > > Vadim
> > >
> > > > -----Original Message-----
> > > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> > > > Sent: Tuesday, September 25, 2001 6:00 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: AW: [C2]: Vote - New RC ? was [C2]: Reaching
> Milestone - C2rc1
> > > >
> > > >
> > > > Hi Team,
> > > >
> > > > to minimize possible damage I just uploaded rc1a to the
> dist directory.
> > > > I disabled therefore the compiling and adding of the ldaptransformer
> > > > and the parent component manager sample!
> > > >
> > > > We should decide what to do with these for the final release.
> > > > Our build script searches for the "javax.naming.Context" class which
> > > > is available in some jdks. This forces the compilation of the
> > > > ldaptransformer
> > > > and the addition to the sitemap.
> > > > When C2 is added to the servlet the web-inf/lib directory does not
> > > > contain those packages and there the LDAPTransformer cannot be
> > > instantiated.
> > > > The build script checks for the availability of the class by using
> > > > the "available" ant task. I thought a simple solution would be to
> > > > test if the package is available from within the cocoon/lib
> directory
> > > > or not, but I didn't get ant to test only the lib
> directory. Always the
> > > > whole classpath was tested.
> > > >
> > > > Any solutions?
> > > >
> > > > Carsten
> > > >
> > > > > -----Ursprüngliche Nachricht-----
> > > > > Von: Morrison, John [mailto:[EMAIL PROTECTED]]
> > > > > Gesendet: Dienstag, 25. September 2001 09:43
> > > > > An: '[EMAIL PROTECTED]'
> > > > > Betreff: RE: [C2]: Vote - New RC ? was [C2]: Reaching
> > > Milestone - C2rc1
> > > > >
> > > > >
> > > > > +1 B
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> > > > > > Sent: Tuesday, 25 September 2001 8:29 am
> > > > > > To: [EMAIL PROTECTED]
> > > > > > Subject: [C2]: Vote - New RC ? was [C2]: Reaching
> Milestone - C2rc1
> > > > > >
> > > > > >
> > > > > > Hi Team,
> > > > > >
> > > > > > lets do a quick vote on this as I think Steven is right.
> > > > > > We will get hundrets of reports for this problem.
> > > > > >
> > > > > > So we could either:
> > > > > > a) Silently exchange the current rc1 with an updated version
> > > > > >    which doesn't set the ldaptransformer
> > > > > > b) Make a rc1a with the same behaviour
> > > > > > c) Add a README.IMPORTANT txt file to the distribution dir
> > > > > >    which explaines this problem.
> > > > > >
> > > > > > my vote is +1 on b)
> > > > > >
> > > > > > Carsten
> > > > > >
> > > > > >
> > > > > > > -----Ursprungliche Nachricht-----
> > > > > > > Von: Steven Noels [mailto:[EMAIL PROTECTED]]
> > > > > > > Gesendet: Dienstag, 25. September 2001 08:05
> > > > > > > An: [EMAIL PROTECTED]
> > > > > > > Betreff: RE: [C2]: Reaching Milestone - C2rc1
> > > > > > >
> > > > > > >
> > > > > > > > On Mon, Sep 24, 2001 at 09:44:54PM +0200, Steven
> Noels wrote:
> > > > > > > >
> > > > > > > > [..]
> > > > > > > > > java.lang.ClassNotFoundException:
> > > > > > > > > org.apache.cocoon.transformation.LDAPTransformer
> > > > > > > > [..]
> > > > > > > >
> > > > > > > > This came up on the users list. Carsten's reply:
> > > > > > > >
> > > > > > >
> > > > > > > Wouldn't it be better to remove these settings from the stock
> > > > > > > download (RC1,
> > > > > > > that is)? This behaviour appeared when following the exact
> > > > > > > instructions from
> > > > > > > the distribution, so if we don't want to have an avalanche
> > > > > > of these 'bugs'
> > > > > > > to appear on either dev or users, we'd better correct this.
> > > > > > >
> > > > > > > Regards,
> > > > > > >
> > > > > > > </Steven>
> > > > > > > http://outerthought.org/
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > > For additional commands, email: [EMAIL PROTECTED]
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > For additional commands, email: [EMAIL PROTECTED]
> > > > > >
> > > > >
> > > > >
> > > > >
> > >
> =======================================================================
> > > > > Information in this email and any attachments are
> > > confidential, and may
> > > > > not be copied or used by anyone other than the addressee, nor
> > > disclosed
> > > > > to any third party without our permission.  There is no
> intention to
> > > > > create any legally binding contract or other commitment
> > > through the use
> > > > > of this email.
> > > > >
> > > > > Experian Limited (registration number 653331).
> > > > > Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, email: [EMAIL PROTECTED]
> > > > >
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, email: [EMAIL PROTECTED]
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, email: [EMAIL PROTECTED]
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, email: [EMAIL PROTECTED]
> >
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to