We don't need mx4j in 2.0 since jmx is in the vm starting with Java5.
-dain
On Feb 26, 2007, at 7:02 PM, Jason Dillon wrote:
Anyone know if we can replace these bits in
GeronimoLogging.initialize()
snip
try {
Class clazz = Class.forName(mx4j.log.Log);
Class paramClazz =
I'm continuing to work through building M3 and am running into some
issues resolving the SNAPSHOTs (and there are a lot of them ;-o)
Its kind of like unravelling a hair ball so I think I'm close but
often fixing one problem seems to only pop up another. Rather than
push an aging build
On 2/27/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
I'm continuing to work through building M3 and am running into some
issues resolving the SNAPSHOTs (and there are a lot of them ;-o)
...
1. Continue revvving on the branch we have
2. Sync up with trunk (need to verify apps again)
3. Call the
Shoot, more spec issues. Will probably have to add more exclusions,
although I can't seem to reproduce it.
-sachin
On Feb 26, 2007, at 6:52 PM, Jacek Laskowski wrote:
On 2/26/07, Sachin Patel [EMAIL PROTECTED] wrote:
Is there a way I could build the monster locally and install it?
Yes,
On 2/27/07, Sachin Patel [EMAIL PROTECTED] wrote:
Shoot, more spec issues. Will probably have to add more exclusions,
although I can't seem to reproduce it.
Let me handle it.
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
On 2/27/07, Jacek Laskowski [EMAIL PROTECTED] wrote:
Let me handle it.
Reported as http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-134
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
BUILD ERROR - Reason: Unable to download the artifact from any repository
org.apache.geronimo.specs:specs:pom:1.1.1
---
Key: GERONIMODEVTOOLS-134
URL:
javamail provider jar is not getting included in the release 1.2 assemblies.
Key: GERONIMO-2890
URL: https://issues.apache.org/jira/browse/GERONIMO-2890
Project: Geronimo
Great! Would you mind if I pulled in your revisions?
-sachin
On Feb 26, 2007, at 5:44 PM, Stefan Seelmann wrote:
Hi,
I just want to say that we reused the devtool's dynamic update site
for
Apache Directory LDAP Studio. We adapted it a bit to return a site.xml
with the preferred mirror,
Is there a general problem you're running into? Is there something
different from this milestone to prior releases that is causing issues?
-sachin
On Feb 27, 2007, at 6:35 AM, Matt Hogstrom wrote:
I'm continuing to work through building M3 and am running into some
issues resolving the
On 2/27/07, Sachin Patel [EMAIL PROTECTED] wrote:
Could you tell me which project this is failing on?
Well, I haven't saved it. I'll be looking into it later so I either
crack it or let you know the details where it fails and alike.
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
Initial Cayenne Integration with Geronimo
-
Key: GERONIMO-2891
URL: https://issues.apache.org/jira/browse/GERONIMO-2891
Project: Geronimo
Issue Type: New Feature
Security Level: public (Regular
[
https://issues.apache.org/jira/browse/GERONIMO-2891?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476167
]
Lasantha Ranaweera commented on GERONIMO-2891:
--
I will come up with a patch soon.
Initial Cayenne
Sounds good 2 me.
-sachin
On Feb 26, 2007, at 9:02 PM, Jason Dillon wrote:
Anyone mind if I re-write org.apache.geronimo.system.main.Daemon to
use commons-cli to handle option processing?
Use of commons-cli 1.0 add ~30k to the bootstrap classpath (uses
commons-lang, which is already
David Blevins wrote:
On Feb 23, 2007, at 7:08 AM, Dain Sundstrom wrote:
On Feb 23, 2007, at 5:06 AM, Rick McGuire wrote:
To do that part just implement the ModuleBuilderExtension interface
and you can hook into all phases of the EjbModuleBuilder.
This is probably the part I have the most
[
https://issues.apache.org/jira/browse/GERONIMO-2890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick McGuire closed GERONIMO-2890.
--
Resolution: Fixed
Committed revision 512254.
javamail provider jar is not getting
Filip,
There are 6 items under Copyright and Verify distribution rights.
Someone on the pmc needs to deal with them and send an updated patch.
At least the first 2 under Verify distribution rights can be marked
Not Applicable.
thanks,
dims
On 2/26/07, Filip Hanik - Dev Lists [EMAIL PROTECTED]
Undeploy locks files on Windows
---
Key: GERONIMO-2892
URL: https://issues.apache.org/jira/browse/GERONIMO-2892
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Opened a JIRA to keep track of this -
https://issues.apache.org/jira/browse/GERONIMO-2892
Cheers
Prasad
On 2/22/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
After few build problems (see another thread) I got
test-ear-j2ee_1.4 to deploy and undeploy. The following files are left
in
Just wanted to post a naming convention that was accepted in the Open JBI
Components project on java.net.
http://www.glassfishwiki.org/jbiwiki/Wiki.jsp?page=JBIComponentAndSharedLibraryNaming
I believe SM already is really similiar minus indicating whether it's a
binding or engine.
--
View this
yup, links look better now. What's the trick? are you massaging the pages
during the rsync?
As for the account, I think there is already a discussion on infra@ for creating/securing a confluence based account on p.a.o
We could have the rendered HTML in SVN but we wont have the chance to keep
Openejb is using 2.9-SNAPSHOT for xbean-reflect jar:
Path to dependency:
1) org.apache.geronimo.modules:geronimo-openejb:jar:2.0-SNAPSHOT
2) org.apache.openejb:openejb-core:jar:3.0-incubating-SNAPSHOT
3) org.apache.xbean:xbean-reflect:jar:2.9-SNAPSHOT
We are using 2.8 for
Also ...
Could someone with karma please remove the dependency on mx4j in
xbean-reflect pom (shown here)?
.
dependencies
dependency
groupIdmx4j/groupId
artifactIdmx4j/artifactId
/dependency
Building with Maven version: 2.0.5
Revision: 512268 built with tests skipped
See the full build-1000.log file at
http://people.apache.org/~prasad/binaries/20070227/build-1000.log
/home/prasad/geronimo/trunk/modules/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/CXFEndpoint.java:[152,18
actually, if we just released the assemblies and didn't worry about
artifacts then we're already done. Thoughts about that ?
On Feb 27, 2007, at 6:56 AM, Jacek Laskowski wrote:
On 2/27/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
I'm continuing to work through building M3 and am running into
I think the problem was in resolving the snapshots (of which there
are many). I must have fat-fingered one of the dependencies. I was
getting compilation problems. However, backing off of my modded
tree to what's in the branch I'm back to goodness.
On Feb 27, 2007, at 8:05 AM, Sachin
Thanks Paul
I will look into the sorting request?
Thanks
Rakesh
On 2/26/07, Paul McMahan [EMAIL PROTECTED] wrote:
Yes, I chair my own little PMC but unfortunately can't seem to keep
the committers from flaming each other. You make it look so easy
Matt! :-)
Best wishes,
Paul
On 2/26/07,
This is the error I'm getting from the new EJB classloader
java.lang.Exception: Could not load
calculator-stateless-war-2/0-SNAPSHOT/war/WEB-INF/classes/org/apache/geronimo/samples/calculator/CalculatorServlet.class
at
with:
-Dorg.apache.geronimo.jaxws.provider=axis2
Jarek
On 27 Feb 2007 15:13:19 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Building with Maven version: 2.0.5
Revision: 512268 built with tests skipped
See the full build-1000.log file at
http://people.apache.org/~prasad/binaries/20070227/build-1000.log
Matt Hogstrom wrote:
actually, if we just released the assemblies and didn't worry about
artifacts then we're already done. Thoughts about that ?
I think it might be fine to just release the assemblies for a milestone
(and any related plugins to a plugin repo). How many people picking up
[
https://issues.apache.org/jira/browse/DAYTRADER-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476209
]
Christopher James Blythe commented on DAYTRADER-35:
---
A feature was added into Daytrader 1.2 and
Clean/update scripts in bin directory and remove images directory
-
Key: DAYTRADER-36
URL: https://issues.apache.org/jira/browse/DAYTRADER-36
Project: DayTrader
Issue Type:
In doing the release I've run into a few different repos scattered in
the tree. I'd like to move those repos to a top level repository
directory for the tree. This helps out so that any artifacts that
are related to a release are put in one place.
Here is the list of repos:
On 2/23/07, Dan Diephouse [EMAIL PROTECTED] wrote:
+1 as well. Spring (1.x) is dead, long live Spring (2.0)!
- Dan
On 2/23/07, Hiram Chirino [EMAIL PROTECTED] wrote:
Sounds good to me. +1
On 2/21/07, Guillaume Nodet [EMAIL PROTECTED] wrote:
What about switching to 3.0-SNAPSHOT
and
I don't care as long as you don't change the cli syntax. IIRC the
code originally used commons cli, but someone removed it because it
wasn't flexible enough. It was a very long time ago, so my memory is
fuzzy.
-dain
On Feb 26, 2007, at 6:02 PM, Jason Dillon wrote:
Anyone mind if I
You should be able to fix the xbean pom yourself.
I think we're going to want the xbean-reflect in a rather root module/
classloader since it's getting used for injections in openejb, jetty,
and the app client (later today) How about including it in j2ee-server?
thanks
david jencks
On
Local/Remote support for EJB annotations inconsistent (i.e., same as not
working)
-
Key: GERONIMO-2893
URL: https://issues.apache.org/jira/browse/GERONIMO-2893
Project:
[
https://issues.apache.org/jira/browse/DAYTRADER-36?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher James Blythe reassigned DAYTRADER-36:
-
Assignee: Christopher James Blythe
Clean/update scripts in
Done.
-dain
On Feb 27, 2007, at 7:00 AM, Anita Kulshreshtha wrote:
Also ...
Could someone with karma please remove the dependency on mx4j in
xbean-reflect pom (shown here)?
.
dependencies
dependency
groupIdmx4j/groupId
-1. In order for devtools to put out a milestone I need to depend on
non-snapshot versions of the individual geronimo artifacts.
-sachin
On Feb 27, 2007, at 10:31 AM, Matt Hogstrom wrote:
actually, if we just released the assemblies and didn't worry about
artifacts then we're already
[
https://issues.apache.org/jira/browse/DAYTRADER-35?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher James Blythe reassigned DAYTRADER-35:
-
Assignee: Christopher James Blythe
Change createDB script for
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476248
]
Sachin Patel commented on GERONIMODEVTOOLS-133:
---
I can produce this problem, not on the
On 2/27/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
In doing the release I've run into a few different repos scattered in
the tree. I'd like to move those repos to a top level repository
directory for the tree. This helps out so that any artifacts that
are related to a release are put in one
I wasn't aware that Geronimo was using xbean-reflect directly...
anyway, you should update G to use 2.9-SNAPSHOT also. It contains
several fixes and a few new features.
-dain
On Feb 27, 2007, at 6:50 AM, Anita Kulshreshtha wrote:
Openejb is using 2.9-SNAPSHOT for xbean-reflect jar:
+1.
I think Jason had mentioned this in another thread. I think it makes
sense to consolidate the pain in one place (it's also easier to keep up
with changes that way).
Joe
Matt Hogstrom wrote:
In doing the release I've run into a few different repos scattered in
the tree. I'd like to
[
https://issues.apache.org/jira/browse/GERONIMO-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun updated GERONIMO-2894:
--
Attachment: G2894.patch
Restructure geronimo-axis2 code to split between EJB and POJO containers
Restructure geronimo-axis2 code to split between EJB and POJO containers
Key: GERONIMO-2894
URL: https://issues.apache.org/jira/browse/GERONIMO-2894
Project: Geronimo
Building with Maven version: 2.0.5
Revision: 512360 built with tests skipped
See the full build-1400.log file at
http://people.apache.org/~prasad/binaries/20070227/build-1400.log
[WARNING] Unable to get resource 'jetty:org.mortbay.jetty:jar:5.1.11' from
repository apache-incubator
(http
Jason Dillon wrote:
Okay, hopefully they will get the kinks out soon ;-)
yes, still work in progress :)
Filip
--jason
On Feb 13, 2007, at 4:39 PM, Paul McMahan wrote:
Tomcat currently builds with ant and then manually publish their jars
to a repo at tomcat.apache.org.See
[
https://issues.apache.org/jira/browse/DAYTRADER-36?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher James Blythe closed DAYTRADER-36.
-
Resolution: Fixed
Fix Version/s: 2.0
1.2
[
https://issues.apache.org/jira/browse/DAYTRADER-35?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher James Blythe closed DAYTRADER-35.
-
Resolution: Fixed
Fix Version/s: 2.0
1.2
Context level clustering is supported in TC 6
Shiva Kumar H R wrote:
As part of https://issues.apache.org/jira/browse/GERONIMO-2577 I had
opened the following bug in Tomcat:
Context level clustering on 3 or more nodes fails in Tomcat 5.5.20
+1, it makes sense to keep all the repos in one place. Maintaining it should be
easier.
Cheers!
Hernan
Matt Hogstrom wrote:
In doing the release I've run into a few different repos scattered in
the tree. I'd like to move those repos to a top level repository
directory for the tree. This
On 2/23/07, Jason Dillon [EMAIL PROTECTED] wrote:
Folks, the local module repository thing is a massive hack, not meant
to be used as much as we are using it... and really it should *not*
have SNAPSHOT artifacts in it.
When using snaps in these local artifacts, strange artifact
resolution
On Feb 27, 2007, at 6:35 AM, Hernan Cunico wrote:
yup, links look better now. What's the trick? are you massaging the
pages during the rsync?
Nope... Just rsycn -tr src/ dest/
As for the account, I think there is already a discussion on infra@
for creating/securing a confluence based
I would leave the m3 branch alone... its not worth the effort to
change things there... though you may want to merge the myfaces repo
changes (configs/jasper) from trunk, to help with SNAPSHOT resolution
when Mvn tries to perform updates.
As for the rest of these, I mentioned a way to
I don't believe there is anything which prevents the syntax from
being the same... except, that the '-vv' and '-v' options end up
merging into one '-v' option, which can be specified more than one to
increase verbosity, so the usage of '-vv' is the same, but
technically there would be no
Jason Dillon wrote:
On Feb 27, 2007, at 6:35 AM, Hernan Cunico wrote:
yup, links look better now. What's the trick? are you massaging the
pages during the rsync?
Nope... Just rsycn -tr src/ dest/
hmm, I was wondering how different would it be from the one Jeff T is running. See his copies
On Feb 27, 2007, at 12:24 PM, Hernan Cunico wrote:
Jason Dillon wrote:
On Feb 27, 2007, at 6:35 AM, Hernan Cunico wrote:
yup, links look better now. What's the trick? are you massaging
the pages during the rsync?
Nope... Just rsycn -tr src/ dest/
hmm, I was wondering how different would it
On 2/27/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
On 2/23/07, Jason Dillon [EMAIL PROTECTED] wrote:
Folks, the local module repository thing is a massive hack, not meant
to be used as much as we are using it... and really it should *not*
have SNAPSHOT artifacts in it.
When using snaps in
On Feb 27, 2007, at 1:01 PM, Prasad Kashyap wrote:
pom.xml: http://rifers.org/paste/show/3692
log: http://rifers.org/paste/show/3693
I think I am missing something very glaringly obvious here.
Here's the glaringly obvious mistake I had made. Had set snaps to true
and releases to false.
Now
Jason Dillon wrote:
On Feb 27, 2007, at 12:24 PM, Hernan Cunico wrote:
Jason Dillon wrote:
On Feb 27, 2007, at 6:35 AM, Hernan Cunico wrote:
yup, links look better now. What's the trick? are you massaging the
pages during the rsync?
Nope... Just rsycn -tr src/ dest/
hmm, I was wondering
OK. M3 changes done. Will do the same for trunk and 1.2.
Cheers
Prasad
On 2/27/07, Jason Dillon [EMAIL PROTECTED] wrote:
I would leave the m3 branch alone... its not worth the effort to
change things there... though you may want to merge the myfaces repo
changes (configs/jasper) from trunk, to
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel closed GERONIMODEVTOOLS-133.
-
Resolution: Fixed
Found the problem, there was a bug in the install
On 2/27/07, Sachin Patel [EMAIL PROTECTED] wrote:
-1. In order for devtools to put out a milestone I need to depend on
non-snapshot versions of the individual geronimo artifacts.
I don't get it. You need Geronimo binaries, don't you? AFAIUI, they'll
be available, but the point is whether or
On Feb 27, 2007, at 1:07 PM, Dain Sundstrom wrote:
Say what?
Will -v, -vv and -vvv stop working? If yes, then I don't think we
should switch as what we have is currently working fine.
Sorry, perhaps I was unclear before.
-v, -vv will continue to work (-vvv didn't work before, but will
Good point... we should start ripping that stuff out, probably save a
wee bit of space in the assembly.
Though... by doing so we are at the mercy of the JVM to provide a JMX
system that doesn't suck ass (horrible bugs, etc).
--jason
On Feb 27, 2007, at 12:51 AM, Dain Sundstrom wrote:
On Feb 26, 2007, at 9:50 PM, Jason Dillon wrote:
Anyone know what these mean? And why the show up when booting up
Geronimo?
snip
ERROR [RecoveryController] javax.transaction.xa.XAException: No
current connection.
...
ERROR [RecoveryController] javax.transaction.xa.XAException: The
Say what?
Will -v, -vv and -vvv stop working? If yes, then I don't think we
should switch as what we have is currently working fine.
-dain
On Feb 27, 2007, at 12:20 PM, Jason Dillon wrote:
I don't believe there is anything which prevents the syntax from
being the same... except, that
[
https://issues.apache.org/jira/browse/GERONIMO-2701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMO-2701:
Attachment: GERONIMO-2701.patch
Specs patch for JSR-88 1.2
Spec changes
RecoveryController ERROR messages on startup
Key: GERONIMO-2895
URL: https://issues.apache.org/jira/browse/GERONIMO-2895
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular
On Feb 27, 2007, at 6:38 AM, Kevan Miller wrote:
On Feb 26, 2007, at 9:50 PM, Jason Dillon wrote:
Anyone know what these mean? And why the show up when booting up
Geronimo?
snip
ERROR [RecoveryController] javax.transaction.xa.XAException: No
current connection.
...
ERROR
WebXmlParser WARN on startup
Key: GERONIMO-2896
URL: https://issues.apache.org/jira/browse/GERONIMO-2896
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Reporter:
Created to track:
https://issues.apache.org/jira/browse/GERONIMO-2896
--jason
On Feb 26, 2007, at 8:07 PM, Paul McMahan wrote:
On 2/26/07, Jason Dillon [EMAIL PROTECTED] wrote:
By squelched you mean adding an entry in server-log4j.properties to
limit the level of WebXmlParser to ERROR or
Know off hand what the change revision was? This *should* probably
make it into 1.2 at some point...
--jason
On Feb 26, 2007, at 5:52 PM, David Jencks wrote:
The stuff I added was mostly changing interfaces so the client
could access the reason, and having the client do so: I also
[
https://issues.apache.org/jira/browse/GERONIMO-2896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2896:
---
Affects Version/s: 2.0
WebXmlParser WARN on startup
[
https://issues.apache.org/jira/browse/GERONIMO-2701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks closed GERONIMO-2701.
--
Resolution: Fixed
Assignee: David Jencks (was: Tim McConnell)
the patch has some
See the full build-1400.log file at
http://people.apache.org/~prasad/binaries/20070227/build-1400.log
[WARNING] Unable to get resource 'jetty:org.mortbay.jetty:jar:5.1.11' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http
Building with Maven version: 2.0.5
Revision: 512472 built with tests skipped
See the full build-1800.log file at
http://people.apache.org/~prasad/binaries/20070227/build-1800.log
104K downloaded
Downloading:
http://tomcat.apache.org/dev/dist/m2-repository//org/springframework/spring-context
FYI, I setup a sync for 5 after the hour:
/usr/local/bin/rsync -tr /home/jefft/public_html/confluence/
GMOxSITE/ /www/geronimo.apache.org/newsite/
Once I verify this is happy, I'll hand over this task to Hernan for
his crontab on people ;-)
Still waiting for the live sync to make sure
On Feb 27, 2007, at 5:55 AM, Rick McGuire wrote:
David Blevins wrote:
On Feb 23, 2007, at 7:08 AM, Dain Sundstrom wrote:
On Feb 23, 2007, at 5:06 AM, Rick McGuire wrote:
To do that part just implement the ModuleBuilderExtension
interface and you can hook into all phases of the
] [EMAIL PROTECTED] wrote:
Building with Maven version: 2.0.5
Revision: 512360 built with tests skipped
See the full build-1400.log file at
http://people.apache.org/~prasad/binaries/20070227/build-1400.log
[WARNING] Unable to get resource 'jetty:org.mortbay.jetty:jar:5.1.11'
from repository apache
Makes since. It sucks we the help can't list them as separate
options, but it is good enough as is.
-dain
On Feb 27, 2007, at 1:22 PM, Jason Dillon wrote:
On Feb 27, 2007, at 1:07 PM, Dain Sundstrom wrote:
Say what?
Will -v, -vv and -vvv stop working? If yes, then I don't think we
With the exception of the remote deployer, we don't rely on JMX. The
remote deployer uses JMX remoting to connect to the Geronimo
deployment service. Assuming that works, we should be ok using what
the vm ships.
-dain
On Feb 27, 2007, at 1:27 PM, Jason Dillon wrote:
Good point... we
Now that Prasad created a top-level repository/* module for our local
repo hacks, I've added the jstl artifacts and remove all legacy repos
from the build.
Please, please, please... avoid adding *any* legacy repos. If you
need to add a legacy repo, please ping the list so we can discuss
On Feb 27, 2007, at 3:13 PM, Jason Dillon wrote:
What's the motivation to do this to m3 (which is a very short-lived
branch)?
There are more SNAPSHOTs now than before and to help finish the
building of the branch.
Sorry for not posting this on the thread which was started on the
Otay... well, looks like Prasad applied this to m3, so you should be
good.
--jason
On Feb 27, 2007, at 4:17 PM, Matt Hogstrom wrote:
On Feb 27, 2007, at 3:13 PM, Jason Dillon wrote:
What's the motivation to do this to m3 (which is a very short-
lived branch)?
There are more
Sounds good.
On Feb 26, 2007, at 9:02 PM, Jason Dillon wrote:
Anyone mind if I re-write org.apache.geronimo.system.main.Daemon to
use commons-cli to handle option processing?
Use of commons-cli 1.0 add ~30k to the bootstrap classpath (uses
commons-lang, which is already there), and will
Okay, if we don't need it then we can save ~600k wooopie... and can
prolly remove a few hackish bits (like the logging init stuff).
--jason
On Feb 27, 2007, at 3:50 PM, Dain Sundstrom wrote:
With the exception of the remote deployer, we don't rely on JMX.
The remote deployer uses JMX
FYI, its up now:
http://geronimo.apache.org/newsite/
--jason
On Feb 27, 2007, at 1:39 PM, Hernan Cunico wrote:
Jason Dillon wrote:
On Feb 27, 2007, at 12:24 PM, Hernan Cunico wrote:
Jason Dillon wrote:
On Feb 27, 2007, at 6:35 AM, Hernan Cunico wrote:
yup, links look better now. What's
David Blevins wrote:
On Feb 27, 2007, at 5:55 AM, Rick McGuire wrote:
David Blevins wrote:
On Feb 23, 2007, at 7:08 AM, Dain Sundstrom wrote:
On Feb 23, 2007, at 5:06 AM, Rick McGuire wrote:
To do that part just implement the ModuleBuilderExtension
interface and you can hook into all
[
https://issues.apache.org/activemq/browse/SM-108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38615
]
Jamie Goodyear commented on SM-108:
---
Hi All,
Reviewing this report it appears that the timer restart issue was
snip
[INFO]
[INFO] Building Geronimo :: Configuration Converter
[INFO]task-segment: [install]
[INFO]
[INFO]
On Feb 27, 2007, at 4:39 PM, Rick McGuire wrote:
David Blevins wrote:
On Feb 27, 2007, at 5:55 AM, Rick McGuire wrote:
I'm about 99.% certain that tss was a very old element type
that was never deleted from the schema. The only one I'm aware
is still getting used is the tss-link, so
/20070227/build-1400.log
[WARNING] Unable to get resource 'jetty:org.mortbay.jetty:jar:5.1.11'
from repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repository.codehaus.org/jetty/org.mortbay.jetty/5.1.11/org.mortbay.jetty-5.1.11.jar
[
https://issues.apache.org/jira/browse/GERONIMO-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476493
]
Lin Sun commented on GERONIMO-2894:
---
Sorry but the patch was not generated correctly. didn't delete the two
Where are the 2.1.2 version of the com.sun.xml.bind jars at?
BTW, I'm getting a wee bit annoyed at all of the recent build
breakage that is being caused by the WS effort...
I'm not singling anyone out, but I hope that in the future that more
care will be taken by everyone to *not break the
Jason,
1) The code is broken because of a change of dependencies in the 3rd
party library (and not because of broken code in Geronimo)
2) I sent out an email about the JAXB issue earlier today. Hopefully,
that issue will be resolved within a day or so.
3) For now somebody could commit that
I must have missed that in the ~400 emails I got today... where is
the patch?
--jason
On Feb 27, 2007, at 7:08 PM, Jarek Gawor wrote:
Jason,
1) The code is broken because of a change of dependencies in the 3rd
party library (and not because of broken code in Geronimo)
2) I sent out an
Attached.
Jarek
On 2/27/07, Jason Dillon [EMAIL PROTECTED] wrote:
I must have missed that in the ~400 emails I got today... where is
the patch?
--jason
On Feb 27, 2007, at 7:08 PM, Jarek Gawor wrote:
Jason,
1) The code is broken because of a change of dependencies in the 3rd
party
1 - 100 of 112 matches
Mail list logo