Hi Hiram;
I will try to give a possible reason ..
Not all the attributes in the GBeans are serializable, e.g.
ClassLoader, kernel attributes
in a GBean are not serializable, and have a special meaning in the
enviorment it runs.
those so called magic attributes get the values from the enviorment
That still does not make sense since you are talking about
attributes. So now we are saying attributes have to be serializable
except the magic ones which are not serializable. Kinda does not
make too sense.
It also does not really explain why complex gbeans get the nifty
runtime
Srinath,
There are several easy solutions to attributes you don't want to
Serialize -- such as transient, read/writeObject, or Externalizable. So I
don't think the reason is simply that it would be hard to deal with the
magic attributes.
Of course, I'm not sure what advantage
I find it convenient to log only INFO level logs from
tomcat to geronimo.log and DEBUG level logs to a
separate file. Digester produces too much output and
it is hard to sift through the logs.
Thanks
Anita
--- Jeff Genender [EMAIL PROTECTED] wrote:
Anita,
Can you be more specific in your
I'm attempting to get SPECJAppserver running on Geronimo and have worked through my deployment problems. thanks to Gianny for fixing an OpenEJB deploy problem for me. By way of introduction, I worked on SPECj2004 at SPEC and am kicking the tires on Geronimo with this benchmark. Yup, I work
[ http://issues.apache.org/jira/browse/GERONIMO-653?page=all ]
Jeff Genender closed GERONIMO-653:
--
Resolution: Fixed
Fixed. Using the WebClassLoader created by the TomcatWebAppContext object.
NPE in GeronimoStandardContext when attempting to
Anita,
I believe a log4j configuration should allow you to do what you want.
You should be able to control certain packages (i.e. Digester) to go to
its own log file and you should be able to set the level of debugging.
Jeff
anita kulshreshtha wrote:
I find it convenient to log only INFO
One more piece of info on the class not found
exception. It appears that this is only related to deployment time.
Restarting the server the whole monster comes to life :) More when I have
some data and fixes...cheers
Matt
Hi Matt,
What is the parentID in the plan you are using for SPECjApp? I think
it should be org/apache/geronimo/SystemJMS to get the activemq classes
in the classpath for the mdbs so the activation spec class can be
loaded.
I eagerly await your results :-)
thanks
david jencks
On May
Hi Dave,
A couple of things. First, my post that all was well is incorrect. Turns
out that services didn't start after the restart as I expected so my e-mail
was premature. I think there is a bug there. Is the right process to open
up a JIRA bug for that ?
Back to the original problem.
We do have nightly releases that can be downloaded from the web
site. However, I agree that a M4 would be nice. I'd like to release
documentation targeting M4, and I'm not really keen on claiming it's valid
for HEAD on 5/25...
I think one of the main things that needs to be
Hi,
Browsing through the Geronimo Website, I came across a page Roadmap
but this was with a perspective to the past, not the future...
So I was wondering, as M3's been ... half a year now, whether perhaps
M4 would come out shortly, and if so, when.
Whether it would be a good idea to add a
Hi Philippe,
We are currently working towards an official release, so thanks for
inquiring. However, in the mean time, you are welcome to download the
source and build a latest version for youself. The source tree will
contain the closest-to-M4 version and you should be able to get started
13 matches
Mail list logo
