java.io.IOException: Broken pipe within an Apache Tomcat valve

[Chiranga Alwis]

Hi,

any help with regards to the following issue is highly appreciated.
http://stackoverflow.com/questions/36929016/java-io-ioexception-broken-pipe-within-an-apache-tomcat-valve

Accessing Tomcat internal components in a web-application

[Chiranga Alwis]

Hi,

I have posted the following question in stackoverflow forum.
http://stackoverflow.com/questions/36106968/accessing-tomcat-internal-components-in-a-web-application

A well explained solution is highly appreciated.

Re: Configuring a custom folder for Tomcat configuration files

[Chiranga Alwis]

Hi,

sorry about that but this was answered after I had sent this email to the
mailing list. Pardon me for that.

On Tue, Mar 8, 2016 at 7:06 PM, Daniel Savard <daniel.sav...@gmail.com>
wrote:

> Your question has been answered and you shouldn't cross post questions.
> -
> Daniel Savard
>
>
> 2016-03-08 3:31 GMT-05:00 Chiranga Alwis <chirangaal...@gmail.com>:
> > Hi,
> >
> > please refer the question in stackoverflow
> >
> http://stackoverflow.com/questions/35862427/configuring-custom-tomcat-configuration-folder
> > .
> >
> > Is this possible? Any help is highly appreciated.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Configuring a custom folder for Tomcat configuration files

[Chiranga Alwis]

Hi,

please refer the question in stackoverflow
http://stackoverflow.com/questions/35862427/configuring-custom-tomcat-configuration-folder
.

Is this possible? Any help is highly appreciated.

Re: Apache Tomcat context update listeners

[Chiranga Alwis]

Thanks Mark, I will go through and try to understand this. If any
clarifications are required I will post here.

By the way the goal I am pursuing (if it is not clear) is to enable the
loading of a set of custom configurations for every Context. These
configurations cannot be included within the typical web.xml (as we intend
to separate out these custom configurations from the typical web.xml
configurations) Other that that, this file plays a similar role to that
played by the web.xml.

On Sun, Feb 28, 2016 at 3:04 AM, Mark Thomas <ma...@apache.org> wrote:

