Rick,
I have reviewed your patches and they appear fine to me.
You get my +1.
Jeff
Rick McGuire wrote:
These two patches have been sitting in [RTC] state for 2 weeks now with
no activity. The only votes received so far have been non-binding
ones. These changes are holding up other work,
+1
John Sisson wrote:
James Strachan wrote:
I've just applied 2 trivial bug fixes to the xbean-spring module of
XBean.
The first is a patch from Guillaume which is a one liner to create the
xml parser using a helper method (used by all the other
ApplicationContext implementations).
Filip,
Thanks for the first pass on this...it looks interesting.
Jeff
Filip Hanik - Dev Lists wrote:
Ladies and Gentlemen,
from our talk at Dublin clustering BOF, clustering is not always about
state replication, there are other aspects of it, and its those I am
focusing on here, as state
+1
Sachin Patel wrote:
Folks, its been almost a week and I still have 0 binding votes. Please
vote.
On Jul 11, 2006, at 4:33 PM, Kevan Miller wrote:
On Jul 11, 2006, at 4:09 PM, Sachin Patel wrote:
FYI the current vote is on.. (breaking the all time software record
on the number of
I am a big fan of org.apache.geronimo.samples.daytrader. But...are we
leading ourselves down the path of a Windows dir size too big nightmare?
Jeff
Jason Dillon wrote:
Why not give it is own:
org.apache.geronimo.daytrader
--jason
On Jul 18, 2006, at 11:59 AM, Prasad Kashyap
IMHO, until its all completely functional and working, I would not wage
a +1 for moving it in and deprecating 1.0. If you are interested in
moving in POMs and plugins, then I would be amenable to that. However,
I would not at all be amenable to any sort of deprecation until the M2
build is 100%
in the TCK m2 to trunk.
4) Deprecate M1.
I cannot support removing/deprecating the M1 build until we can build
assemblies and have a working TCK.
Jeff
Jason Dillon wrote:
On Jul 20, 2006, at 2:59 PM, Jeff Genender wrote:
IMHO, until its all completely functional and working, I would not wage
!)
Liferay, by default (because our users are now used to it), deploys
itself to /
That isn't mandatory though. So for our plugin, we just have to make
it map to something like /portal or /liferay instead. It requires one
xml change and one property change.
I'm also working with Jeff Genender
to Paul!)
Liferay, by default (because our users are now used to it), deploys
itself to /
That isn't mandatory though. So for our plugin, we just have to make
it map to something like /portal or /liferay instead. It requires one
xml change and one property change.
I'm also working with Jeff
Jason Dillon wrote:
I would give you a +0 at this point.
You asked what does 100% cover? Based on your description, you said you
had Jetty working but not Tomcat, unless I read that wrong. IMHO, that
is not acceptable to begin deprecating M1.
Jetty and Tomcat J2EE and Minimal all work
Jason Dillon wrote:
On Jul 20, 2006, at 10:02 PM, John Sisson wrote:
It built successfully for me in cygwin (first attempt failed in timer
tests). I'll try to do some tests on the weekend.
Timer tests are known to fail on slower or more resource constrained
systems. All of the failures
Should we move these against the spec trunk as SNAPSHOTS? I think the
time is ripe ;-) There are a few projects using this code base.
Jason Dillon wrote:
I'd be happy to work on this (with Alan?) after the m2conversion bits
are merged (maybe while waiting for RTC on that too).
I still need
Ahhh yes...I keep forgetting about that feature ;-)
Jacek Laskowski wrote:
On 7/24/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jgenender
Date: Sun Jul 23 19:50:48 2006
New Revision: 424886
URL: http://svn.apache.org/viewvc?rev=424886view=rev
Log:
Updated to EJB3 spec final
Cool idea. I look forward to seeing the results.
Jeff
Christopher Blythe wrote:
The EJB and Direct modes in Daytrader provide a good measure of how a
pure EJB (Session/CMP Entity) application stacks up against a pure JDBC
based app. However, one of the things I have felt Trade/Daytrader has
Very weird...I just fixed it...let see if it sticks.
Aaron Mulder wrote:
Jeff and Matt -- you are each twice the man I am!
At least, according to the committer page:
http://geronimo.apache.org/contributors.html
Thanks,
Aaron
P.S. It also has SVN merge errors in the HTML!!! Looks
problems if someone changes
something and then `svn up` the workspace.
Chances are this is what happened before... otherwise there should not
have been conflict markers in the page.
--jason
On Jul 24, 2006, at 1:24 PM, Jeff Genender wrote:
Very weird...I just fixed it...let see
Awesome...Thanks!
Aaron Mulder wrote:
http://svn.apache.org/viewvc/geronimo/site/trunk/NOTES.txt?view=markup
On 7/24/06, Jeff Genender [EMAIL PROTECTED] wrote:
Yep...I need a lesson on the normal way to update it...need to search
the lists for the howto. Sorry. I was unaware it was svn'd
I am going to agree with Aaron here.
Jeff
Aaron Mulder wrote:
-1 to making this the preferred build -- we've lost the
functionality to build plugins as part of the build.
For example, see configs/welcome-jetty/src/conf/geronimo-plugin.xml
Then look at
Jason,
Do you think you could answer your peers a little bit more
constructively? Your answers to people are a bit caustic and it is not
helping promote a healthy environment. Is there something that we can
help with to aid in a more amicable interaction with your peers?
Jeff
Jason Dillon
Aaron Mulder wrote:
On 7/24/06, Jeff Genender [EMAIL PROTECTED] wrote:
Do you think you could answer your peers a little bit more
constructively? Your answers to people are a bit caustic and it is not
helping promote a healthy environment. Is there something that we can
help with to aid
.
--jason
On 7/24/06, Jeff Genender [EMAIL PROTECTED] wrote:
Jason,
Do you think you could answer your peers a little bit more
constructively? Your answers to people are a bit caustic and it is not
helping promote a healthy environment. Is there something that we can
help with to aid
Jason Dillon wrote:
If things start to frustrate you...chat about them or walk away from the
terminal after typing up a nasty message...hitting delete before send.
I have yet to send any message that I believe to have been nasty in nature.
Jason, that was a tip for when you feel like
Jason Dillon wrote:
But, I don't feel that it is wise to simply drop in a note for the last
word, or to leave a comment that could be misinterpreted go
unchallenged, as those situations tend to bread common (mis)conceptions
of a situation which is not necessarily the accurate reality.
for the help Jeff, Paul!
--
Brian Chan
Chief Executive Officer
Liferay, LLC
Enterprise. Open Source. For Life.
From: Paul McMahan [EMAIL PROTECTED]
To: dev@geronimo.apache.org, [EMAIL PROTECTED]
Subject: Re: Liferay Plugin for G
Date: Fri Jul 21 03:23:22 GMT 2006
On 7/20/06, Jeff Genender
I think extended functionality is good. As long as it doesn't violate
or break our spec compliance, why not allow it to do more? I am in
support of extended functionality.
Jeff
David Jencks wrote:
As part of work on GERONIMO-2148 fixing ejb-refs between modules I
extended (or made work) some
I believe we used the source from Tomcat verbatim as we did not want to
fork the code. In fact IIRC, it was a rename of the jars.
Jeff
Prasad Kashyap wrote:
Does anybody know where I can find the source code for the geronimo
samples, jsp-examples and tomcat-examples ?
We are using these in
You have them. Matt's comment looks like a +1 and you have Jacek and mine.
Jeff
Jason Dillon wrote:
2 down... 1 to go. Any PMC member want to be the lucky third?
--jason
On Jul 27, 2006, at 1:10 PM, Jacek Laskowski (JIRA) wrote:
[
IMHO, I like it a lot. I would like you to continue.
Jeff
Jason Dillon wrote:
Is there any desire to continue moving in this direction?
I personally believe that by having the site in Confluence that it will
be much easier for us to keep the content up to date, as well as easily
be able
What do people think? I would like to see us on the most stable version
of Tomcat for 1.2.
Comments?
Thanks,
Jeff
Paul McMahan wrote:
- Jeff is helping with a new version of Liferay that can be deployed
into Geronimo as an EAR file and can reuse some jars in Geronimo's
repository. My understanding is that those changes will be rolled
into the next version of Liferay (4.1.0?). I'm also going to see if
Yep..I concur...this is a nasty one and we need to see whats up. This
is a blocker IMHO..
Jeff
Aaron Mulder wrote:
Jeff just noted that Liferay seems to take an abnormal amount of memory
to run.
I just redeployed the console twice and got an OutOfMemoryError.
When working on the console
Nice work Kevan. I got Liferay enterprise to run fine now ;-)
Jeff
Kevan Miller wrote:
On Jul 31, 2006, at 10:45 PM, Matt Hogstrom wrote:
Concur...blocked.
Aaron Mulder wrote:
Jeff just noted that Liferay seems to take an abnormal amount of
memory to run.
I just redeployed the
Nice work David!
David Blevins wrote:
On Aug 4, 2006, at 11:03 AM, Jason Dillon wrote:
So, if one votes on the issue that indicates it is a +1?
That'd be my first assumption.
-David
--jason
On Aug 4, 2006, at 4:28 AM, David Blevins wrote:
On Aug 4, 2006, at 3:40 AM, [EMAIL
The mvn eclipse:eclipse has big issues with the xmlbeans generated
classes (I wrote a hack in our maven 1 build to deal with this). Have
you gotten this to work?
Thanks,
jeff
Jason Dillon wrote:
I have finished merging svkmerge/m2migration to trunk. Now it is time
for everyone to start
Actually this can be fixed if we go to xbean 2.2 where they use
reflection for the TypeSystemHolder class. This makes the IDE's happy.
How do people feel about upping to xbean 2.2.0?
See http://issues.apache.org/jira/browse/XMLBEANS-120 for this problem
and that its fixed ;-)
Jeff
Jeff
David Jencks wrote:
On Aug 5, 2006, at 7:40 AM, David Jencks wrote:
On Aug 5, 2006, at 7:39 AM, Jeff Genender wrote:
Actually this can be fixed if we go to xbean 2.2 where they use
reflection for the TypeSystemHolder class. This makes the IDE's happy.
How do people feel about upping
with XMLBeans 2.2.
Thanks,
Aaron
See http://issues.apache.org/jira/browse/XMLBEANS-120 for this
problem
and that its fixed ;-)
Jeff
Jeff Genender wrote:
The mvn eclipse:eclipse has big issues with the xmlbeans generated
classes (I wrote a hack in our maven 1 build to deal
I gave you one...
Hiram Chirino wrote:
Hi Everybody,
I'm looking for 3 PMC +1s so that I can commit the patch attached to:
http://issues.apache.org/jira/browse/XBEAN-36
It basically allows us to do things like:
x:memoryManager limit=100 bytes/
x:memoryManager limit=1000 k/
lately, so it slipped by...sorry about that.
I will update it now.
Jeff
thanks
david jencks
On Aug 5, 2006, at 4:27 PM, Jeff Genender wrote:
I gave you one...
Hiram Chirino wrote:
Hi Everybody,
I'm looking for 3 PMC +1s so that I can commit the patch attached to:
http
://issues.apache.org/jira/browse/XMLBEANS-120 for this
problem
and that its fixed ;-)
Jeff
Jeff Genender wrote:
The mvn eclipse:eclipse has big issues with the xmlbeans generated
classes (I wrote a hack in our maven 1 build to deal with this).
Have
you gotten this to work?
Thanks,
jeff
Done.
David Jencks wrote:
On Aug 6, 2006, at 11:06 AM, Jeff Genender wrote:
David Jencks,
Can I open a JIRA to update to XMLBeans 2.2 and assign it to you (since
you offered)?
How about adding some comments to GERONIMO-2082?
thanks
david jencks
Jeff
Matt Hogstrom wrote:
I'd
, it should not be necessary to rebuild the server
to use the SSOValve (unless something has changed recently). I just
enabled it in var/config/config.xml.
Best wishes,
Paul
On 8/7/06, Jeff Genender [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Why does
I am all for dropping the m1 build too...
But I think the people who run the TCK should speak up first as this may
impact them significantly...
Jeff
Alan D. Cabrera wrote:
Dain Sundstrom wrote:
I propose we remove the m1 build. It has been broken for several days
now and no one has noticed.
Congrats Kevan!
Matt Hogstrom wrote:
Please welcome Kevan Miller as the newest member of the Geronimo PMC.
Kevan recently accepted the invitation to join the PMC. As such we now
have an additional set of eyes to help with reviews as well as other PMC
oversight responsibilities. Kevan has
Aaron,
Please look at the openejb3-persistence module as it does a majority of
what you described below...
1) Takes a classloader
2) looks for persistence.xml files
3) parses found persistence.xml files
4) Creates EntityManagerFactories based on the persistence.xml file
specifications.
5) Loads
Yes...+1I have changed my practice and place a comment in the JIRA.
I think I voted before changing my practice ;-)
David Jencks wrote:
AFAICT it's not possible to find out from jira when votes on issues were
done, nor do they get comments. Therefore I think we need to ask PMC
members
David Blevins wrote:
On Aug 8, 2006, at 12:22 PM, Jeff Genender wrote:
Aaron,
Please look at the openejb3-persistence module as it does a majority of
what you described below...
1) Takes a classloader
2) looks for persistence.xml files
3) parses found persistence.xml files
4
Paul,
Yes...this idea has my full support. The more user friendly and better
experience of the console only puts us ahead of the game. The few AJAX
components we have already (thermometers) has garnered a lot of positive
feedback, so the more, the merrier ;-)
Jeff
Paul McMahan wrote:
Dojo
This is a bug fix...no votes needed. It should be able to be committed
directly.
Jeff
Stefan Kleineikenscheidt wrote:
Hi all,
I've attached a second version of patch to XBEAN-39 with the changes
Guillaume suggested. As far as I understand the process PMC members have to
review and vote
Isn't this the same problem we (and other app servers) have with Spring
and Commons Logging? If you are duplicating the persistence units, then
it should be handled the same way its handled for Spring, yes?
Aaron Mulder wrote:
So what happens if an EJB JAR has a persistence.xml and a web app in
Aaron Mulder wrote:
On 8/11/06, Jeff Genender [EMAIL PROTECTED] wrote:
Isn't this the same problem we (and other app servers) have with Spring
and Commons Logging? If you are duplicating the persistence units, then
it should be handled the same way its handled for Spring, yes?
What way
Aaron Mulder wrote:
On 8/11/06, Jeff Genender [EMAIL PROTECTED] wrote:
With regard to duplicating PUs, in theory, it shouldn't make a
difference if the PU was already loaded in a parent loader.
I think it does. The web app is not necessarily supposed to see JPA
configurations in an EJB
Aaron Mulder wrote:
On 8/11/06, Jeff Genender [EMAIL PROTECTED] wrote:
Ok, I understand where you are going with this. I totally agree with
your thinking here. But...IIUC...in the web app, if you are including
your own PU, you likely wouldn't be using the JNDI (and thus the
container
David Blevins wrote:
Seems like I'm walking in mid-conversation, but I hope I can add some
details.
On Aug 11, 2006, at 8:30 PM, Aaron Mulder wrote:
On 8/11/06, Jeff Genender [EMAIL PROTECTED] wrote:
Ok, I understand where you are going with this. I totally agree with
your thinking
Aaron,
Why do you need to have vendor code? Why can't this be a bit more
dynamic? Long term, I think its a bad idea to have to declare a vendor
wrapped API when our competitors just need to dump the provider jars in
a directory somewhere or include them in a deployment. Basically,
anyone who
, perhaps support
default properties to be applied to all apps for that provider, etc.
Thanks,
Aaron
On 8/14/06, Jeff Genender [EMAIL PROTECTED] wrote:
Aaron,
Why do you need to have vendor code? Why can't this be a bit more
dynamic? Long term, I think its a bad idea to have
Congrats Alan!
Matt Hogstrom wrote:
The Apache Geronimo PMC would like to let everyone know that Alan
Cabrera has accepted the invitation to join the Geronimo PMC. We are
excited to have Alan assisting with project oversight in addition to his
technical contributions to Geronimo.
Alan has
Andrus is Cayenne ;-)
Matt Hogstrom wrote:
For EJB 3 persistence we're looking to leverage other projects like
OpenJPA and / or Cayenne.
Andrus Adamchik wrote:
Not sure if there is such thing as TranQL mailing list, so I figured,
I'll ask here.
Are there any plans to extend TranQL with
I am helping in the JPA arena as well.
Dain Sundstrom wrote:
On Aug 22, 2006, at 11:09 AM, Matt Hogstrom wrote:
JPA Integration (Open JPA / Cayenne) (I think Dain or Blevins ?)
I'm just helping with the global jndi part of JPA.
-dain
What is your time period until removal of bootstrap? If there is a
second version for windows, perhaps Mark (who BTW also is a committer)
would be willing to maintain it.
Jason Dillon wrote:
I do not really want to have to maintain both the unix version and the
windows versions of this script.
Jacek Laskowski wrote:
On 8/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
I meant to just use Ant... if we end up using antrun from the
bootstrap it will end up causing other antrun's to fail later on
since some of them need additional dependencies... which won't work.
Oh, didn't think
and
bootstrap.bat that will invoke the build.
Then, everyone needs to have Ant 1.6.5 installed (and ant available on
the PATH) and Cygwin is no longer required.
--jason
On Aug 22, 2006, at 3:14 PM, Jeff Genender wrote:
Jacek Laskowski wrote:
On 8/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
I
difficult to support executions of individual steps
using antrun.
Best bet is to use something external... before it was /bin/sh... and
now its gonna be Ant. I think that is better that /bin/sh and batch.
--jason
On Aug 22, 2006, at 6:16 PM, Jeff Genender wrote:
Jason,
Why not use
Jacek Laskowski wrote:
On 8/23/06, Jeff Genender [EMAIL PROTECTED] wrote:
I hope this is not taken negatively...as it is not meant that way...
Come on, Jeff. Nothing's going to be taken this way. Try it out and be
prepared to fail :P
Well...sometimes we need to be careful how we word
Welcome David!!!
Matt Hogstrom wrote:
Please welcome David Blevins as the newest member of the Geronimo PMC.
David recently accepted the invitation to join the PMC. David is part
of the OpenEJB project that we depend on so heavily and that is joining
Apache as an Incubator project. David
Joe,
Delete your ~/.m2/repository/org/apache/maven/plugins directory. The
error you encountered usually means you have a corrupted meta tags.
This solution usually does teh trick for me.
Jeff
Joe Bohn wrote:
Thanks Ian. I did attempt to run it both on-line as well as off-line.
Either way
Hi Joe,
Thanks for working on this...I'll take a look.
Jeff
Joe Bohn wrote:
I'd really like to get a committer to look into these changes and
hopefully commit them fairly quickly.
David J ... I know that you're tied up with the configID changes. Is
there somebody else that could take a
John Sisson wrote:
We shouldn't retype the comments in the XSD just like the javadoc in the
spec. You are welcome to type your own original comments.
This is debatable for XSDs. We currently seem to be using a lot of XSDs
verbatim for the SPECs, so we need an official statement on this.
Yeah, I think we need some discussion here and maybe bring this up in
[EMAIL PROTECTED]
Many of the xsds/dtds we use for Geronimo specs seem to have the Sun
copyright in them, and/or are used verbatim from Sun with all comments, etc.
In fact in the JIRA issue, GERONIMO-1686, Jacek pointed out
://issues.apache.org/jira/browse/GERONIMO-1634 ) and GERONIMO-1699
( https://issues.apache.org/jira/browse/GERONIMO-1699 ).
Joe
Jeff Genender wrote:
Hi Joe,
Thanks for working on this...I'll take a look.
Jeff
Joe Bohn wrote:
I'd really like to get a committer to look into these changes
Here is what it says in the DTD:
This document and the product to which it pertains are distributed
under licenses restricting their use, copying, distribution, and
decompilation. This document may be reproduced and distributed but may
not be changed without prior written authorization of Sun
they had to have gotten this straightened out, right? ;-)
I'd be happy to get the conversation going with legal, but its probably
better that it come from a G committer.
Thoughts?
Bill Dudney
MyFaces - myfaces.apache.org
On Mar 9, 2006, at 9:41 AM, Jeff Genender wrote:
Here is what it says
+1 from me...looks like the right track.
Dain Sundstrom wrote:
Sorry I've been a bit checked out lately... working on 1.1.
I think we all agree in the APIs for sessions themselves (i.e.,
everything but location), and we agree that we need an event interface
like this:
void
I am not able to reproduce this on a Mac or Linux...I need to get my
hands on a Windowz box to see what is up. Can you gage what GBean is
getting started that is failing?
Joe Bohn wrote:
I created a JIRA for this problem a week ago or so.
https://issues.apache.org/jira/browse/GERONIMO-1676
-server
is
working fine.
Thanks
Anita
--- anita kulshreshtha [EMAIL PROTECTED]
wrote:
This is a problem with jetty-server as well.
Jetty-server does not produce stack trace but
the
log
files (geronimo.log, jetty-*.log) are not
created.
Thnaks
Anita
--- Jeff Genender [EMAIL
Sure...I'll take a look today...thanks.
Jeff
Joe Bohn wrote:
Jeff or Aaron,
After the first patch for little-G was integrated about a month ago, I
soon discovered two items in the console that were broken because they
relied upon dependencies specified in other configurations that were
Matt Hogstrom wrote:
Sorry if this has been mentioned. Would it make sense to put out an
informational message in the M1 plugins announcing deprecation so people
could consider moving up or at least get them thinking about it.
This is a good idea.
Prasad Kashyap wrote:
Wait a minute !
This is great...debugging with proxies has been a real PITA...this will
*really* help.
Hiram Chirino wrote:
+1 from me too. Way back when I was working on the ActiveMQ -
Geronimo integration, the poxies gave me a few headaches.
Regards,
Hiram
On 3/19/06, Matt Hogstrom [EMAIL PROTECTED]
Matt,
I may wish to help out a little on this...
Lets chat more.
Jeff
Matt Hogstrom wrote:
Guys,
I am planning on submitting an abstract for a project update and
performance review. Perhaps some more info on the server personality if
it develops soon. Anyone else ?
Matt
Lars
Aaron Mulder wrote:
It looks like the LDAP demo application
(geronimo/ldap-demo-jetty/1.2-SNAPSHOT/car) depends on the sample LDAP
realm (geronimo/ldap-realm/1.2-SNAPSHOT/car), but neither of these
depend on the embedded Directory server. So if you install those
without directory and try
Yeray Cabrera wrote:
Hi All,
I have i18n the welcome web application using jakarta taglibs-i18n, and
completed the Spanish translation.
Great!
We are also thinking (my company), about starting the translation of the
Admin Console. I would like to hear comments about using the jakarta
There are a few chunks of code in trunk that probably need to be moved
over, like the local configuration's (config.xml) ability to remove
attributes/empty values, etc.
Jeff
Matt Hogstrom wrote:
All,
Dain and David have mostly completed their work in branches/1.1. Given
that the easy part
Did you try upping the memory? Set your environment JAVA_OPTS to:
-Xms512M -Xmx512M
Maxim Berkultsev wrote:
Hi, all!
I'm trying to make some performance evaluations of Geronimo with a help
of JMeter.
It has appeared relatively simple to get Geronimo out of work. I've
tried to load it
Did you read this and follow along?
http://opensource.atlassian.com/confluence/oss/display/GERONIMO/Geronimo+Clustering+Example
Following the steps in the link should yield you replication.
Jeff
Phani Madgula wrote:
Hi,
I have been trying to use tomcat clustering with Geronimo for a
machine, then this may
be normal.
You should check to be sure your session is still intact after shutting
down that instance.
Jeff
Jeff Genender wrote:
Did you read this and follow along?
http://opensource.atlassian.com/confluence/oss/display/GERONIMO/Geronimo+Clustering+Example
Following
Whew 2G of Memory!!! Nice!!
Matt Hogstrom wrote:
In the tests I'm running I use the following:
java -server -Xmx2048m -Xms2048m -XX:-PrintTenuringDistribution
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -jar
/home/hogstrom/geronimo-1.0/bin/server.jar
I have not played
Filip,
Thanks for the input...any idea on the missing attribute?
Jeff
Filip Hanik - Dev Lists wrote:
gentlemen,
looks like there is an attribute missing from the
Cluster...*Receiver.../*/Cluster element.
the ReplicationListener.listen() method just gets the listen address (or
tries to
.
Filip
Jeff Genender wrote:
Filip,
Thanks for the input...any idea on the missing attribute?
Jeff
Filip Hanik - Dev Lists wrote:
gentlemen,
looks like there is an attribute missing from the
Cluster...*Receiver.../*/Cluster element.
the ReplicationListener.listen() method just
responding in three hours under
the same initial workload conditions. The console has indicated OOM.
--
Best regards,
Maxim Berkultsev, Intel Middleware Products Division
2006/3/29, Jeff Genender wrote:
Did you try upping the memory? Set your environment JAVA_OPTS to:
-Xms512M
]
mailto:[EMAIL PROTECTED] wrote:
tcpListenAddress=xx.yy.zz.aa
yup, this would cause a null pointer later on if not changed. it would
have to be a valid value, or auto, which will decide the IP on its
own.
Filip
Jeff Genender wrote:
Yep...those should be set
Yep this makes sense to me. I always wondered why we never did this to
begin with ;-)
Prasad Kashyap wrote:
Last week Aaron, Joe, Paul and I discussed on IRC the intent to
restructure the src dirs of the console under the application
directory.
As usual...nice work Hernan!
Hernan Cunico wrote:
Hi All,
here is a doc update for migrating apps using Hibermate.
http://opensource.atlassian.com/confluence/oss/display/GERONIMO/JBoss+to+Geronimo+-+Hibernate+Migration
As usual, comments/suggestions are welcome :)
Cheers!
Hernan
Without going through this with a fine tooth comb, this has more-or-less
been my experience as well.
Aaron Mulder wrote:
I've heard a bit of misinformation floating around, and I'm not 100%
sure I have the full picture, so I want to see if everyone agrees on
these basic facts:
1) Geronimo
HTTP and use that for
their access logging.
Jeff Genender wrote:
A while back, someone had requested that the access logs for Tomcat be
turned on by default in Geronimo. This basically involved enabling the
Tomcat AccessLogValve, and this request was granted.
Upon further review, it would
You can prevent a GBean from being loded with the following:
gbean name=whatever load=false /
Conrad O'Dea wrote:
Hi there,
Right now I've got to the stage where I can, with a bit of tweaking of
the config.xml, deploy Celtix to Geronimo and have it handle Web Service
deployments. This is
Forgot to answer your other question.
I don't know if you can change the class of a current named bean. Dain
or David Jencks may be able to answer that.
But I *think*, you can shut off the gbean as I explained in my last
email, then redeclare it in the config.xml.
Here is an example of a new
-0 on jira to scm. scm has *much* more messages plowing through it. I
will never catch jira's there. JIRA to dev seems to be a great way to
alert developers of issues that need fixing. I personally am able to
see anything that affects code that I produced through the jiras on dev.
But thats
;-)
Jeff
David Blevins wrote:
Any thoughts on John's [EMAIL PROTECTED] idea?
-David
On Apr 6, 2006, at 7:57 PM, Jeff Genender wrote:
-0 on jira to scm. scm has *much* more messages plowing through it. I
will never catch jira's there. JIRA to dev seems to be a great way to
alert
I will have some numbers soon too...
We are running on some Sun T2000 4 core machines. The numbers should be
interesting on these boxes ;-)
Jeff
Matt Hogstrom wrote:
I'm going to start externalizing the data as it evolves and Adopt
Aaron's progresive disclosure method of publishing.
As a
and hopefully there will be zero bottleneck on IO.
Jeff
Matt Hogstrom wrote:
I'm interested...the cool threads should be interesting. This is 4
cores and 8 threads per core or something like that ?
Jeff Genender wrote:
I will have some numbers soon too...
We are running on some Sun
101 - 200 of 1297 matches
Mail list logo
