You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Ch Praveena <ps...@gmail.com> on 2008/05/22 12:45:04 UTC
[users@httpd] Clustering
Hi all,
I think I can get a proper response and can solve my issue. I am
trying to cluster Jboss(Mainitans tomcat as a web container) using APACHE as
load balancer, to run my application written using Hibernate and Echo2. I am
finding a common exception called NOTSERIALIZABLE EXCEPTION pinning at
RequestFacade.java available in the Tomcat source. Here is the stack trace
of it. http://rifers.org/paste/show/7354
Please let me know If I can be helped in any way.
--
-Coolest Regards,
Praveena Chalamcharla,
Securview....
Re: Clustering
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ch,
Ch Praveena wrote:
| I think I can get a proper response and can solve my issue. I am
| trying to cluster Jboss(Mainitans tomcat as a web container) using
APACHE as
| load balancer, to run my application written using Hibernate and
Echo2. I am
| finding a common exception called NOTSERIALIZABLE EXCEPTION pinning at
| RequestFacade.java available in the Tomcat source. Here is the stack trace
| of it. http://rifers.org/paste/show/7354
Wow, that's a heckuva stack trace.
Are you storing the request object in your session? That's what it looks
like you are doing.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkg1d9gACgkQ9CaO5/Lv0PA3dQCgnM3Th89DXFNvmSdfP+Xf1pmU
OEMAoKuHbFvzMDskWzd06oyeR9hVO86u
=4ICU
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: [users@httpd] Clustering
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Ch Praveena [mailto:ps050202@gmail.com]
> Subject: Re: [users@httpd] Clustering
>
> I have modified the source of Jboss (which
> contains Tomcat as webcontainer) inner file,
> org.apache.catalina.connector.RequestFacade.java,
> by serializing it.
A complete waste of time, as you discovered.
> So, I want to know by the developers of Tomcat to
> solve this issue.
You've already been told how to properly fix it - change the webapp to not store the request in the session. There is no reason to do so in a properly designed application. It's irrelevant that you're not the original author.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [users@httpd] Clustering
Posted by Ch Praveena <ps...@gmail.com>.
Hi all,
Anyway, Just as a trail, I have modified the source of Jboss (which
contains Tomcat as webcontainer) inner file,
org.apache.catalina.connector.RequestFacade.java, by serializing it. But
found the same NonSerializableException pointing to
org.apache.catalina.connector.Request.java. So, I want to know by the
developers of Tomcat to solve this issue. Is there any chance to modify all
the files to be serialized so that the internal architecture is not
disturbed.
Awaiting for your responses..
2008/5/23 Pid <p...@pidster.com>:
> Ch Praveena wrote:
>
>> Thank you all for your responses..
>> But still I am at lot of confusion as I was not the actual person who
>> have
>> designed the code. Anyway, I will try to solve the issue at the earliest.
>> And here is an issue for the Tomcat designers. It was already known that
>> Jboss internally use Tomcat as a web container.
>> I already found that RequestFacade.java be be not serialised class. And
>> also I found that RequestFacade.java file with in the internal jars of
>> Jboss at JBOSS_HOME/server/all/deploy/jboss-web.deployer/jbossweb.jar
>> file.
>> Now, I would like to ask you if there would be any technical problem to
>> the
>> jboss architecture or Tomcat when we serialize this RequestFacade.java
>> file?
>>
>
> Option 2/3 are not good options. The problem is that you should not try to
> store the Request object (or the facade) in a session.
>
> I seem to remember this coming up recently and one of the TC dev's
> recommending against doing this. As soon as it the original
> request/response cycle has finished, the object you are storing is in an
> undefined state, (or something, errr, anyone?).
>
>
> If there is data in the request that you need to reuse, put it in a Map,
> List or Enumeration (even creating your own properly serialized object to
> hold it would be OK) and store that instead.
>
>
> p
>
>
>
>
> 2008/5/23 Eric Lennon Bowman <eb...@boboco.ie>:
>>
>> On Thu, May 22, 2008 2:36 pm, Scott Courtney wrote:
>>>
>>>> There really are only two solutions:
>>>>
>>>> 1. Modify your application so that RequestFacade is not stored in the
>>>> session
>>>> object. You probably won't learn much from the stack trace, because
>>>> that is
>>>> tracing the replication process that failed, not the application code
>>>> that
>>>> stored the object. Look for a Serializable object in your app which
>>>>
>>> has
>>>
>>>> a
>>>> reference to RequestFacade, perhaps in a member variable. Find a way
>>>> not to
>>>> use that reference, or not to store your containing object in the
>>>> session.
>>>>
>>>> 2. Modify the Echo2 or Catalina source code so that RequestFacade is
>>>> declared
>>>> Serializable. I would be *very* cautious about doing that, because
>>>>
>>> just
>>>
>>>> declaring the Serializable interface doesn't mean that your object can
>>>> be sensibly serialized -- it just means *you* think it can. As someone
>>>> else
>>>> suggested, read up on the serialization process before trying this.
>>>>
>>> And
>>>
>>>> in
>>>> any case, this means forking a library module, which is usually a
>>>> horrible
>>>> idea.
>>>>
>>>> As others have said, this question is really more related to Tomcat than
>>>> it
>>>> is to Apache, so you will probably have better luck on the Tomcat
>>>> forums.
>>>> I'm
>>>> hoping the above hints will give you a headstart on a Google search of
>>>> those
>>>> forums and/or a closer look at your application code.
>>>>
>>> There's actually a 3rd option -- if you need to hang on to a request
>>> object, mark it transient. It makes NO sense to move a request object
>>> around the cluster; I wouldn't recommend trying to make that work.
>>>
>>> (Sorry about the formatting...:) )
>>>
>>> --
>>> Eric Lennon Bowman
>>> Bobo Company Ltd
>>> ebowman@boboco.ie
>>>
>>>
>>> ---------------------------------------------------------------------
>>> The official User-To-User support forum of the Apache HTTP Server
>>> Project.
>>> See <URL:http://httpd.apache.org/userslist.html> for more info.
>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>
>>>
>>>
>>
>>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
--
-Coolest Regards,
Praveena Chalamcharla,
Securview....
Re: [users@httpd] Clustering
Posted by Pid <p...@pidster.com>.
Ch Praveena wrote:
> Thank you all for your responses..
> But still I am at lot of confusion as I was not the actual person who have
> designed the code. Anyway, I will try to solve the issue at the earliest.
> And here is an issue for the Tomcat designers. It was already known that
> Jboss internally use Tomcat as a web container.
> I already found that RequestFacade.java be be not serialised class. And
> also I found that RequestFacade.java file with in the internal jars of
> Jboss at JBOSS_HOME/server/all/deploy/jboss-web.deployer/jbossweb.jar file.
> Now, I would like to ask you if there would be any technical problem to the
> jboss architecture or Tomcat when we serialize this RequestFacade.java
> file?
Option 2/3 are not good options. The problem is that you should not try
to store the Request object (or the facade) in a session.
I seem to remember this coming up recently and one of the TC dev's
recommending against doing this. As soon as it the original
request/response cycle has finished, the object you are storing is in an
undefined state, (or something, errr, anyone?).
If there is data in the request that you need to reuse, put it in a Map,
List or Enumeration (even creating your own properly serialized object
to hold it would be OK) and store that instead.
p
> 2008/5/23 Eric Lennon Bowman <eb...@boboco.ie>:
>
>> On Thu, May 22, 2008 2:36 pm, Scott Courtney wrote:
>>> There really are only two solutions:
>>>
>>> 1. Modify your application so that RequestFacade is not stored in the
>>> session
>>> object. You probably won't learn much from the stack trace, because
>>> that is
>>> tracing the replication process that failed, not the application code
>>> that
>>> stored the object. Look for a Serializable object in your app which
>> has
>>> a
>>> reference to RequestFacade, perhaps in a member variable. Find a way
>>> not to
>>> use that reference, or not to store your containing object in the
>>> session.
>>>
>>> 2. Modify the Echo2 or Catalina source code so that RequestFacade is
>>> declared
>>> Serializable. I would be *very* cautious about doing that, because
>> just
>>> declaring the Serializable interface doesn't mean that your object can
>>> be sensibly serialized -- it just means *you* think it can. As someone
>>> else
>>> suggested, read up on the serialization process before trying this.
>> And
>>> in
>>> any case, this means forking a library module, which is usually a
>>> horrible
>>> idea.
>>>
>>> As others have said, this question is really more related to Tomcat than
>>> it
>>> is to Apache, so you will probably have better luck on the Tomcat forums.
>>> I'm
>>> hoping the above hints will give you a headstart on a Google search of
>>> those
>>> forums and/or a closer look at your application code.
>> There's actually a 3rd option -- if you need to hang on to a request
>> object, mark it transient. It makes NO sense to move a request object
>> around the cluster; I wouldn't recommend trying to make that work.
>>
>> (Sorry about the formatting...:) )
>>
>> --
>> Eric Lennon Bowman
>> Bobo Company Ltd
>> ebowman@boboco.ie
>>
>>
>> ---------------------------------------------------------------------
>> The official User-To-User support forum of the Apache HTTP Server Project.
>> See <URL:http://httpd.apache.org/userslist.html> for more info.
>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>> For additional commands, e-mail: users-help@httpd.apache.org
>>
>>
>
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [users@httpd] Clustering
Posted by Ch Praveena <ps...@gmail.com>.
Thank you all for your responses..
But still I am at lot of confusion as I was not the actual person who have
designed the code. Anyway, I will try to solve the issue at the earliest.
And here is an issue for the Tomcat designers. It was already known that
Jboss internally use Tomcat as a web container.
I already found that RequestFacade.java be be not serialised class. And
also I found that RequestFacade.java file with in the internal jars of
Jboss at JBOSS_HOME/server/all/deploy/jboss-web.deployer/jbossweb.jar file.
Now, I would like to ask you if there would be any technical problem to the
jboss architecture or Tomcat when we serialize this RequestFacade.java
file?
2008/5/23 Eric Lennon Bowman <eb...@boboco.ie>:
>
> On Thu, May 22, 2008 2:36 pm, Scott Courtney wrote:
> > There really are only two solutions:
> >
> > 1. Modify your application so that RequestFacade is not stored in the
> > session
> > object. You probably won't learn much from the stack trace, because
> > that is
> > tracing the replication process that failed, not the application code
> > that
> > stored the object. Look for a Serializable object in your app which
> has
> > a
> > reference to RequestFacade, perhaps in a member variable. Find a way
> > not to
> > use that reference, or not to store your containing object in the
> > session.
> >
> > 2. Modify the Echo2 or Catalina source code so that RequestFacade is
> > declared
> > Serializable. I would be *very* cautious about doing that, because
> just
> > declaring the Serializable interface doesn't mean that your object can
> > be sensibly serialized -- it just means *you* think it can. As someone
> > else
> > suggested, read up on the serialization process before trying this.
> And
> > in
> > any case, this means forking a library module, which is usually a
> > horrible
> > idea.
> >
> > As others have said, this question is really more related to Tomcat than
> > it
> > is to Apache, so you will probably have better luck on the Tomcat forums.
> > I'm
> > hoping the above hints will give you a headstart on a Google search of
> > those
> > forums and/or a closer look at your application code.
>
> There's actually a 3rd option -- if you need to hang on to a request
> object, mark it transient. It makes NO sense to move a request object
> around the cluster; I wouldn't recommend trying to make that work.
>
> (Sorry about the formatting...:) )
>
> --
> Eric Lennon Bowman
> Bobo Company Ltd
> ebowman@boboco.ie
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
-Coolest Regards,
Praveena Chalamcharla,
Securview....
Re: [users@httpd] Clustering
Posted by Ch Praveena <ps...@gmail.com>.
Thank you all for your responses..
But still I am at lot of confusion as I was not the actual person who have
designed the code. Anyway, I will try to solve the issue at the earliest.
And here is an issue for the Tomcat designers. It was already known that
Jboss internally use Tomcat as a web container.
I already found that RequestFacade.java be be not serialised class. And
also I found that RequestFacade.java file with in the internal jars of
Jboss at JBOSS_HOME/server/all/deploy/jboss-web.deployer/jbossweb.jar file.
Now, I would like to ask you if there would be any technical problem to the
jboss architecture or Tomcat when we serialize this RequestFacade.java
file?
2008/5/23 Eric Lennon Bowman <eb...@boboco.ie>:
>
> On Thu, May 22, 2008 2:36 pm, Scott Courtney wrote:
> > There really are only two solutions:
> >
> > 1. Modify your application so that RequestFacade is not stored in the
> > session
> > object. You probably won't learn much from the stack trace, because
> > that is
> > tracing the replication process that failed, not the application code
> > that
> > stored the object. Look for a Serializable object in your app which
> has
> > a
> > reference to RequestFacade, perhaps in a member variable. Find a way
> > not to
> > use that reference, or not to store your containing object in the
> > session.
> >
> > 2. Modify the Echo2 or Catalina source code so that RequestFacade is
> > declared
> > Serializable. I would be *very* cautious about doing that, because
> just
> > declaring the Serializable interface doesn't mean that your object can
> > be sensibly serialized -- it just means *you* think it can. As someone
> > else
> > suggested, read up on the serialization process before trying this.
> And
> > in
> > any case, this means forking a library module, which is usually a
> > horrible
> > idea.
> >
> > As others have said, this question is really more related to Tomcat than
> > it
> > is to Apache, so you will probably have better luck on the Tomcat forums.
> > I'm
> > hoping the above hints will give you a headstart on a Google search of
> > those
> > forums and/or a closer look at your application code.
>
> There's actually a 3rd option -- if you need to hang on to a request
> object, mark it transient. It makes NO sense to move a request object
> around the cluster; I wouldn't recommend trying to make that work.
>
> (Sorry about the formatting...:) )
>
> --
> Eric Lennon Bowman
> Bobo Company Ltd
> ebowman@boboco.ie
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
-Coolest Regards,
Praveena Chalamcharla,
Securview....
Re: [users@httpd] Clustering
Posted by Eric Lennon Bowman <eb...@boboco.ie>.
On Thu, May 22, 2008 2:36 pm, Scott Courtney wrote:
> There really are only two solutions:
>
> 1. Modify your application so that RequestFacade is not stored in the
> session
> object. You probably won't learn much from the stack trace, because
> that is
> tracing the replication process that failed, not the application code
> that
> stored the object. Look for a Serializable object in your app which has
> a
> reference to RequestFacade, perhaps in a member variable. Find a way
> not to
> use that reference, or not to store your containing object in the
> session.
>
> 2. Modify the Echo2 or Catalina source code so that RequestFacade is
> declared
> Serializable. I would be *very* cautious about doing that, because just
> declaring the Serializable interface doesn't mean that your object can
> be sensibly serialized -- it just means *you* think it can. As someone
> else
> suggested, read up on the serialization process before trying this. And
> in
> any case, this means forking a library module, which is usually a
> horrible
> idea.
>
> As others have said, this question is really more related to Tomcat than
> it
> is to Apache, so you will probably have better luck on the Tomcat forums.
> I'm
> hoping the above hints will give you a headstart on a Google search of
> those
> forums and/or a closer look at your application code.
There's actually a 3rd option -- if you need to hang on to a request
object, mark it transient. It makes NO sense to move a request object
around the cluster; I wouldn't recommend trying to make that work.
(Sorry about the formatting...:) )
--
Eric Lennon Bowman
Bobo Company Ltd
ebowman@boboco.ie
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Clustering
Posted by Scott Courtney <sc...@sinenomine.net>.
On Thursday 22 May 2008 08:24:07 Ch Praveena wrote:
> But there the serialization is neither with Tomcat nor with my
> application. Its a problem with Echo2 framework basically. You can see the
> stack trace here.. http://rifers.org/paste/show/7354.
> I have used echo2 and hibernate to write my application and all the classes
> in the application are serialized.
There really are only two solutions:
1. Modify your application so that RequestFacade is not stored in the session
object. You probably won't learn much from the stack trace, because that is
tracing the replication process that failed, not the application code that
stored the object. Look for a Serializable object in your app which has a
reference to RequestFacade, perhaps in a member variable. Find a way not to
use that reference, or not to store your containing object in the session.
2. Modify the Echo2 or Catalina source code so that RequestFacade is declared
Serializable. I would be *very* cautious about doing that, because just
declaring the Serializable interface doesn't mean that your object can
be sensibly serialized -- it just means *you* think it can. As someone else
suggested, read up on the serialization process before trying this. And in
any case, this means forking a library module, which is usually a horrible
idea.
As others have said, this question is really more related to Tomcat than it
is to Apache, so you will probably have better luck on the Tomcat forums. I'm
hoping the above hints will give you a headstart on a Google search of those
forums and/or a closer look at your application code.
Kind regards and good luck,
Scott
--
-----------------------------------------------------------------------------
Scott D. COURTNEY, Principal Engineer Sine Nomine Associates
scourtney@sinenomine.net http://www.sinenomine.net/
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Clustering
Posted by Ch Praveena <ps...@gmail.com>.
Thank you for ur immediate responses.
Of course,
But there the serialization is neither with Tomcat nor with my
application. Its a problem with Echo2 framework basically. You can see the
stack trace here.. http://rifers.org/paste/show/7354.
I have used echo2 and hibernate to write my application and all the classes
in the application are serialized.
PS: I am running the app in Jboss and trying to cluster it. So, the Tomcat
which is embeded in Jboss can solve the current issue or not..
Please let me know only that specifically..
2008/5/22 Eric Bowman <eb...@boboco.ie>:
> His point was, this is a common issue that can be solved usually by a quick
> google search. If you can't use google, well, good luck.
>
> If you want an object to replicate, it must be serializable. If you put an
> object into the session that is not serializable, and you have session
> replication configured, you will see this kind of problem. QED.
>
>
> Ch Praveena wrote:
>
>> I dint get u.
>>
>> If you mean that my intension is to know about the way of Serialization,
>> I am very much sure about those issues. I want if Tomcat or apache can help
>> to solve the exception raised here by modifying the source code of Tomcat as
>> RequestFacade.java is available with the tomcat itself and if so, i can
>> modify in the source of the Tomcat. But, I am using Jboss which dont have
>> this specified RequestFacade.java file in it, even if it uses tomcat as the
>> web container internally
>>
>> 2008/5/22 Ben Ricker <ben.ricker@gmail.com <mailto:ben.ricker@gmail.com
>> >>:
>>
>> Google is your friend: http://java.sys-con.com/read/44199.htm
>>
>> Ben Ricker
>> On May 22, 2008, at 5:45 AM, Ch Praveena wrote:
>>
>> Hi all,
>>>
>>> I think I can get a proper response and can solve my
>>> issue. I am trying to cluster Jboss(Mainitans tomcat as a web
>>> container) using APACHE as load balancer, to run my application
>>> written using Hibernate and Echo2. I am finding a common
>>> exception called NOTSERIALIZABLE EXCEPTION pinning at
>>> RequestFacade.java available in the Tomcat source. Here is the
>>> stack trace of it. http://rifers.org/paste/show/7354
>>>
>>> Please let me know If I can be helped in any way.
>>>
>>>
>>>
>>> --
>>>
>>> -Coolest Regards,
>>>
>>> Praveena Chalamcharla,
>>> Securview....
>>>
>>
>>
>>
>>
>> --
>>
>>
>> -Coolest Regards,
>>
>> Praveena Chalamcharla,
>> Securview....
>>
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
-Coolest Regards,
Praveena Chalamcharla,
Securview....
Re: [users@httpd] Clustering
Posted by Eric Bowman <eb...@boboco.ie>.
His point was, this is a common issue that can be solved usually by a
quick google search. If you can't use google, well, good luck.
If you want an object to replicate, it must be serializable. If you put
an object into the session that is not serializable, and you have
session replication configured, you will see this kind of problem. QED.
Ch Praveena wrote:
> I dint get u.
>
> If you mean that my intension is to know about the way of
> Serialization, I am very much sure about those issues. I want if
> Tomcat or apache can help to solve the exception raised here by
> modifying the source code of Tomcat as RequestFacade.java is available
> with the tomcat itself and if so, i can modify in the source of the
> Tomcat. But, I am using Jboss which dont have this specified
> RequestFacade.java file in it, even if it uses tomcat as the web
> container internally
>
> 2008/5/22 Ben Ricker <ben.ricker@gmail.com <ma...@gmail.com>>:
>
> Google is your friend: http://java.sys-con.com/read/44199.htm
>
> Ben Ricker
>
> On May 22, 2008, at 5:45 AM, Ch Praveena wrote:
>
>> Hi all,
>>
>> I think I can get a proper response and can solve my
>> issue. I am trying to cluster Jboss(Mainitans tomcat as a web
>> container) using APACHE as load balancer, to run my application
>> written using Hibernate and Echo2. I am finding a common
>> exception called NOTSERIALIZABLE EXCEPTION pinning at
>> RequestFacade.java available in the Tomcat source. Here is the
>> stack trace of it. http://rifers.org/paste/show/7354
>>
>> Please let me know If I can be helped in any way.
>>
>>
>>
>> --
>>
>>
>> -Coolest Regards,
>>
>> Praveena Chalamcharla,
>> Securview....
>
>
>
>
> --
>
>
> -Coolest Regards,
>
> Praveena Chalamcharla,
> Securview....
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Clustering
Posted by Ch Praveena <ps...@gmail.com>.
Well Ben,
Thank you anyway. I have already posted to jboss too.. Awaiting for the
response..
2008/5/22 Ben Ricker <be...@gmail.com>:
> I misunderstood the exact nature of your issue. This questions sounds like
> something better sent to a JBoss or Tomcat user Forum. it is not Apache
> related.
> Ben
>
> On May 22, 2008, at 7:12 AM, Ch Praveena wrote:
>
> I dint get u.
>
> If you mean that my intension is to know about the way of Serialization,
> I am very much sure about those issues. I want if Tomcat or apache can help
> to solve the exception raised here by modifying the source code of Tomcat as
> RequestFacade.java is available with the tomcat itself and if so, i can
> modify in the source of the Tomcat. But, I am using Jboss which dont have
> this specified RequestFacade.java file in it, even if it uses tomcat as the
> web container internally
>
> 2008/5/22 Ben Ricker <be...@gmail.com>:
>
>> Google is your friend: http://java.sys-con.com/read/44199.htm
>> Ben Ricker
>>
>> On May 22, 2008, at 5:45 AM, Ch Praveena wrote:
>>
>> Hi all,
>>
>> I think I can get a proper response and can solve my issue. I am
>> trying to cluster Jboss(Mainitans tomcat as a web container) using APACHE as
>> load balancer, to run my application written using Hibernate and Echo2. I am
>> finding a common exception called NOTSERIALIZABLE EXCEPTION pinning at
>> RequestFacade.java available in the Tomcat source. Here is the stack trace
>> of it. http://rifers.org/paste/show/7354
>>
>> Please let me know If I can be helped in any way.
>>
>>
>>
>> --
>>
>>
>> -Coolest Regards,
>>
>> Praveena Chalamcharla,
>> Securview....
>>
>>
>>
>
>
> --
>
>
> -Coolest Regards,
>
> Praveena Chalamcharla,
> Securview....
>
>
>
--
-Coolest Regards,
Praveena Chalamcharla,
Securview....
Re: [users@httpd] Clustering
Posted by Ben Ricker <be...@gmail.com>.
I misunderstood the exact nature of your issue. This questions sounds
like something better sent to a JBoss or Tomcat user Forum. it is not
Apache related.
Ben
On May 22, 2008, at 7:12 AM, Ch Praveena wrote:
> I dint get u.
>
> If you mean that my intension is to know about the way of
> Serialization, I am very much sure about those issues. I want if
> Tomcat or apache can help to solve the exception raised here by
> modifying the source code of Tomcat as RequestFacade.java is
> available with the tomcat itself and if so, i can modify in the
> source of the Tomcat. But, I am using Jboss which dont have this
> specified RequestFacade.java file in it, even if it uses tomcat as
> the web container internally
>
> 2008/5/22 Ben Ricker <be...@gmail.com>:
> Google is your friend: http://java.sys-con.com/read/44199.htm
>
> Ben Ricker
>
> On May 22, 2008, at 5:45 AM, Ch Praveena wrote:
>
>> Hi all,
>>
>> I think I can get a proper response and can solve my issue.
>> I am trying to cluster Jboss(Mainitans tomcat as a web container)
>> using APACHE as load balancer, to run my application written using
>> Hibernate and Echo2. I am finding a common exception called
>> NOTSERIALIZABLE EXCEPTION pinning at RequestFacade.java available
>> in the Tomcat source. Here is the stack trace of it. http://rifers.org/paste/show/7354
>>
>> Please let me know If I can be helped in any way.
>>
>>
>>
>> --
>>
>>
>> -Coolest Regards,
>>
>> Praveena Chalamcharla,
>> Securview....
>
>
>
>
> --
>
>
> -Coolest Regards,
>
> Praveena Chalamcharla,
> Securview....
Re: [users@httpd] Clustering
Posted by Ch Praveena <ps...@gmail.com>.
I dint get u.
If you mean that my intension is to know about the way of Serialization,
I am very much sure about those issues. I want if Tomcat or apache can help
to solve the exception raised here by modifying the source code of Tomcat as
RequestFacade.java is available with the tomcat itself and if so, i can
modify in the source of the Tomcat. But, I am using Jboss which dont have
this specified RequestFacade.java file in it, even if it uses tomcat as the
web container internally
2008/5/22 Ben Ricker <be...@gmail.com>:
> Google is your friend: http://java.sys-con.com/read/44199.htm
> Ben Ricker
>
> On May 22, 2008, at 5:45 AM, Ch Praveena wrote:
>
> Hi all,
>
> I think I can get a proper response and can solve my issue. I am
> trying to cluster Jboss(Mainitans tomcat as a web container) using APACHE as
> load balancer, to run my application written using Hibernate and Echo2. I am
> finding a common exception called NOTSERIALIZABLE EXCEPTION pinning at
> RequestFacade.java available in the Tomcat source. Here is the stack trace
> of it. http://rifers.org/paste/show/7354
>
> Please let me know If I can be helped in any way.
>
>
>
> --
>
>
> -Coolest Regards,
>
> Praveena Chalamcharla,
> Securview....
>
>
>
--
-Coolest Regards,
Praveena Chalamcharla,
Securview....
Re: [users@httpd] Clustering
Posted by Ben Ricker <be...@gmail.com>.
Google is your friend: http://java.sys-con.com/read/44199.htm
Ben Ricker
On May 22, 2008, at 5:45 AM, Ch Praveena wrote:
> Hi all,
>
> I think I can get a proper response and can solve my issue. I
> am trying to cluster Jboss(Mainitans tomcat as a web container)
> using APACHE as load balancer, to run my application written using
> Hibernate and Echo2. I am finding a common exception called
> NOTSERIALIZABLE EXCEPTION pinning at RequestFacade.java available in
> the Tomcat source. Here is the stack trace of it. http://rifers.org/paste/show/7354
>
> Please let me know If I can be helped in any way.
>
>
>
> --
>
>
> -Coolest Regards,
>
> Praveena Chalamcharla,
> Securview....