> On 27/02/2016 17:38, Chiranga Alwis wrote:
> > Well, what I am trying to achieve is as follows:
> >
> > I am trying to load certain custom configurations from a file which is
> > similar to web.xml in Tomcat, for each Context. We can define it globally
> > and also override the configurations at context level. For this I have
> > already created a custom Listener and have added it to lib folder.
> >
> > I have already constructed it in a manner in which for each configuration
> > the configurations are loaded at webapp deployment.
> >
> > But now I intend to perform this task not only at the initial deployment,
> > but also if someone makes a change to the webapp. I believe Tomcat also
> > dynamically reloads a context if modified, for example a modification to
> > the web.xml or a Java class. We don't have to switch off the Tomcat
> server
> > and restart it to load the new changes.
>
> You still haven't defined change.
>
> > In my understanding, in such a situation the Context instance that was
> > initially created at server startup is destroyed and a new Context
> instance
> > is created. I got this idea as I did not come across a new event type
> under
> > Tomcat component lifecycle which defines an event of updating a Tomcat
> > component such as a Context. The ones that exist are for starting and
> > destroying of Tomcat components.
> >
> > Is my understanding correct?
>
> No.
>
> > Or is it different?
>
> Yes.
>
> > Plus what is/are the most
> > appropriate LifeCycle events which I am to use in such a situation?
>
> It appears you are using Tomcat 6 since that is the version of the
> documentation you quoted in your first post in this thread.
>
> You really need to upgrade to at least 7.0.x where the behaviour is much
> better defined. 6.0.x is likely to have some undocumented edge cases
> that might surprise you.
>
> Then you need to read this:
> http://tomcat.apache.org/tomcat-7.0-doc/config/automatic-deployment.html
>
> Pay particular attention to the differences between reload and redeploy.
>
> Then look at the Lifecyle.CONFIGURE_START_EVENT event.
>
> Mark
>
> >
> > On Sat, Feb 27, 2016 at 6:17 PM, Mark Thomas <ma...@apache.org> wrote:
> >
> >> On 26 February 2016 19:09:59 GMT+00:00, Chiranga Alwis <
> >> chirangaal...@gmail.com> wrote:
> >>> Well, sorry if the question is not clear.
> >>>
> >>> What I want to know is for what type of event we need to listen in
> >>> order to
> >>> carry out a task when a Context is modified. It would be great if there
> >>> is
> >>> a clear explanation on how this is to be checked.
> >>
> >> Again, define modified.
> >>
> >> Again, why do you want to run a task? What are you actually trying to
> >> achieve?
> >>
> >> Mark
> >>
> >>>
> >>> On Fri, Feb 26, 2016 at 5:21 PM, Mark Thomas <ma...@apache.org> wrote:
> >>>
> >>>> On 26/02/2016 11:44, Chiranga Alwis wrote:
> >>>>> Hi,
> >>>>>
> >>>>> I have currently created a LifecycleListener which listens to
> >>> Tomcat's
> >>>>> context deployment event and loads data in a custom configuration
> >>> file at
> >>>>> that point.
> >>>>>
> >>>>> I have been trying to find out whether LifecycleListeners support
> >>> context
> >>>>> update and modification events but yet in my understanding I could
> >>> not
> >>>>> discover an appropriate resource to use.
> >>>>
> >>>> Define update.
> >>>>
> >>>> Define modification.
> >>>>
> >>>> Better still, explain what it is you actually want to achieve rather
> >>>> than ask for help implementing your, potentially flawed, solution.
> >>>>
> >>>> Mark
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >>>> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>>>
> >>>>
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>
> >>
> >
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: Apache Tomcat context update listeners

[Chiranga Alwis]

Well, what I am trying to achieve is as follows:

I am trying to load certain custom configurations from a file which is
similar to web.xml in Tomcat, for each Context. We can define it globally
and also override the configurations at context level. For this I have
already created a custom Listener and have added it to lib folder.

I have already constructed it in a manner in which for each configuration
the configurations are loaded at webapp deployment.

But now I intend to perform this task not only at the initial deployment,
but also if someone makes a change to the webapp. I believe Tomcat also
dynamically reloads a context if modified, for example a modification to
the web.xml or a Java class. We don't have to switch off the Tomcat server
and restart it to load the new changes.

In my understanding, in such a situation the Context instance that was
initially created at server startup is destroyed and a new Context instance
is created. I got this idea as I did not come across a new event type under
Tomcat component lifecycle which defines an event of updating a Tomcat
component such as a Context. The ones that exist are for starting and
destroying of Tomcat components.

Is my understanding correct? Or is it different? Plus what is/are the most
appropriate LifeCycle events which I am to use in such a situation?

On Sat, Feb 27, 2016 at 6:17 PM, Mark Thomas <ma...@apache.org> wrote:

> On 26 February 2016 19:09:59 GMT+00:00, Chiranga Alwis <
> chirangaal...@gmail.com> wrote:
> >Well, sorry if the question is not clear.
> >
> >What I want to know is for what type of event we need to listen in
> >order to
> >carry out a task when a Context is modified. It would be great if there
> >is
> >a clear explanation on how this is to be checked.
>
> Again, define modified.
>
> Again, why do you want to run a task? What are you actually trying to
> achieve?
>
> Mark
>
> >
> >On Fri, Feb 26, 2016 at 5:21 PM, Mark Thomas <ma...@apache.org> wrote:
> >
> >> On 26/02/2016 11:44, Chiranga Alwis wrote:
> >> > Hi,
> >> >
> >> > I have currently created a LifecycleListener which listens to
> >Tomcat's
> >> > context deployment event and loads data in a custom configuration
> >file at
> >> > that point.
> >> >
> >> > I have been trying to find out whether LifecycleListeners support
> >context
> >> > update and modification events but yet in my understanding I could
> >not
> >> > discover an appropriate resource to use.
> >>
> >> Define update.
> >>
> >> Define modification.
> >>
> >> Better still, explain what it is you actually want to achieve rather
> >> than ask for help implementing your, potentially flawed, solution.
> >>
> >> Mark
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>
> >>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: Apache Tomcat context update listeners

