You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by Matthew Koranda <ma...@orkan.no> on 2002/01/15 13:01:23 UTC
Re: singleton vs multiple applications
I'm mailing this a little funny so I'm not sure if this will be included in the proper thread but this is pertaining to the thread started by Ronan-Yann Lorin titled singleton vs multiple applications.
I was wondering what the final solution was because I am in a similar situation. I am creating one large app that will connect a company with it's suppliers, and also make the information available on the internet (kind of a intranet/extranet/internet solution). It contains quite a few components that seem as though they might be organized better as separate applications namely a global/personal address book, a calendar, a product catalog and so on. I'm not quite sure how these application would interact if they were separate. My biggest concern is the user login/validation bacause even if they could operate separately, they would need the same users and groups.
I had planned on having one main database as the separation of information is not critical, it will all be hosted ansd operated together.
I hope my questions are clear. Any help and direction would be greatly appreciated!
Matthew Koranda
Orkan Reklamebyrå
Maridalsvn. 87b, Bygn. 6
0461 Oslo
matt@orkan.no
Phone (+47) 23 12 19 09
Mobile (+47) 40 00 82 20
Re: singleton vs multiple applications
Posted by Matthew Koranda <ma...@orkan.no>.
Thank you for your response, I started to look into the RequestDispatcher a
bit but I'll have to wait until I get home to take some more time looking
into it to understand it better. From what I have been modeling so far it
seems as if I will need to make a global database with user information and
permissons, and then make a separate database for each app with
application-specific tables. Is this the correct way to look at it? Will
RequestDispatcher help me to join this information and the sessions
together?
Again, I thank you for your help! This is my first app(s) with turbine and
my script-based background is quite different from this type of modeling. So
I would really like to learn it the RIGHT way from the start without having
to change bad habits later :)
Matt
----- Original Message -----
From: Daniel Rall <dl...@finemaltcoding.com>
To: Turbine Users List <tu...@jakarta.apache.org>
Sent: Tuesday, January 15, 2002 2:15 PM
Subject: Re: singleton vs multiple applications
> "Matthew Koranda" <ma...@orkan.no> writes:
>
> > I'm mailing this a little funny so I'm not sure if this will be included
in the proper thread but this is pertaining to the thread started by
Ronan-Yann Lorin titled singleton vs multiple applications.
> >
> > I was wondering what the final solution was because I am in a similar
situation. I am creating one large app that will connect a company with it's
suppliers, and also make the information available on the internet (kind of
a intranet/extranet/internet solution). It contains quite a few components
that seem as though they might be organized better as separate applications
namely a global/personal address book, a calendar, a product catalog and so
on. I'm not quite sure how these application would interact if they were
separate. My biggest concern is the user login/validation bacause even if
they could operate separately, they would need the same users and groups.
> >
> > I had planned on having one main database as the separation of
information is not critical, it will all be hosted ansd operated together.
>
> Run them as separate webapps. You can use RequestDispatcher from the
> 2.3 servlet api for inter-app communication.
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: singleton vs multiple applications
Posted by Daniel Rall <dl...@finemaltcoding.com>.
"Matthew Koranda" <ma...@orkan.no> writes:
> I'm mailing this a little funny so I'm not sure if this will be included in the proper thread but this is pertaining to the thread started by Ronan-Yann Lorin titled singleton vs multiple applications.
>
> I was wondering what the final solution was because I am in a similar situation. I am creating one large app that will connect a company with it's suppliers, and also make the information available on the internet (kind of a intranet/extranet/internet solution). It contains quite a few components that seem as though they might be organized better as separate applications namely a global/personal address book, a calendar, a product catalog and so on. I'm not quite sure how these application would interact if they were separate. My biggest concern is the user login/validation bacause even if they could operate separately, they would need the same users and groups.
>
> I had planned on having one main database as the separation of information is not critical, it will all be hosted ansd operated together.
Run them as separate webapps. You can use RequestDispatcher from the
2.3 servlet api for inter-app communication.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Dave Hollar <da...@bizpiranha.com>.
Thanks for your help Scott. I'll play more with this in hopes of getting to
a working config.
----- Original Message -----
From: "Scott Eade" <se...@backstagetech.com.au>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Monday, January 28, 2002 4:56 PM
Subject: Re: Log rolling
> No, I don't use "rotation". Here is the first few lines:
>
> services.LoggingService.facilities=system,debug,security
> services.LoggingService.default=system
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> opertiesLoggingConfig
>
> It is the system log that I wish to rotate and hence the
> lines are configured as:
>
> services.LoggingService.system
>
> Cheers,
>
> Scott
>
> ----- Original Message -----
> From: "Dave Hollar" <da...@bizpiranha.com>
> To: "Turbine Users List" <tu...@jakarta.apache.org>
> Sent: Tuesday, January 29, 2002 4:24 AM
> Subject: Re: Log rolling
>
>
> > Thanks Scott but still no good. I noticed the difference between what
you
> > have and what Blair and I have is:
> >
> > services.LoggingService.system
> > -- rather than --
> > services.LoggingService.rotation
> >
> > I also have:
> > services.LoggingService.facilities=system,debug,security,rotation
> > services.LoggingService.default=rotation
> >
> > I'm assuming your default is "system". Do you include the "rotation"
> > facilities in the 1st line also?
> >
> > thanks-
> > Dave
> >
> >
> > ----- Original Message -----
> > From: "Scott Eade" <se...@backstagetech.com.au>
> > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > Sent: Monday, January 28, 2002 1:32 AM
> > Subject: Re: Log rolling
> >
> >
> > > FWIW here is what I have that works under win2k:
> > >
> > > services.LoggingService.system.destination.file=/logs/turbine.log
> > >
> >
>
services.LoggingService.system.className=org.apache.turbine.services.logging
> > > .Log4JavaLogger
> > > services.LoggingService.system.level=INFO
> > > services.LoggingService.system.file.size=268
> > > #services.LoggingService.system.file.size=268288
> > > services.LoggingService.system.file.backups=5
> > >
> > > The extremely small file.size setting should result in all 5 backup
> files
> > > being
> > > created immediately when the web app is started. The commented out
> > > file.size represents a more realistic value.
> > >
> > > HTH,
> > >
> > > Scott
> > >
> > > ----- Original Message -----
> > > From: "Dave Hollar" <da...@bizpiranha.com>
> > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > Sent: Monday, January 28, 2002 3:05 AM
> > > Subject: Re: Log rolling
> > >
> > >
> > > > I see the same behavior as Blair - file is truncated without
backups -
> > on
> > > my
> > > > win2k development machine. It doesn't seem to be a file permissions
> > > problem
> > > > for me - I set my tr.prop the same as Blair in his previous email.
> Any
> > > > other thoughts?
> > > >
> > > > ----- Original Message -----
> > > > From: "Scott Eade" <se...@backstagetech.com.au>
> > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > Sent: Saturday, January 26, 2002 7:06 PM
> > > > Subject: Re: Log rolling
> > > >
> > > >
> > > > > I have seen the problem you describe and I am pretty sure
> > > > > it relates to file permissions.
> > > > >
> > > > > Log rotation works fine on my Win2K development machine
> > > > > and fine on a Linux host at one ISP where I have my own
> > > > > tomcat instance running under my userid. It fails in the manner
> > > > > described however at another ISP where I only have access
> > > > > to a shared Resin server (i.e. it runs as a different userid).
> > > > >
> > > > > I attempted to get it working by opening up the file
> > > > > permissions so that the server could create the files and
> > > > > then winding the permissions back after they were created
> > > > > (make the file size very small to achieve this quickly). But I
> > > > > think it still failed.
> > > > >
> > > > > In short, I don't have the answer but I suggest you look
> > > > > into the file permissions.
> > > > >
> > > > > HTH,
> > > > >
> > > > > Scott
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Blair Martin" <bl...@mindspring.com>
> > > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > > Sent: Sunday, January 27, 2002 9:50 AM
> > > > > Subject: Re: Log rolling
> > > > >
> > > > >
> > > > > > The silence is deafening. I must have asked a stupid question.
:)
> > > > > >
> > > > > > Has no one else had problems with log rotation? Can I at least
> hear
> > > from
> > > > > one
> > > > > > person who knows for a fact that backup logs are created for
them.
> > > Then
> > > > > I'll
> > > > > > start poking through some of my code.
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > > Blair
> > > > > >
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Blair Martin" <bl...@mindspring.com>
> > > > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > > > Sent: Wednesday, January 16, 2002 12:21 PM
> > > > > > Subject: Re: Log rolling
> > > > > >
> > > > > >
> > > > > > > Found the following in the archive re. log rollover. It
appears
> to
> > > be
> > > > > the
> > > > > > > same problem I'm having. The log file is truncated when the
size
> > > limit
> > > > > is
> > > > > > > reached but no backup is created so everything is lost. My
> > > properties:
> > > > > > >
> > > > > > >
> services.LoggingService.facilities=system,debug,security,rotation
> > > > > > > services.LoggingService.default=rotation
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> > > > > > > opertiesLoggingConfig
> > > > > > > ...
> > > > > > > # An example configuration for automatic log rotation using
> > Log4Java
> > > > > > > # This will keep the log file size under 1MB and save up to 5
> > backup
> > > > > > copies
> > > > > > >
> > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > > > > services.LoggingService.rotation.file.size=1048576
> > > > > > > services.LoggingService.rotation.file.backups=5
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
> > > > > > > ng.Log4JavaLogger
> > > > > > > services.LoggingService.rotation.level=DEBUG
> > > > > > >
> > > > > > > I'm using Turbine 2.1 on Win2K. Any ideas?
> > > > > > >
> > > > > > > Blair
> > > > > > >
> > > > > > > >>>>>>>>>>>>>>>>>>
> > > > > > > Hi
> > > > > > >
> > > > > > > Just try to set
> > > > > > > services.LoggingService.default=rotation
> > > > > > >
> > > > > > > Should be able to get the things working...
> > > > > > >
> > > > > > > Regards
> > > > > > > ==========
> > > > > > > Ian Lim
> > > > > > > email: mallim_sg@yahoo.com.sg
> > > > > > > homepage: http://www.webappcabaret.com/mallim
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "Chris Campbell" <ca...@kontiki.com>
> > > > > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > > > > Sent: Friday, December 14, 2001 04:44 AM
> > > > > > > Subject: Log rolling
> > > > > > >
> > > > > > >
> > > > > > > I don't see the turbine log getting rolled. I'm using Turbine
> 2.1
> > > > > > >
> > > > > > > I have in TR.props
> > > > > > >
> > > > > > >
> services.LoggingService.facilities=system,debug,security,rotation
> > > > > > > services.LoggingService.default=system
> > > > > > >
> > > >
> services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
> > > > > > > g.PropertiesLoggingConfig
> > > > > > >
> > > > > > > other logging conf...
> > > > > > >
> > > > > > >
> > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > > > > services.LoggingService.rotation.file.size=2048
> > > > > > > services.LoggingService.rotation.file.backups=5
> > > > > > >
> > > >
> services.LoggingService.rotation.className=org.apache.turbine.services.l
> > > > > > > ogging.Log4JavaLogger
> > > > > > > services.LoggingService.rotation.level=INFO
> > > > > > >
> > > > > > > Any idea what is going on? ( i made the size small so I could
> > > observe
> > > > > > > the roll... )
> > > > > > >
> > > > > > > Chris C
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > >
> > >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Scott Eade <se...@backstagetech.com.au>.
No, I don't use "rotation". Here is the first few lines:
services.LoggingService.facilities=system,debug,security
services.LoggingService.default=system
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
opertiesLoggingConfig
It is the system log that I wish to rotate and hence the
lines are configured as:
services.LoggingService.system
Cheers,
Scott
----- Original Message -----
From: "Dave Hollar" <da...@bizpiranha.com>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Tuesday, January 29, 2002 4:24 AM
Subject: Re: Log rolling
> Thanks Scott but still no good. I noticed the difference between what you
> have and what Blair and I have is:
>
> services.LoggingService.system
> -- rather than --
> services.LoggingService.rotation
>
> I also have:
> services.LoggingService.facilities=system,debug,security,rotation
> services.LoggingService.default=rotation
>
> I'm assuming your default is "system". Do you include the "rotation"
> facilities in the 1st line also?
>
> thanks-
> Dave
>
>
> ----- Original Message -----
> From: "Scott Eade" <se...@backstagetech.com.au>
> To: "Turbine Users List" <tu...@jakarta.apache.org>
> Sent: Monday, January 28, 2002 1:32 AM
> Subject: Re: Log rolling
>
>
> > FWIW here is what I have that works under win2k:
> >
> > services.LoggingService.system.destination.file=/logs/turbine.log
> >
>
services.LoggingService.system.className=org.apache.turbine.services.logging
> > .Log4JavaLogger
> > services.LoggingService.system.level=INFO
> > services.LoggingService.system.file.size=268
> > #services.LoggingService.system.file.size=268288
> > services.LoggingService.system.file.backups=5
> >
> > The extremely small file.size setting should result in all 5 backup
files
> > being
> > created immediately when the web app is started. The commented out
> > file.size represents a more realistic value.
> >
> > HTH,
> >
> > Scott
> >
> > ----- Original Message -----
> > From: "Dave Hollar" <da...@bizpiranha.com>
> > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > Sent: Monday, January 28, 2002 3:05 AM
> > Subject: Re: Log rolling
> >
> >
> > > I see the same behavior as Blair - file is truncated without backups -
> on
> > my
> > > win2k development machine. It doesn't seem to be a file permissions
> > problem
> > > for me - I set my tr.prop the same as Blair in his previous email.
Any
> > > other thoughts?
> > >
> > > ----- Original Message -----
> > > From: "Scott Eade" <se...@backstagetech.com.au>
> > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > Sent: Saturday, January 26, 2002 7:06 PM
> > > Subject: Re: Log rolling
> > >
> > >
> > > > I have seen the problem you describe and I am pretty sure
> > > > it relates to file permissions.
> > > >
> > > > Log rotation works fine on my Win2K development machine
> > > > and fine on a Linux host at one ISP where I have my own
> > > > tomcat instance running under my userid. It fails in the manner
> > > > described however at another ISP where I only have access
> > > > to a shared Resin server (i.e. it runs as a different userid).
> > > >
> > > > I attempted to get it working by opening up the file
> > > > permissions so that the server could create the files and
> > > > then winding the permissions back after they were created
> > > > (make the file size very small to achieve this quickly). But I
> > > > think it still failed.
> > > >
> > > > In short, I don't have the answer but I suggest you look
> > > > into the file permissions.
> > > >
> > > > HTH,
> > > >
> > > > Scott
> > > >
> > > > ----- Original Message -----
> > > > From: "Blair Martin" <bl...@mindspring.com>
> > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > Sent: Sunday, January 27, 2002 9:50 AM
> > > > Subject: Re: Log rolling
> > > >
> > > >
> > > > > The silence is deafening. I must have asked a stupid question. :)
> > > > >
> > > > > Has no one else had problems with log rotation? Can I at least
hear
> > from
> > > > one
> > > > > person who knows for a fact that backup logs are created for them.
> > Then
> > > > I'll
> > > > > start poking through some of my code.
> > > > >
> > > > > Thanks.
> > > > >
> > > > > Blair
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Blair Martin" <bl...@mindspring.com>
> > > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > > Sent: Wednesday, January 16, 2002 12:21 PM
> > > > > Subject: Re: Log rolling
> > > > >
> > > > >
> > > > > > Found the following in the archive re. log rollover. It appears
to
> > be
> > > > the
> > > > > > same problem I'm having. The log file is truncated when the size
> > limit
> > > > is
> > > > > > reached but no backup is created so everything is lost. My
> > properties:
> > > > > >
> > > > > >
services.LoggingService.facilities=system,debug,security,rotation
> > > > > > services.LoggingService.default=rotation
> > > > > >
> > > > >
> > > >
> > >
> >
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> > > > > > opertiesLoggingConfig
> > > > > > ...
> > > > > > # An example configuration for automatic log rotation using
> Log4Java
> > > > > > # This will keep the log file size under 1MB and save up to 5
> backup
> > > > > copies
> > > > > >
> services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > > > services.LoggingService.rotation.file.size=1048576
> > > > > > services.LoggingService.rotation.file.backups=5
> > > > > >
> > > > >
> > > >
> > >
> >
>
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
> > > > > > ng.Log4JavaLogger
> > > > > > services.LoggingService.rotation.level=DEBUG
> > > > > >
> > > > > > I'm using Turbine 2.1 on Win2K. Any ideas?
> > > > > >
> > > > > > Blair
> > > > > >
> > > > > > >>>>>>>>>>>>>>>>>>
> > > > > > Hi
> > > > > >
> > > > > > Just try to set
> > > > > > services.LoggingService.default=rotation
> > > > > >
> > > > > > Should be able to get the things working...
> > > > > >
> > > > > > Regards
> > > > > > ==========
> > > > > > Ian Lim
> > > > > > email: mallim_sg@yahoo.com.sg
> > > > > > homepage: http://www.webappcabaret.com/mallim
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Chris Campbell" <ca...@kontiki.com>
> > > > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > > > Sent: Friday, December 14, 2001 04:44 AM
> > > > > > Subject: Log rolling
> > > > > >
> > > > > >
> > > > > > I don't see the turbine log getting rolled. I'm using Turbine
2.1
> > > > > >
> > > > > > I have in TR.props
> > > > > >
> > > > > >
services.LoggingService.facilities=system,debug,security,rotation
> > > > > > services.LoggingService.default=system
> > > > > >
> > >
services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
> > > > > > g.PropertiesLoggingConfig
> > > > > >
> > > > > > other logging conf...
> > > > > >
> > > > > >
> services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > > > services.LoggingService.rotation.file.size=2048
> > > > > > services.LoggingService.rotation.file.backups=5
> > > > > >
> > >
services.LoggingService.rotation.className=org.apache.turbine.services.l
> > > > > > ogging.Log4JavaLogger
> > > > > > services.LoggingService.rotation.level=INFO
> > > > > >
> > > > > > Any idea what is going on? ( i made the size small so I could
> > observe
> > > > > > the roll... )
> > > > > >
> > > > > > Chris C
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
> >
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Dave Hollar <da...@bizpiranha.com>.
Thanks Scott but still no good. I noticed the difference between what you
have and what Blair and I have is:
services.LoggingService.system
-- rather than --
services.LoggingService.rotation
I also have:
services.LoggingService.facilities=system,debug,security,rotation
services.LoggingService.default=rotation
I'm assuming your default is "system". Do you include the "rotation"
facilities in the 1st line also?
thanks-
Dave
----- Original Message -----
From: "Scott Eade" <se...@backstagetech.com.au>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Monday, January 28, 2002 1:32 AM
Subject: Re: Log rolling
> FWIW here is what I have that works under win2k:
>
> services.LoggingService.system.destination.file=/logs/turbine.log
>
services.LoggingService.system.className=org.apache.turbine.services.logging
> .Log4JavaLogger
> services.LoggingService.system.level=INFO
> services.LoggingService.system.file.size=268
> #services.LoggingService.system.file.size=268288
> services.LoggingService.system.file.backups=5
>
> The extremely small file.size setting should result in all 5 backup files
> being
> created immediately when the web app is started. The commented out
> file.size represents a more realistic value.
>
> HTH,
>
> Scott
>
> ----- Original Message -----
> From: "Dave Hollar" <da...@bizpiranha.com>
> To: "Turbine Users List" <tu...@jakarta.apache.org>
> Sent: Monday, January 28, 2002 3:05 AM
> Subject: Re: Log rolling
>
>
> > I see the same behavior as Blair - file is truncated without backups -
on
> my
> > win2k development machine. It doesn't seem to be a file permissions
> problem
> > for me - I set my tr.prop the same as Blair in his previous email. Any
> > other thoughts?
> >
> > ----- Original Message -----
> > From: "Scott Eade" <se...@backstagetech.com.au>
> > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > Sent: Saturday, January 26, 2002 7:06 PM
> > Subject: Re: Log rolling
> >
> >
> > > I have seen the problem you describe and I am pretty sure
> > > it relates to file permissions.
> > >
> > > Log rotation works fine on my Win2K development machine
> > > and fine on a Linux host at one ISP where I have my own
> > > tomcat instance running under my userid. It fails in the manner
> > > described however at another ISP where I only have access
> > > to a shared Resin server (i.e. it runs as a different userid).
> > >
> > > I attempted to get it working by opening up the file
> > > permissions so that the server could create the files and
> > > then winding the permissions back after they were created
> > > (make the file size very small to achieve this quickly). But I
> > > think it still failed.
> > >
> > > In short, I don't have the answer but I suggest you look
> > > into the file permissions.
> > >
> > > HTH,
> > >
> > > Scott
> > >
> > > ----- Original Message -----
> > > From: "Blair Martin" <bl...@mindspring.com>
> > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > Sent: Sunday, January 27, 2002 9:50 AM
> > > Subject: Re: Log rolling
> > >
> > >
> > > > The silence is deafening. I must have asked a stupid question. :)
> > > >
> > > > Has no one else had problems with log rotation? Can I at least hear
> from
> > > one
> > > > person who knows for a fact that backup logs are created for them.
> Then
> > > I'll
> > > > start poking through some of my code.
> > > >
> > > > Thanks.
> > > >
> > > > Blair
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Blair Martin" <bl...@mindspring.com>
> > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > Sent: Wednesday, January 16, 2002 12:21 PM
> > > > Subject: Re: Log rolling
> > > >
> > > >
> > > > > Found the following in the archive re. log rollover. It appears to
> be
> > > the
> > > > > same problem I'm having. The log file is truncated when the size
> limit
> > > is
> > > > > reached but no backup is created so everything is lost. My
> properties:
> > > > >
> > > > > services.LoggingService.facilities=system,debug,security,rotation
> > > > > services.LoggingService.default=rotation
> > > > >
> > > >
> > >
> >
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> > > > > opertiesLoggingConfig
> > > > > ...
> > > > > # An example configuration for automatic log rotation using
Log4Java
> > > > > # This will keep the log file size under 1MB and save up to 5
backup
> > > > copies
> > > > >
services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > > services.LoggingService.rotation.file.size=1048576
> > > > > services.LoggingService.rotation.file.backups=5
> > > > >
> > > >
> > >
> >
>
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
> > > > > ng.Log4JavaLogger
> > > > > services.LoggingService.rotation.level=DEBUG
> > > > >
> > > > > I'm using Turbine 2.1 on Win2K. Any ideas?
> > > > >
> > > > > Blair
> > > > >
> > > > > >>>>>>>>>>>>>>>>>>
> > > > > Hi
> > > > >
> > > > > Just try to set
> > > > > services.LoggingService.default=rotation
> > > > >
> > > > > Should be able to get the things working...
> > > > >
> > > > > Regards
> > > > > ==========
> > > > > Ian Lim
> > > > > email: mallim_sg@yahoo.com.sg
> > > > > homepage: http://www.webappcabaret.com/mallim
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Chris Campbell" <ca...@kontiki.com>
> > > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > > Sent: Friday, December 14, 2001 04:44 AM
> > > > > Subject: Log rolling
> > > > >
> > > > >
> > > > > I don't see the turbine log getting rolled. I'm using Turbine 2.1
> > > > >
> > > > > I have in TR.props
> > > > >
> > > > > services.LoggingService.facilities=system,debug,security,rotation
> > > > > services.LoggingService.default=system
> > > > >
> > services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
> > > > > g.PropertiesLoggingConfig
> > > > >
> > > > > other logging conf...
> > > > >
> > > > >
services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > > services.LoggingService.rotation.file.size=2048
> > > > > services.LoggingService.rotation.file.backups=5
> > > > >
> > services.LoggingService.rotation.className=org.apache.turbine.services.l
> > > > > ogging.Log4JavaLogger
> > > > > services.LoggingService.rotation.level=INFO
> > > > >
> > > > > Any idea what is going on? ( i made the size small so I could
> observe
> > > > > the roll... )
> > > > >
> > > > > Chris C
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Scott Eade <se...@backstagetech.com.au>.
FWIW here is what I have that works under win2k:
services.LoggingService.system.destination.file=/logs/turbine.log
services.LoggingService.system.className=org.apache.turbine.services.logging
.Log4JavaLogger
services.LoggingService.system.level=INFO
services.LoggingService.system.file.size=268
#services.LoggingService.system.file.size=268288
services.LoggingService.system.file.backups=5
The extremely small file.size setting should result in all 5 backup files
being
created immediately when the web app is started. The commented out
file.size represents a more realistic value.
HTH,
Scott
----- Original Message -----
From: "Dave Hollar" <da...@bizpiranha.com>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Monday, January 28, 2002 3:05 AM
Subject: Re: Log rolling
> I see the same behavior as Blair - file is truncated without backups - on
my
> win2k development machine. It doesn't seem to be a file permissions
problem
> for me - I set my tr.prop the same as Blair in his previous email. Any
> other thoughts?
>
> ----- Original Message -----
> From: "Scott Eade" <se...@backstagetech.com.au>
> To: "Turbine Users List" <tu...@jakarta.apache.org>
> Sent: Saturday, January 26, 2002 7:06 PM
> Subject: Re: Log rolling
>
>
> > I have seen the problem you describe and I am pretty sure
> > it relates to file permissions.
> >
> > Log rotation works fine on my Win2K development machine
> > and fine on a Linux host at one ISP where I have my own
> > tomcat instance running under my userid. It fails in the manner
> > described however at another ISP where I only have access
> > to a shared Resin server (i.e. it runs as a different userid).
> >
> > I attempted to get it working by opening up the file
> > permissions so that the server could create the files and
> > then winding the permissions back after they were created
> > (make the file size very small to achieve this quickly). But I
> > think it still failed.
> >
> > In short, I don't have the answer but I suggest you look
> > into the file permissions.
> >
> > HTH,
> >
> > Scott
> >
> > ----- Original Message -----
> > From: "Blair Martin" <bl...@mindspring.com>
> > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > Sent: Sunday, January 27, 2002 9:50 AM
> > Subject: Re: Log rolling
> >
> >
> > > The silence is deafening. I must have asked a stupid question. :)
> > >
> > > Has no one else had problems with log rotation? Can I at least hear
from
> > one
> > > person who knows for a fact that backup logs are created for them.
Then
> > I'll
> > > start poking through some of my code.
> > >
> > > Thanks.
> > >
> > > Blair
> > >
> > >
> > > ----- Original Message -----
> > > From: "Blair Martin" <bl...@mindspring.com>
> > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > Sent: Wednesday, January 16, 2002 12:21 PM
> > > Subject: Re: Log rolling
> > >
> > >
> > > > Found the following in the archive re. log rollover. It appears to
be
> > the
> > > > same problem I'm having. The log file is truncated when the size
limit
> > is
> > > > reached but no backup is created so everything is lost. My
properties:
> > > >
> > > > services.LoggingService.facilities=system,debug,security,rotation
> > > > services.LoggingService.default=rotation
> > > >
> > >
> >
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> > > > opertiesLoggingConfig
> > > > ...
> > > > # An example configuration for automatic log rotation using Log4Java
> > > > # This will keep the log file size under 1MB and save up to 5 backup
> > > copies
> > > > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > services.LoggingService.rotation.file.size=1048576
> > > > services.LoggingService.rotation.file.backups=5
> > > >
> > >
> >
>
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
> > > > ng.Log4JavaLogger
> > > > services.LoggingService.rotation.level=DEBUG
> > > >
> > > > I'm using Turbine 2.1 on Win2K. Any ideas?
> > > >
> > > > Blair
> > > >
> > > > >>>>>>>>>>>>>>>>>>
> > > > Hi
> > > >
> > > > Just try to set
> > > > services.LoggingService.default=rotation
> > > >
> > > > Should be able to get the things working...
> > > >
> > > > Regards
> > > > ==========
> > > > Ian Lim
> > > > email: mallim_sg@yahoo.com.sg
> > > > homepage: http://www.webappcabaret.com/mallim
> > > >
> > > > ----- Original Message -----
> > > > From: "Chris Campbell" <ca...@kontiki.com>
> > > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > > Sent: Friday, December 14, 2001 04:44 AM
> > > > Subject: Log rolling
> > > >
> > > >
> > > > I don't see the turbine log getting rolled. I'm using Turbine 2.1
> > > >
> > > > I have in TR.props
> > > >
> > > > services.LoggingService.facilities=system,debug,security,rotation
> > > > services.LoggingService.default=system
> > > >
> services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
> > > > g.PropertiesLoggingConfig
> > > >
> > > > other logging conf...
> > > >
> > > > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > > services.LoggingService.rotation.file.size=2048
> > > > services.LoggingService.rotation.file.backups=5
> > > >
> services.LoggingService.rotation.className=org.apache.turbine.services.l
> > > > ogging.Log4JavaLogger
> > > > services.LoggingService.rotation.level=INFO
> > > >
> > > > Any idea what is going on? ( i made the size small so I could
observe
> > > > the roll... )
> > > >
> > > > Chris C
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Dave Hollar <da...@bizpiranha.com>.
I see the same behavior as Blair - file is truncated without backups - on my
win2k development machine. It doesn't seem to be a file permissions problem
for me - I set my tr.prop the same as Blair in his previous email. Any
other thoughts?
----- Original Message -----
From: "Scott Eade" <se...@backstagetech.com.au>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Saturday, January 26, 2002 7:06 PM
Subject: Re: Log rolling
> I have seen the problem you describe and I am pretty sure
> it relates to file permissions.
>
> Log rotation works fine on my Win2K development machine
> and fine on a Linux host at one ISP where I have my own
> tomcat instance running under my userid. It fails in the manner
> described however at another ISP where I only have access
> to a shared Resin server (i.e. it runs as a different userid).
>
> I attempted to get it working by opening up the file
> permissions so that the server could create the files and
> then winding the permissions back after they were created
> (make the file size very small to achieve this quickly). But I
> think it still failed.
>
> In short, I don't have the answer but I suggest you look
> into the file permissions.
>
> HTH,
>
> Scott
>
> ----- Original Message -----
> From: "Blair Martin" <bl...@mindspring.com>
> To: "Turbine Users List" <tu...@jakarta.apache.org>
> Sent: Sunday, January 27, 2002 9:50 AM
> Subject: Re: Log rolling
>
>
> > The silence is deafening. I must have asked a stupid question. :)
> >
> > Has no one else had problems with log rotation? Can I at least hear from
> one
> > person who knows for a fact that backup logs are created for them. Then
> I'll
> > start poking through some of my code.
> >
> > Thanks.
> >
> > Blair
> >
> >
> > ----- Original Message -----
> > From: "Blair Martin" <bl...@mindspring.com>
> > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > Sent: Wednesday, January 16, 2002 12:21 PM
> > Subject: Re: Log rolling
> >
> >
> > > Found the following in the archive re. log rollover. It appears to be
> the
> > > same problem I'm having. The log file is truncated when the size limit
> is
> > > reached but no backup is created so everything is lost. My properties:
> > >
> > > services.LoggingService.facilities=system,debug,security,rotation
> > > services.LoggingService.default=rotation
> > >
> >
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> > > opertiesLoggingConfig
> > > ...
> > > # An example configuration for automatic log rotation using Log4Java
> > > # This will keep the log file size under 1MB and save up to 5 backup
> > copies
> > > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > services.LoggingService.rotation.file.size=1048576
> > > services.LoggingService.rotation.file.backups=5
> > >
> >
>
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
> > > ng.Log4JavaLogger
> > > services.LoggingService.rotation.level=DEBUG
> > >
> > > I'm using Turbine 2.1 on Win2K. Any ideas?
> > >
> > > Blair
> > >
> > > >>>>>>>>>>>>>>>>>>
> > > Hi
> > >
> > > Just try to set
> > > services.LoggingService.default=rotation
> > >
> > > Should be able to get the things working...
> > >
> > > Regards
> > > ==========
> > > Ian Lim
> > > email: mallim_sg@yahoo.com.sg
> > > homepage: http://www.webappcabaret.com/mallim
> > >
> > > ----- Original Message -----
> > > From: "Chris Campbell" <ca...@kontiki.com>
> > > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > > Sent: Friday, December 14, 2001 04:44 AM
> > > Subject: Log rolling
> > >
> > >
> > > I don't see the turbine log getting rolled. I'm using Turbine 2.1
> > >
> > > I have in TR.props
> > >
> > > services.LoggingService.facilities=system,debug,security,rotation
> > > services.LoggingService.default=system
> > >
services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
> > > g.PropertiesLoggingConfig
> > >
> > > other logging conf...
> > >
> > > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > > services.LoggingService.rotation.file.size=2048
> > > services.LoggingService.rotation.file.backups=5
> > >
services.LoggingService.rotation.className=org.apache.turbine.services.l
> > > ogging.Log4JavaLogger
> > > services.LoggingService.rotation.level=INFO
> > >
> > > Any idea what is going on? ( i made the size small so I could observe
> > > the roll... )
> > >
> > > Chris C
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Scott Eade <se...@backstagetech.com.au>.
I have seen the problem you describe and I am pretty sure
it relates to file permissions.
Log rotation works fine on my Win2K development machine
and fine on a Linux host at one ISP where I have my own
tomcat instance running under my userid. It fails in the manner
described however at another ISP where I only have access
to a shared Resin server (i.e. it runs as a different userid).
I attempted to get it working by opening up the file
permissions so that the server could create the files and
then winding the permissions back after they were created
(make the file size very small to achieve this quickly). But I
think it still failed.
In short, I don't have the answer but I suggest you look
into the file permissions.
HTH,
Scott
----- Original Message -----
From: "Blair Martin" <bl...@mindspring.com>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Sunday, January 27, 2002 9:50 AM
Subject: Re: Log rolling
> The silence is deafening. I must have asked a stupid question. :)
>
> Has no one else had problems with log rotation? Can I at least hear from
one
> person who knows for a fact that backup logs are created for them. Then
I'll
> start poking through some of my code.
>
> Thanks.
>
> Blair
>
>
> ----- Original Message -----
> From: "Blair Martin" <bl...@mindspring.com>
> To: "Turbine Users List" <tu...@jakarta.apache.org>
> Sent: Wednesday, January 16, 2002 12:21 PM
> Subject: Re: Log rolling
>
>
> > Found the following in the archive re. log rollover. It appears to be
the
> > same problem I'm having. The log file is truncated when the size limit
is
> > reached but no backup is created so everything is lost. My properties:
> >
> > services.LoggingService.facilities=system,debug,security,rotation
> > services.LoggingService.default=rotation
> >
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> > opertiesLoggingConfig
> > ...
> > # An example configuration for automatic log rotation using Log4Java
> > # This will keep the log file size under 1MB and save up to 5 backup
> copies
> > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > services.LoggingService.rotation.file.size=1048576
> > services.LoggingService.rotation.file.backups=5
> >
>
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
> > ng.Log4JavaLogger
> > services.LoggingService.rotation.level=DEBUG
> >
> > I'm using Turbine 2.1 on Win2K. Any ideas?
> >
> > Blair
> >
> > >>>>>>>>>>>>>>>>>>
> > Hi
> >
> > Just try to set
> > services.LoggingService.default=rotation
> >
> > Should be able to get the things working...
> >
> > Regards
> > ==========
> > Ian Lim
> > email: mallim_sg@yahoo.com.sg
> > homepage: http://www.webappcabaret.com/mallim
> >
> > ----- Original Message -----
> > From: "Chris Campbell" <ca...@kontiki.com>
> > To: "Turbine Users List" <tu...@jakarta.apache.org>
> > Sent: Friday, December 14, 2001 04:44 AM
> > Subject: Log rolling
> >
> >
> > I don't see the turbine log getting rolled. I'm using Turbine 2.1
> >
> > I have in TR.props
> >
> > services.LoggingService.facilities=system,debug,security,rotation
> > services.LoggingService.default=system
> > services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
> > g.PropertiesLoggingConfig
> >
> > other logging conf...
> >
> > services.LoggingService.rotation.destination.file=/logs/turbine.log
> > services.LoggingService.rotation.file.size=2048
> > services.LoggingService.rotation.file.backups=5
> > services.LoggingService.rotation.className=org.apache.turbine.services.l
> > ogging.Log4JavaLogger
> > services.LoggingService.rotation.level=INFO
> >
> > Any idea what is going on? ( i made the size small so I could observe
> > the roll... )
> >
> > Chris C
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Blair Martin <bl...@mindspring.com>.
The silence is deafening. I must have asked a stupid question. :)
Has no one else had problems with log rotation? Can I at least hear from one
person who knows for a fact that backup logs are created for them. Then I'll
start poking through some of my code.
Thanks.
Blair
----- Original Message -----
From: "Blair Martin" <bl...@mindspring.com>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Wednesday, January 16, 2002 12:21 PM
Subject: Re: Log rolling
> Found the following in the archive re. log rollover. It appears to be the
> same problem I'm having. The log file is truncated when the size limit is
> reached but no backup is created so everything is lost. My properties:
>
> services.LoggingService.facilities=system,debug,security,rotation
> services.LoggingService.default=rotation
>
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
> opertiesLoggingConfig
> ...
> # An example configuration for automatic log rotation using Log4Java
> # This will keep the log file size under 1MB and save up to 5 backup
copies
> services.LoggingService.rotation.destination.file=/logs/turbine.log
> services.LoggingService.rotation.file.size=1048576
> services.LoggingService.rotation.file.backups=5
>
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
> ng.Log4JavaLogger
> services.LoggingService.rotation.level=DEBUG
>
> I'm using Turbine 2.1 on Win2K. Any ideas?
>
> Blair
>
> >>>>>>>>>>>>>>>>>>
> Hi
>
> Just try to set
> services.LoggingService.default=rotation
>
> Should be able to get the things working...
>
> Regards
> ==========
> Ian Lim
> email: mallim_sg@yahoo.com.sg
> homepage: http://www.webappcabaret.com/mallim
>
> ----- Original Message -----
> From: "Chris Campbell" <ca...@kontiki.com>
> To: "Turbine Users List" <tu...@jakarta.apache.org>
> Sent: Friday, December 14, 2001 04:44 AM
> Subject: Log rolling
>
>
> I don't see the turbine log getting rolled. I'm using Turbine 2.1
>
> I have in TR.props
>
> services.LoggingService.facilities=system,debug,security,rotation
> services.LoggingService.default=system
> services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
> g.PropertiesLoggingConfig
>
> other logging conf...
>
> services.LoggingService.rotation.destination.file=/logs/turbine.log
> services.LoggingService.rotation.file.size=2048
> services.LoggingService.rotation.file.backups=5
> services.LoggingService.rotation.className=org.apache.turbine.services.l
> ogging.Log4JavaLogger
> services.LoggingService.rotation.level=INFO
>
> Any idea what is going on? ( i made the size small so I could observe
> the roll... )
>
> Chris C
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Log rolling
Posted by Blair Martin <bl...@mindspring.com>.
Found the following in the archive re. log rollover. It appears to be the
same problem I'm having. The log file is truncated when the size limit is
reached but no backup is created so everything is lost. My properties:
services.LoggingService.facilities=system,debug,security,rotation
services.LoggingService.default=rotation
services.LoggingService.loggingConfig=org.apache.turbine.services.logging.Pr
opertiesLoggingConfig
...
# An example configuration for automatic log rotation using Log4Java
# This will keep the log file size under 1MB and save up to 5 backup copies
services.LoggingService.rotation.destination.file=/logs/turbine.log
services.LoggingService.rotation.file.size=1048576
services.LoggingService.rotation.file.backups=5
services.LoggingService.rotation.className=org.apache.turbine.services.loggi
ng.Log4JavaLogger
services.LoggingService.rotation.level=DEBUG
I'm using Turbine 2.1 on Win2K. Any ideas?
Blair
>>>>>>>>>>>>>>>>>>
Hi
Just try to set
services.LoggingService.default=rotation
Should be able to get the things working...
Regards
==========
Ian Lim
email: mallim_sg@yahoo.com.sg
homepage: http://www.webappcabaret.com/mallim
----- Original Message -----
From: "Chris Campbell" <ca...@kontiki.com>
To: "Turbine Users List" <tu...@jakarta.apache.org>
Sent: Friday, December 14, 2001 04:44 AM
Subject: Log rolling
I don't see the turbine log getting rolled. I'm using Turbine 2.1
I have in TR.props
services.LoggingService.facilities=system,debug,security,rotation
services.LoggingService.default=system
services.LoggingService.loggingConfig=org.apache.turbine.services.loggin
g.PropertiesLoggingConfig
other logging conf...
services.LoggingService.rotation.destination.file=/logs/turbine.log
services.LoggingService.rotation.file.size=2048
services.LoggingService.rotation.file.backups=5
services.LoggingService.rotation.className=org.apache.turbine.services.l
ogging.Log4JavaLogger
services.LoggingService.rotation.level=INFO
Any idea what is going on? ( i made the size small so I could observe
the roll... )
Chris C
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: singleton vs multiple applications
Posted by Matthew Koranda <ma...@orkan.no>.
Thank you for the great responses but I am still a little confused. All of
the elements that will be used will basically work as "subapps" or "modules"
to the main app. I guess they could all be put together but it seems as
though they would be better suited being a bit more portable. I would like a
single session, and allow people to use a calander or an address book
seamlessly from their original login and use the same permissions and users
in all areas I think putting all of these together would make quite a mess
of files (and 50+ database tables). It think it would be better form to be
able to drop the same calendar into another app without too much rewiring.
Am I off-track?
Matt
----- Original Message -----
From: Michael L. Conneen <mc...@infointegrators.com>
To: 'Turbine Users List' <tu...@jakarta.apache.org>;
<si...@knology.net>
Sent: Wednesday, January 16, 2002 4:29 PM
Subject: RE: singleton vs multiple applications
> Steve,
>
> RE: .... does not guarantee your ACL passes with you, because the second
app
> does not know you from Adam.
>
> That is true. So, using just the base framework, you would have to also
> identify the user.. currently this is just via uid/password. I have not
> looked into passing the ACL, I would anticipate session issues but have
not
> verified.
>
> mlc
>
>
>
> -----Original Message-----
> From: Steve [mailto:turbine_user@knology.net]
> Sent: Tuesday, January 15, 2002 11:38 PM
> To: Turbine Users List; mconneen@infointegrators.com
> Subject: RE: singleton vs multiple applications
>
>
> Mike:
>
> You said...
>
> <quote>
> For the security, if you use Flux (or Fulcrum) you can have each webapp
> point to the same underlying data source via the turbine resources
> properties file.
> </quote>
>
> Won't you still have a problem accessing secured functionality in the
> separate servlet/webapp because your ACL doesn't transfer? (are you even
> still in the same session?)
>
> What I am trying to say/ask is that leaving the confines of one turbine
app
> for another, even if both use the same security service, does not
guarantee
> your ACL passes with you, because the second app does not know you from
> Adam.
>
> Is this not true?
>
> Steve
>
>
> -----Original Message-----
> From: Michael L. Conneen [mailto:mconneen@infointegrators.com]
> Sent: Tuesday, January 15, 2002 6:28 PM
> To: 'Turbine Users List'
> Subject: RE: singleton vs multiple applications
>
>
> Matthew,
>
> Run them as different web apps. If they have to share services or
> functions, like say the product catalog, you can either communicate
between
> webapps or just make sure that the objects and peers are in different jar
> files so you can included the jars where needed.
>
> By the way, I hope to have Fulcrum updated to use LDAP as a data source by
> the end of the first quarter. Then, the idea would be the same, you would
> still have the TR.props reference the appropriate service/data source and
> your webserver point to the appropriate LDAP server if you want to gain
the
> ACL on the front end.
>
>
> Hope that helps.
>
> Mike
>
>
> -----Original Message-----
> From: Matthew Koranda [mailto:matt@orkan.no]
> Sent: Tuesday, January 15, 2002 6:01 AM
> To: turbine-user@jakarta.apache.org
> Subject: Re: singleton vs multiple applications
>
>
> I'm mailing this a little funny so I'm not sure if this will be included
in
> the proper thread but this is pertaining to the thread started by
Ronan-Yann
> Lorin titled singleton vs multiple applications.
>
> I was wondering what the final solution was because I am in a similar
> situation. I am creating one large app that will connect a company with
it's
> suppliers, and also make the information available on the internet (kind
of
> a intranet/extranet/internet solution). It contains quite a few components
> that seem as though they might be organized better as separate
applications
> namely a global/personal address book, a calendar, a product catalog and
so
> on. I'm not quite sure how these application would interact if they were
> separate. My biggest concern is the user login/validation bacause even if
> they could operate separately, they would need the same users and groups.
>
> I had planned on having one main database as the separation of information
> is not critical, it will all be hosted ansd operated together.
>
> I hope my questions are clear. Any help and direction would be greatly
> appreciated!
>
> Matthew Koranda
> Orkan Reklamebyrå
> Maridalsvn. 87b, Bygn. 6
> 0461 Oslo
>
> matt@orkan.no
> Phone (+47) 23 12 19 09
> Mobile (+47) 40 00 82 20
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: singleton vs multiple applications
Posted by John McNally <jm...@collab.net>.
You can alter/create a session validator to look for a user id in the
request attributes (request.getAttribute) and if it is there assume
another app has taken care of authentication and use the id to build an
acl. If it is not there the app behaves normally.
Tomcat has a bug where it will use the same session for cross context
invocation of a servlet. This is forbidden in the servlet spec,
however. You should not depend on it, you should be careful to use
unique keys for anything you put into the session, to avoid conflicts.
(I think this bug might actually make it impossible to use turbine in
multiple apps this way. Each context will overwrite the others' user
object.) Hopefully it will be fixed soon. I entered a bug for it, but
it was tabled as the fix requires a lot of code changes.
It is ok, and preferrable, that sessions created during a cross context
invocation are linked by their session_id. This keeps the sessions tied
together for subsequent requests. (Resin works this way.) And two
turbine apps will work together in Resin.
john mcnally
"Michael L. Conneen" wrote:
>
> Steve,
>
> RE: .... does not guarantee your ACL passes with you, because the second app
> does not know you from Adam.
>
> That is true. So, using just the base framework, you would have to also
> identify the user.. currently this is just via uid/password. I have not
> looked into passing the ACL, I would anticipate session issues but have not
> verified.
>
> mlc
>
> -----Original Message-----
> From: Steve [mailto:turbine_user@knology.net]
> Sent: Tuesday, January 15, 2002 11:38 PM
> To: Turbine Users List; mconneen@infointegrators.com
> Subject: RE: singleton vs multiple applications
>
> Mike:
>
> You said...
>
> <quote>
> For the security, if you use Flux (or Fulcrum) you can have each webapp
> point to the same underlying data source via the turbine resources
> properties file.
> </quote>
>
> Won't you still have a problem accessing secured functionality in the
> separate servlet/webapp because your ACL doesn't transfer? (are you even
> still in the same session?)
>
> What I am trying to say/ask is that leaving the confines of one turbine app
> for another, even if both use the same security service, does not guarantee
> your ACL passes with you, because the second app does not know you from
> Adam.
>
> Is this not true?
>
> Steve
>
> -----Original Message-----
> From: Michael L. Conneen [mailto:mconneen@infointegrators.com]
> Sent: Tuesday, January 15, 2002 6:28 PM
> To: 'Turbine Users List'
> Subject: RE: singleton vs multiple applications
>
> Matthew,
>
> Run them as different web apps. If they have to share services or
> functions, like say the product catalog, you can either communicate between
> webapps or just make sure that the objects and peers are in different jar
> files so you can included the jars where needed.
>
> By the way, I hope to have Fulcrum updated to use LDAP as a data source by
> the end of the first quarter. Then, the idea would be the same, you would
> still have the TR.props reference the appropriate service/data source and
> your webserver point to the appropriate LDAP server if you want to gain the
> ACL on the front end.
>
> Hope that helps.
>
> Mike
>
> -----Original Message-----
> From: Matthew Koranda [mailto:matt@orkan.no]
> Sent: Tuesday, January 15, 2002 6:01 AM
> To: turbine-user@jakarta.apache.org
> Subject: Re: singleton vs multiple applications
>
> I'm mailing this a little funny so I'm not sure if this will be included in
> the proper thread but this is pertaining to the thread started by Ronan-Yann
> Lorin titled singleton vs multiple applications.
>
> I was wondering what the final solution was because I am in a similar
> situation. I am creating one large app that will connect a company with it's
> suppliers, and also make the information available on the internet (kind of
> a intranet/extranet/internet solution). It contains quite a few components
> that seem as though they might be organized better as separate applications
> namely a global/personal address book, a calendar, a product catalog and so
> on. I'm not quite sure how these application would interact if they were
> separate. My biggest concern is the user login/validation bacause even if
> they could operate separately, they would need the same users and groups.
>
> I had planned on having one main database as the separation of information
> is not critical, it will all be hosted ansd operated together.
>
> I hope my questions are clear. Any help and direction would be greatly
> appreciated!
>
> Matthew Koranda
> Orkan Reklamebyrå
> Maridalsvn. 87b, Bygn. 6
> 0461 Oslo
>
> matt@orkan.no
> Phone (+47) 23 12 19 09
> Mobile (+47) 40 00 82 20
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: singleton vs multiple applications
Posted by "Michael L. Conneen" <mc...@infointegrators.com>.
Steve,
RE: .... does not guarantee your ACL passes with you, because the second app
does not know you from Adam.
That is true. So, using just the base framework, you would have to also
identify the user.. currently this is just via uid/password. I have not
looked into passing the ACL, I would anticipate session issues but have not
verified.
mlc
-----Original Message-----
From: Steve [mailto:turbine_user@knology.net]
Sent: Tuesday, January 15, 2002 11:38 PM
To: Turbine Users List; mconneen@infointegrators.com
Subject: RE: singleton vs multiple applications
Mike:
You said...
<quote>
For the security, if you use Flux (or Fulcrum) you can have each webapp
point to the same underlying data source via the turbine resources
properties file.
</quote>
Won't you still have a problem accessing secured functionality in the
separate servlet/webapp because your ACL doesn't transfer? (are you even
still in the same session?)
What I am trying to say/ask is that leaving the confines of one turbine app
for another, even if both use the same security service, does not guarantee
your ACL passes with you, because the second app does not know you from
Adam.
Is this not true?
Steve
-----Original Message-----
From: Michael L. Conneen [mailto:mconneen@infointegrators.com]
Sent: Tuesday, January 15, 2002 6:28 PM
To: 'Turbine Users List'
Subject: RE: singleton vs multiple applications
Matthew,
Run them as different web apps. If they have to share services or
functions, like say the product catalog, you can either communicate between
webapps or just make sure that the objects and peers are in different jar
files so you can included the jars where needed.
By the way, I hope to have Fulcrum updated to use LDAP as a data source by
the end of the first quarter. Then, the idea would be the same, you would
still have the TR.props reference the appropriate service/data source and
your webserver point to the appropriate LDAP server if you want to gain the
ACL on the front end.
Hope that helps.
Mike
-----Original Message-----
From: Matthew Koranda [mailto:matt@orkan.no]
Sent: Tuesday, January 15, 2002 6:01 AM
To: turbine-user@jakarta.apache.org
Subject: Re: singleton vs multiple applications
I'm mailing this a little funny so I'm not sure if this will be included in
the proper thread but this is pertaining to the thread started by Ronan-Yann
Lorin titled singleton vs multiple applications.
I was wondering what the final solution was because I am in a similar
situation. I am creating one large app that will connect a company with it's
suppliers, and also make the information available on the internet (kind of
a intranet/extranet/internet solution). It contains quite a few components
that seem as though they might be organized better as separate applications
namely a global/personal address book, a calendar, a product catalog and so
on. I'm not quite sure how these application would interact if they were
separate. My biggest concern is the user login/validation bacause even if
they could operate separately, they would need the same users and groups.
I had planned on having one main database as the separation of information
is not critical, it will all be hosted ansd operated together.
I hope my questions are clear. Any help and direction would be greatly
appreciated!
Matthew Koranda
Orkan Reklamebyrå
Maridalsvn. 87b, Bygn. 6
0461 Oslo
matt@orkan.no
Phone (+47) 23 12 19 09
Mobile (+47) 40 00 82 20
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: singleton vs multiple applications
Posted by Steve <tu...@knology.net>.
Mike:
You said...
<quote>
For the security, if you use Flux (or Fulcrum) you can have each webapp
point to the same underlying data source via the turbine resources
properties file.
</quote>
Won't you still have a problem accessing secured functionality in the
separate servlet/webapp because your ACL doesn't transfer? (are you even
still in the same session?)
What I am trying to say/ask is that leaving the confines of one turbine app
for another, even if both use the same security service, does not guarantee
your ACL passes with you, because the second app does not know you from
Adam.
Is this not true?
Steve
-----Original Message-----
From: Michael L. Conneen [mailto:mconneen@infointegrators.com]
Sent: Tuesday, January 15, 2002 6:28 PM
To: 'Turbine Users List'
Subject: RE: singleton vs multiple applications
Matthew,
Run them as different web apps. If they have to share services or
functions, like say the product catalog, you can either communicate between
webapps or just make sure that the objects and peers are in different jar
files so you can included the jars where needed.
By the way, I hope to have Fulcrum updated to use LDAP as a data source by
the end of the first quarter. Then, the idea would be the same, you would
still have the TR.props reference the appropriate service/data source and
your webserver point to the appropriate LDAP server if you want to gain the
ACL on the front end.
Hope that helps.
Mike
-----Original Message-----
From: Matthew Koranda [mailto:matt@orkan.no]
Sent: Tuesday, January 15, 2002 6:01 AM
To: turbine-user@jakarta.apache.org
Subject: Re: singleton vs multiple applications
I'm mailing this a little funny so I'm not sure if this will be included in
the proper thread but this is pertaining to the thread started by Ronan-Yann
Lorin titled singleton vs multiple applications.
I was wondering what the final solution was because I am in a similar
situation. I am creating one large app that will connect a company with it's
suppliers, and also make the information available on the internet (kind of
a intranet/extranet/internet solution). It contains quite a few components
that seem as though they might be organized better as separate applications
namely a global/personal address book, a calendar, a product catalog and so
on. I'm not quite sure how these application would interact if they were
separate. My biggest concern is the user login/validation bacause even if
they could operate separately, they would need the same users and groups.
I had planned on having one main database as the separation of information
is not critical, it will all be hosted ansd operated together.
I hope my questions are clear. Any help and direction would be greatly
appreciated!
Matthew Koranda
Orkan Reklamebyrå
Maridalsvn. 87b, Bygn. 6
0461 Oslo
matt@orkan.no
Phone (+47) 23 12 19 09
Mobile (+47) 40 00 82 20
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: singleton vs multiple applications
Posted by "Michael L. Conneen" <mc...@infointegrators.com>.
Matthew,
Run them as different web apps. If they have to share services or
functions, like say the product catalog, you can either communicate between
webapps or just make sure that the objects and peers are in different jar
files so you can included the jars where needed.
For the security, if you use Flux (or Fulcrum) you can have each webapp
point to the same underlying data source via the turbine resources
properties file.
By the way, I hope to have Fulcrum updated to use LDAP as a data source by
the end of the first quarter. Then, the idea would be the same, you would
still have the TR.props reference the appropriate service/data source and
your webserver point to the appropriate LDAP server if you want to gain the
ACL on the front end.
Hope that helps.
Mike
-----Original Message-----
From: Matthew Koranda [mailto:matt@orkan.no]
Sent: Tuesday, January 15, 2002 6:01 AM
To: turbine-user@jakarta.apache.org
Subject: Re: singleton vs multiple applications
I'm mailing this a little funny so I'm not sure if this will be included in
the proper thread but this is pertaining to the thread started by Ronan-Yann
Lorin titled singleton vs multiple applications.
I was wondering what the final solution was because I am in a similar
situation. I am creating one large app that will connect a company with it's
suppliers, and also make the information available on the internet (kind of
a intranet/extranet/internet solution). It contains quite a few components
that seem as though they might be organized better as separate applications
namely a global/personal address book, a calendar, a product catalog and so
on. I'm not quite sure how these application would interact if they were
separate. My biggest concern is the user login/validation bacause even if
they could operate separately, they would need the same users and groups.
I had planned on having one main database as the separation of information
is not critical, it will all be hosted ansd operated together.
I hope my questions are clear. Any help and direction would be greatly
appreciated!
Matthew Koranda
Orkan Reklamebyrå
Maridalsvn. 87b, Bygn. 6
0461 Oslo
matt@orkan.no
Phone (+47) 23 12 19 09
Mobile (+47) 40 00 82 20
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>