cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <giac...@apache.org>
Subject Re: AW: [C2]: Vote - New RC ? was [C2]: Reaching Milestone - C2rc1
Date Wed, 26 Sep 2001 14:01:25 GMT
Quoting Carsten Ziegeler <cziegeler@sundn.de>:

> > 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.

While we have ant installed in the CVS already we can modify the build.sh/.bat 
files to ignore the calsspath set by the user.

The situation differs for project which depend on an regular Ant installation to 
build the project.
Giacomo

> (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:cziegeler@sundn.de]
> > > > > Sent: Tuesday, September 25, 2001 6:00 AM
> > > > > To: cocoon-dev@xml.apache.org
> > > > > 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:John.Morrison@uk.experian.com]
> > > > > > Gesendet: Dienstag, 25. September 2001 09:43
> > > > > > An: 'cocoon-dev@xml.apache.org'
> > > > > > Betreff: RE: [C2]: Vote - New RC ? was [C2]: Reaching
> > > > Milestone - C2rc1
> > > > > >
> > > > > >
> > > > > > +1 B
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Carsten Ziegeler [mailto:cziegeler@sundn.de]
> > > > > > > Sent: Tuesday, 25 September 2001 8:29 am
> > > > > > > To: cocoon-dev@xml.apache.org
> > > > > > > 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:stevenn@outerthought.org]
> > > > > > > > Gesendet: Dienstag, 25. September 2001 08:05
> > > > > > > > An: cocoon-dev@xml.apache.org
> > > > > > > > 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:
> cocoon-dev-unsubscribe@xml.apache.org
> > > > > > > > For additional commands, email:
> cocoon-dev-help@xml.apache.org
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > >
> ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail:
> cocoon-dev-unsubscribe@xml.apache.org
> > > > > > > For additional commands, email:
> cocoon-dev-help@xml.apache.org
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > >
> >
> =======================================================================
> > > > > > 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: cocoon-dev-unsubscribe@xml.apache.org
> > > > > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > > > > >
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > > > >
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > > >
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > >
> > >
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message