[Chiranga Alwis]

Well, sorry if the question is not clear.

What I want to know is for what type of event we need to listen in order to
carry out a task when a Context is modified. It would be great if there is
a clear explanation on how this is to be checked.

On Fri, Feb 26, 2016 at 5:21 PM, Mark Thomas <ma...@apache.org> wrote:

> On 26/02/2016 11:44, Chiranga Alwis wrote:
> > Hi,
> >
> > I have currently created a LifecycleListener which listens to Tomcat's
> > context deployment event and loads data in a custom configuration file at
> > that point.
> >
> > I have been trying to find out whether LifecycleListeners support context
> > update and modification events but yet in my understanding I could not
> > discover an appropriate resource to use.
>
> Define update.
>
> Define modification.
>
> Better still, explain what it is you actually want to achieve rather
> than ask for help implementing your, potentially flawed, solution.
>
> Mark
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Apache Tomcat context update listeners

[Chiranga Alwis]

Hi,

I have currently created a LifecycleListener which listens to Tomcat's
context deployment event and loads data in a custom configuration file at
that point.

I have been trying to find out whether LifecycleListeners support context
update and modification events but yet in my understanding I could not
discover an appropriate resource to use.

Most specifically, no event type which is triggered at the point of Context
modification has been provided. Or does Tomcat first destroy the modified
context instance and create a new Context instance which means it calls a
destroy event on the Context and then create a new Context instance?

The ones that have come closest to the expectations are as follows:

 - A Context WatchedResource
 which simply
observes defined resources
   within a context. But yet in my understanding this does not allow me
   to monitor any modification within the context.

 - Java WatchService


It also has to be noted that currently I am collecting all the deployed
Contexts at deployment to a map along with their corresponding custom
configuration objects. Hence, there has to be a mechanism through which I
am to identify the Context which is modified.

Any help with this will be highly appreciated.

Re: Debugging Apache Tomcat

[Chiranga Alwis]

Hi Theo,

first of all thanks for the answer. I will certainly try this method as
well.

This issue seems to be solved when I restarted the computer and executed
the server. Please refer to the comments I have made regarding this issue,
at stackoverflow post.

On Thu, Feb 25, 2016 at 1:58 PM, Theo Sweeny <theo.swe...@avios.com> wrote:

> Hi Chiranga,
>
> -Original Message-
> From: Chiranga Alwis [mailto:chirangaal...@gmail.com]
> Sent: 25 February 2016 07:03
> To: Tomcat Users List <users@tomcat.apache.org>
> Subject: Debugging Apache Tomcat
>
> Hi,
>
> please refer this post regarding Tomcat debugging issue:
>
> 
> http://stackoverflow.com/questions/35620472/debug-apache-tomcat
>
> In the setenv.sh the properties can be set and then do one export via
> CATALINA_OPTS as seen here -
>
>
> JPDA_OPTS="-agentlib:jdwp=transport=dt_socket,address=10094,server=y,suspend=n"
>
> export CATALINA_OPTS ="$TAG $MEM_ARGS $APP_ARGS $JPDA_OPTS"
>
> Then start Tomcat without the jdpa option on the start command -
>
> bin/catalina.sh start
>
> Theo
> Avios Group (AGL) Ltd is a limited company registered in England
> (registered number 2260073 and VAT number 512566754) whose registered
> address is Astral Towers, Betts Way, London Road, Crawley, West Sussex RH10
> 9XY . Avios Group (AGL) Limited is part of the IAG group of companies This
> email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the system manager.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: 'javax.xml.parsers.FactoryConfigurationError: Provider for class javax.xml.parsers.DocumentBuilderFactory cannot be created' for Tomcat Valve

[Chiranga Alwis]

Hi,

Sorry for the late response. I did start working by sticking to the default
and it seems to work.

Thanks for the help.

On Thu, Feb 11, 2016 at 5:16 PM, Chiranga Alwis <chirangaal...@gmail.com>
wrote:

> Hi Chris,
>
> I will check if it works by sticking to the default.
>
> On Mon, Feb 8, 2016 at 8:21 PM, Christopher Schultz <
> ch...@christopherschultz.net> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Chiranga,
>>
>> On 2/7/16 2:27 AM, Chiranga Alwis wrote:
>> > I think OpenSAML seems to be using
>> > org.apache.xerces.jaxp.DocumentBuilderFactoryImpl. I am actually
>> > having this class within the lib folder of Tomcat.
>>
>> Replacing XML parsers within applications is always a sticky business.
>> Have you tried simply removing your local Xerces implementation from
>> your web application to see if that works?
>>
>> - -chris
>>
>> > On Sun, Feb 7, 2016 at 12:41 PM, Chiranga Alwis
>> > <chirangaal...@gmail.com> wrote:
>> >
>> >> Hi Chris,
>> >>
>> >> Yes I do. This is a SAML based single-sign-on valve for Tomcat.
>> >>
>> >> On Sat, Feb 6, 2016 at 2:58 AM, Christopher Schultz <
>> >> ch...@christopherschultz.net> wrote:
>> >>
>> > Chiranga,
>> >
>> > On 2/4/16 3:10 PM, Chiranga Alwis wrote:
>> >>>>> I have specified the following issue in stackoverflow:
>> >>>>> http://stackoverflow.com/questions/35210472/javax-xml-parsers-fact
>> oryc
>> >
>> >>>>>
>> onfigurationerror-provider-for-class-javax-xml-parse
>> > <http://stackoverflow.com/questions/35210472/javax-xml-parsers-factory
>> configurationerror-provider-for-class-javax-xml-parse
>> <http://stackoverflow.com/questions/35210472/javax-xml-parsers-factoryconfigurationerror-provider-for-class-javax-xml-parse>
>> >
>> >
>> >  So
>> >>>>>
>> > you have a serialized SAML object, and it's trying to parse XML as
>> > it's being deserialized?
>> >
>> > Are you (or is OpenSAML) using any kind of custom XML parser?
>> >
>> > -chris
>> >
>> >>>
>> >>> 
>> - -
>> >>>
>> >>>
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> >>> For additional commands, e-mail: users-h...@tomcat.apache.org
>> >>>
>> >>>
>> >>
>> >
>> -BEGIN PGP SIGNATURE-
>> Comment: GPGTools - http://gpgtools.org
>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>
>> iEYEARECAAYFAla4q48ACgkQ9CaO5/Lv0PDK8wCgsgGKJK0xwYrcDJPk4glV4pyg
>> Z7oAnR+nNPS0eyjQ6MYYiffDzsiAJdeL
>> =K9nv
>> -END PGP SIGNATURE-
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>

Debugging Apache Tomcat

[Chiranga Alwis]

Hi,

please refer this post regarding Tomcat debugging issue:


http://stackoverflow.com/questions/35620472/debug-apache-tomcat

Re: Adding a custom configurations file globally and at web-app level for Apache Tomcat

[Chiranga Alwis]

Hi Chris,

yeah as you said a decision was made to separate out properties which can
be defined only at global level in one file reminiscent to Tomcat's
server.xml and a web app descriptor file which can be defined at global
level and can also be overridden at context level reminiscent to web.xml of
Tomcat.

I am using LifeCycleListeners to load configurations and anyone using the
configurations in valves will be able to load them using
ValveBase.initInternal() method.

On Sat, Feb 20, 2016 at 8:23 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> Chiranga,
>
> On 2/12/16 1:27 AM, Chiranga Alwis wrote:
> > There are some custom configurations which we intend to add to this
> config
> > file. We have a custom made single-sign-on valve based on SAML 2.0 which
> > has plenty of configuration properties plus there are some custom
> > classloading code which I am not that entirely proficient about.
> >
> > We intend to separate out these from default Tomcat configs in web.xml
> and
> > improve the users' usability.
>
> How does introducing a new type of global configuration file improve
> users' usability?
>
> -chris
>
> > On Thu, Feb 11, 2016 at 10:53 PM, Christopher Schultz <
> > ch...@christopherschultz.net> wrote:
> >
> > Chiranga,
> >
> > On 2/11/16 6:45 AM, Chiranga Alwis wrote:
> >>>> Hi,
> >>>>
> >>>> I have been working on adding a custom configurations file which
> >>>> follow a pattern similar to the web.xml, i.e. the file can be
> >>>> defined globally but several predefined configuration properties
> >>>> can be overridden at web-app level.
> >>>>
> >>>> For this purpose, my initial plan was to load the content in global
> >>>> level file by implementing the LifeCycleListener interface and in
> >>>> the case of a web-app or context use a ServletContextListener.
> >>>>
> >>>> Is this the most appropriate procedure to achieve this or is it an
> >>>> incorrect approach?
> >
> > Can you explain how this is different from what is possible using
> > conf/web.xml and conf/context.xml for site-wide defaults?
> >
> > -chris
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Starting order of Apache Tomcat server.xml components

[Chiranga Alwis]

Hi,

Please refer the stackoverflow forum question.
http://stackoverflow.com/questions/35403457/starting-order-of-apache-tomcat-server-xml-components/35403591#35403591

Re: Adding a custom configurations file globally and at web-app level for Apache Tomcat

[Chiranga Alwis]

Hi Chris,

There are some custom configurations which we intend to add to this config
file. We have a custom made single-sign-on valve based on SAML 2.0 which
has plenty of configuration properties plus there are some custom
classloading code which I am not that entirely proficient about.

We intend to separate out these from default Tomcat configs in web.xml and
improve the users' usability.

On Thu, Feb 11, 2016 at 10:53 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Chiranga,
>
> On 2/11/16 6:45 AM, Chiranga Alwis wrote:
> > Hi,
> >
> > I have been working on adding a custom configurations file which
> > follow a pattern similar to the web.xml, i.e. the file can be
> > defined globally but several predefined configuration properties
> > can be overridden at web-app level.
> >
> > For this purpose, my initial plan was to load the content in global
> > level file by implementing the LifeCycleListener interface and in
> > the case of a web-app or context use a ServletContextListener.
> >
> > Is this the most appropriate procedure to achieve this or is it an
> > incorrect approach?
>
> Can you explain how this is different from what is possible using
> conf/web.xml and conf/context.xml for site-wide defaults?
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAla8w58ACgkQ9CaO5/Lv0PA4kwCgnfVzmTmLmJfDBnpIeKtLaov/
> DkUAnjeSgd35fxMROx7pXCu26sUD2zqE
> =is8C
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Adding a custom configurations file globally and at web-app level for Apache Tomcat

[Chiranga Alwis]

Hi,

I have been working on adding a custom configurations file which follow a
pattern similar to the web.xml, i.e. the file can be defined globally but
several predefined configuration properties can be overridden at web-app
level.

For this purpose, my initial plan was to load the content in global level
file by implementing the LifeCycleListener interface and in the case of a
web-app or context use a ServletContextListener.

Is this the most appropriate procedure to achieve this or is it an
incorrect approach?

Re: 'javax.xml.parsers.FactoryConfigurationError: Provider for class javax.xml.parsers.DocumentBuilderFactory cannot be created' for Tomcat Valve

[Chiranga Alwis]

Hi Chris,

I will check if it works by sticking to the default.

On Mon, Feb 8, 2016 at 8:21 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Chiranga,
>
> On 2/7/16 2:27 AM, Chiranga Alwis wrote:
> > I think OpenSAML seems to be using
> > org.apache.xerces.jaxp.DocumentBuilderFactoryImpl. I am actually
> > having this class within the lib folder of Tomcat.
>
> Replacing XML parsers within applications is always a sticky business.
> Have you tried simply removing your local Xerces implementation from
> your web application to see if that works?
>
> - -chris
>
> > On Sun, Feb 7, 2016 at 12:41 PM, Chiranga Alwis
> > <chirangaal...@gmail.com> wrote:
> >
> >> Hi Chris,
> >>
> >> Yes I do. This is a SAML based single-sign-on valve for Tomcat.
> >>
> >> On Sat, Feb 6, 2016 at 2:58 AM, Christopher Schultz <
> >> ch...@christopherschultz.net> wrote:
> >>
> > Chiranga,
> >
> > On 2/4/16 3:10 PM, Chiranga Alwis wrote:
> >>>>> I have specified the following issue in stackoverflow:
> >>>>> http://stackoverflow.com/questions/35210472/javax-xml-parsers-fact
> oryc
> >
> >>>>>
> onfigurationerror-provider-for-class-javax-xml-parse
> > <http://stackoverflow.com/questions/35210472/javax-xml-parsers-factory
> configurationerror-provider-for-class-javax-xml-parse>
> >
> >  So
> >>>>>
> > you have a serialized SAML object, and it's trying to parse XML as
> > it's being deserialized?
> >
> > Are you (or is OpenSAML) using any kind of custom XML parser?
> >
> > -chris
> >
> >>>
> >>> 
> - -
> >>>
> >>>
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >>> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>>
> >>>
> >>
> >
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAla4q48ACgkQ9CaO5/Lv0PDK8wCgsgGKJK0xwYrcDJPk4glV4pyg
> Z7oAnR+nNPS0eyjQ6MYYiffDzsiAJdeL
> =K9nv
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: 'javax.xml.parsers.FactoryConfigurationError: Provider for class javax.xml.parsers.DocumentBuilderFactory cannot be created' for Tomcat Valve

[Chiranga Alwis]

Hi Chris,

I think OpenSAML seems to be using
org.apache.xerces.jaxp.DocumentBuilderFactoryImpl. I am actually having
this class within the lib folder of Tomcat.

On Sun, Feb 7, 2016 at 12:41 PM, Chiranga Alwis <chirangaal...@gmail.com>
wrote:

> Hi Chris,
>
> Yes I do. This is a SAML based single-sign-on valve for Tomcat.
>
> On Sat, Feb 6, 2016 at 2:58 AM, Christopher Schultz <
> ch...@christopherschultz.net> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Chiranga,
>>
>> On 2/4/16 3:10 PM, Chiranga Alwis wrote:
>> > I have specified the following issue in stackoverflow:
>> > http://stackoverflow.com/questions/35210472/javax-xml-parsers-factoryc
>> onfigurationerror-provider-for-class-javax-xml-parse
>> <http://stackoverflow.com/questions/35210472/javax-xml-parsers-factoryconfigurationerror-provider-for-class-javax-xml-parse>
>>
>> So
>> >
>> you have a serialized SAML object, and it's trying to parse XML as
>> it's being deserialized?
>>
>> Are you (or is OpenSAML) using any kind of custom XML parser?
>>
>> - -chris
>>
>> -BEGIN PGP SIGNATURE-
>> Comment: GPGTools - http://gpgtools.org
>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>
>> iEYEARECAAYFAla1FAoACgkQ9CaO5/Lv0PCoVQCgvBZpQYWJ3p1YmdzDUD+fWgp1
>> wbEAn36BXyOYrPq25825MEKC+2q9ugKW
>> =Ny9W
>> -END PGP SIGNATURE-
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>

Re: 'javax.xml.parsers.FactoryConfigurationError: Provider for class javax.xml.parsers.DocumentBuilderFactory cannot be created' for Tomcat Valve

[Chiranga Alwis]

Hi Chris,

Yes I do. This is a SAML based single-sign-on valve for Tomcat.

On Sat, Feb 6, 2016 at 2:58 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Chiranga,
>
> On 2/4/16 3:10 PM, Chiranga Alwis wrote:
> > I have specified the following issue in stackoverflow:
> > http://stackoverflow.com/questions/35210472/javax-xml-parsers-factoryc
> onfigurationerror-provider-for-class-javax-xml-parse
>
> So
> >
> you have a serialized SAML object, and it's trying to parse XML as
> it's being deserialized?
>
> Are you (or is OpenSAML) using any kind of custom XML parser?
>
> - -chris
>
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAla1FAoACgkQ9CaO5/Lv0PCoVQCgvBZpQYWJ3p1YmdzDUD+fWgp1
> wbEAn36BXyOYrPq25825MEKC+2q9ugKW
> =Ny9W
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

'javax.xml.parsers.FactoryConfigurationError: Provider for class javax.xml.parsers.DocumentBuilderFactory cannot be created' for Tomcat Valve

[Chiranga Alwis]

Hi,

I have specified the following issue in stackoverflow:
http://stackoverflow.com/questions/35210472/javax-xml-parsers-factoryconfigurationerror-provider-for-class-javax-xml-parse

Any help will be highly appreciated.

Extending Apache Tomcat's Single Sign On feature with org.apache.catalina.authenticator.SingleSignOn

[Chiranga Alwis]

Hi,

I have been attempting to extend the Single Sign On feature of Apache
Tomcat by extending the org.apache.catalina.authenticator.SingleSignOn
class.

My attempt is to create a Java Maven project extending the above class
which outputs a jar and add the resultant jar file to the
$CATALINA_HOME/lib folder of the Tomcat distribution. Further, in order to
use the implementation, add it as a Valve in the server.xml file.

I am quite new to these technologies and I am not entirely sure whether
this is the correct approach.

Any help or suggestions with regards to this approach and validity of the
steps is highly appreciated.


Yours sincerely,

Chiranga

Re: Extending Apache Tomcat's Single Sign On feature with org.apache.catalina.authenticator.SingleSignOn

[Chiranga Alwis]

Hi kidambi,

In my understanding (since I am new to most of these technologies), this
SSO feature is provided as a server side single sign on feature. To be more
descriptive, I am intending to use this as a valve in server.xml of Tomcat
distribution instead of the existing, default SingleSignOn class provided
by Apache Tomcat.





On Wed, Dec 9, 2015 at 9:00 PM, kidambi madhu <madhu.kida...@gmail.com>
wrote:

> Hi Chiranga,
>
> Are you providing the SSO feature as a server side single Sign on or as a
> Servlet that can be used as a Controller in the desired apps to enable
> Application SSO?
>
> Regards,
> Madhu
>
> On Wed, Dec 9, 2015 at 8:43 PM, Chiranga Alwis <chirangaal...@gmail.com>
> wrote:
>
> > Hi,
> >
> > I have been attempting to extend the Single Sign On feature of Apache
> > Tomcat by extending the org.apache.catalina.authenticator.SingleSignOn
> > class.
> >
> > My attempt is to create a Java Maven project extending the above class
> > which outputs a jar and add the resultant jar file to the
> > $CATALINA_HOME/lib folder of the Tomcat distribution. Further, in order
> to
> > use the implementation, add it as a Valve in the server.xml file.
> >
> > I am quite new to these technologies and I am not entirely sure whether
> > this is the correct approach.
> >
> > Any help or suggestions with regards to this approach and validity of the
> > steps is highly appreciated.
> >
> >
> > Yours sincerely,
> >
> > Chiranga
> >
>