Just a heads up; we've finally moved off the codehaus wiki
installation to a new confluence install here
http://goopen.org/confluence/display/ACTIVEMQ/Home
So please use this wiki for all future edits; I've just made the old
codehaus wiki read-only.
We've got Pier's Auto-Export plugin working
James Strachan wrote:
Just a heads up; we've finally moved off the codehaus wiki
installation to a new confluence install here
http://goopen.org/confluence/display/ACTIVEMQ/Home
So please use this wiki for all future edits; I've just made the old
codehaus wiki read-only.
We've got Pier's
On 5/5/06, John Sisson [EMAIL PROTECTED] wrote:
James Strachan wrote:
Just a heads up; we've finally moved off the codehaus wiki
installation to a new confluence install here
http://goopen.org/confluence/display/ACTIVEMQ/Home
So please use this wiki for all future edits; I've just
Looks great! The notice files licenses all look fine to me.
The only minor nit right now is I can't run the activemq-web-demo and
activemq-web-console from the binary distro due to the parent pom not
downloading...
http://www.rafb.net/paste/results/9SUFGr18.html
On 5/5/06, Hiram Chirino [EMAIL
Could you try with 3.0-SNAPSHOT ?
Cheers,
Guillaume Nodet
On 5/5/06, emicalc [EMAIL PROTECTED] wrote:
Hello,
I have this problem with HTPP-binding example (in servicemix-2.0.2); I start
the service and then I start the client with ant command but there is the
following error:
D:\Program
yes,..but I have this problem with 3.0 snapshot:
http://www.nabble.com/servicemix-3.0-problem-t1555398.html
Can you help me?
--
View this message in context:
http://www.nabble.com/error-in-http-binding-example-t1562542.html#a4243809
Sent from the ServiceMix - Dev forum at Nabble.com.
Just a heads up; we've finally moved off the codehaus wiki
installation to a new confluence install here
http://goopen.org/confluence/display/SM/Home
So please use this wiki for all future edits; I've just made the old
codehaus wiki read-only.
We've got Pier's Auto-Export plugin working so we
One solution would be to download the binary distribution.
Or just try to build the assembly without building the other modules.
If you find any information on your problem, please report back, but I
have no way to reproduce it ...
Cheers,
Guillaume Nodet
On 5/5/06, emicalc [EMAIL PROTECTED]
[ https://issues.apache.org/activemq/browse/SM-411?page=all ]
Guillaume Nodet resolved SM-411:
Fix Version: 3.0-M2
Resolution: Fixed
Assign To: Guillaume Nodet
Author: gnodet
Date: Fri May 5 16:58:15 2006
New Revision: 400214
URL:
[ https://issues.apache.org/activemq/browse/SM-426?page=all ]
Guillaume Nodet resolved SM-426:
Fix Version: 3.0-M2
Resolution: Fixed
Assign To: Guillaume Nodet
Author: gnodet
Date: Fri May 5 16:58:15 2006
New Revision: 400214
URL:
The weblogic thin-client works this way - clustering is built into
the client using portable interceptors and the JDK ORB.
andy
At 04:37 AM 5/5/2006, Filip Hanik - Dev Lists wrote:
Jules Gosnell wrote:
David Blevins wrote:
On May 4, 2006, at 12:57 AM, Jules Gosnell wrote:
Sort of. Both
At 10:39 PM 5/4/2006, David Blevins wrote:
stateless for EJB, so there is nothing to cluster anyway. But for
IIOP, would we simply not offer clustering to people using CORBA to
interop with clients in other languages or on other platforms?
Some ORBs support multiple profiles for clustering
wtp adapter doesnt work with wtp 1.5rc1a
Key: GERONIMODEVTOOLS-79
URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-79
Project: Geronimo-Devtools
Type: Bug
Components: eclipse-plugin
Versions: 1.0.0
Hi,
I have created a patch to move the G directory module to ApacheDS 1.0
RC2. But I didn't find necessary 1.0 RCx jars at ibiblio neither at
/maven nor at /maven2. The most recent version is 0.9.3. The same
situation for MINA. So I can't post the patch right now since it will
not work without
Project: Apache Geronimo
Status: Resolved, Closed (25 items)
Updated In Last: Week (7 days)
** New Feature
* [GERONIMO-1978] little-G for Jetty
* [GERONIMO-1848] Shared Library support via a GBean
** Bug
* [GERONIMO-1904] Precompile JSPs for all apps by default
* [GERONIMO-1985] More
Matt Hogstrom wrote:
As Aaron said we have made significant progress in testing againnst our
test harnesses but there are lingering issues that need to be
addressed. Aaron (aka the JIRA magnet) has identified several usability
and bug issues. The first release that we put our is stable
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-79?page=comments#action_12378013
]
Sachin Patel commented on GERONIMODEVTOOLS-79:
--
This is correct, the there are breaking API changes from WTP 1.0x to 1.5 and
the plugin will need to be
The patch to me looks like a safe enough fix and its assuring that
tck didn't blow up. So +0 from me. I would have to react to this
change as well, but the impact for me should be minimal. For the
other subtasks you created (1990, 1991), what are the plan for those?
- sachin
On May 5,
OK, here's the deal.
I was able to recreate this problem on an XP box, following the steps
John mentioned.
However, it works fine when you include the options in the geronimo.bat file.
%_EXECJAVA% %JAVA_OPTS% %GERONIMO_OPTS%
-DXorg.apache.geronimo.NewClassLoader=true
I think that's because the parent pom has not been published to the
official repository location yet.
I think if you add
http://people.apache.org/~chirino/incubator-activemq-4.0/maven2/ to
your settings.xml then it should work.
Regards,
Hiram
On 5/5/06, James Strachan [EMAIL PROTECTED] wrote:
John, I got hte same error using tomcat (see below) but jetty seemed
to work OK. The error indicates that tomcat can't load the portlet
taglib descriptor file. The code in tomcat that tries to load it looks
like:
inputSource =
new InputSource(
Paul,
Can you dump the URLClassLoader paths? This may help find th answer...
Jeff
Paul McMahan wrote:
John, I got hte same error using tomcat (see below) but jetty seemed
to work OK. The error indicates that tomcat can't load the portlet
taglib descriptor file. The code in tomcat that
[ http://issues.apache.org/jira/browse/GERONIMO-1992?page=all ]
Aaron Mulder updated GERONIMO-1992:
---
Description:
If you deploy version 1 of an app, then redeploy version 2, you end up with
version 1 in the repository (unloaded) and version 2 in the
There's a ClassLoaderDumper in the current tree that might be useful
for this. Though it does kind of result in information overload. :)
Thanks,
Aaron
On 5/5/06, Jeff Genender [EMAIL PROTECTED] wrote:
Paul,
Can you dump the URLClassLoader paths? This may help find th answer...
Jeff
The VOTE results are
5 +1, no +0, no -1.
I have published the binaries at
http://www.apache.org/dist/java-repository/org.apache.xbean/
http://www.apache.org/dist/maven-repository/org/apache/xbean/
Cheers,
Guillaume Nodet
Guillaume Nodet wrote:
I have put some binaries of the new
On May 5, 2006, at 5:10 AM, Sachin Patel wrote:
The patch to me looks like a safe enough fix and its assuring that
tck didn't blow up. So +0 from me. I would have to react to this
change as well, but the impact for me should be minimal. For the
other subtasks you created (1990, 1991),
[ http://issues.apache.org/jira/browse/GERONIMO-1981?page=all ]
David Jencks reassigned GERONIMO-1981:
--
Assign To: Aaron Mulder (was: David Jencks)
Web Connector has GBean=(container name) in AbstractName
[
http://issues.apache.org/jira/browse/GERONIMO-1981?page=comments#action_12378077
]
David Jencks commented on GERONIMO-1981:
I looked in the log and the ajp connector abstract name is
[ http://issues.apache.org/jira/browse/GERONIMO-1974?page=all ]
Aaron Mulder reassigned GERONIMO-1974:
--
Assign To: Dain Sundstrom (was: Aaron Mulder)
Can't redeploy a copy of an application using a different version in the
module ID
[ http://issues.apache.org/jira/browse/GERONIMO-1974?page=all ]
Aaron Mulder updated GERONIMO-1974:
---
Attachment: 1974-redeploy-improvements.patch
Here's the work in progress. It fixes most of the problems, except there's
still a lingering problem
Thanks Aaron. I added
ClassLoaderDumper.dump(this.getContainer());
at GeronimoBeforeAfterValve line 31 (which is right before the error
occurs in catalina). The output is attached. I'm not sure how useful
this is so let me know if you need some other type of info.
Paul
On 5/5/06,
Hi,
I build two hours ago, rev 400058 on winXP. I am not seeing this
problem, I used java -D bin\server.jar. Here is a
snapshot from admin console JVM -- under Etc :
Xorg.apache.geronimo.NewClassLoader true
activemq.broker.disable-clean-shutdown true
awt.toolkit
Fixed it.
It had nothing to do with the class loader layout. The findResource
method was returning an invalid jar URL. The the url was missing the
file: protocol on the nested jar. It was difficult to find, since
the error occurred in xerces as it attempted to load a schema. It
seems
Hmm...
It works for me (rev 400058) without any change. I also tried with
geronimo run
geronimo run --long
works every time!
This is from getenv
Variable GERONIMO_OPTs has the value :
DXorg.apache.geronimo.NewClassLoader=true---
Thanks
Anita
--- Dain
Alexei Zakharov wrote:
Hi,
I have created a patch to move the G directory module to ApacheDS 1.0
RC2. But I didn't find necessary 1.0 RCx jars at ibiblio neither at
/maven nor at /maven2. The most recent version is 0.9.3. The same
situation for MINA. So I can't post the patch right now since it
I think now is the time to discuss if we want to commit the change
from configId to moduleId. If we decide to commit the patch, the
timing of the actual commit will be determined by Kevan to have the
smallest impact on the TCK. The patch makes the following changes:
o Renamed root
Dain Sundstrom wrote:
Sorry for the late reply. I have had these notes for days and just keep
forgetting to post them. Notes in line...
On Apr 23, 2006, at 8:07 PM, Aaron Mulder wrote:
Apache Geronimo Principles Goals
=== Principles ===
How about stating these with heading words
I'll defer to the body of committers as to how important this is and if it should go into for 1.1.
Personally I don't think it really matters what the name is. ModuleId has its own set of baggage
and so will everything else. I'm more concerned about another disruptive change to the users which
Thanks for bringing this together Hernan. Let's get this kicked around over
the weekend.
Hernan Cunico wrote:
Hi All,
I put the RELEASE-NOTES-1.1 available on confluence so it will be easier
for you to provide some input. It is based on the previous version and
it needs a lot of work.
[ http://issues.apache.org/jira/browse/GERONIMO-1889?page=all ]
Paul McMahan updated GERONIMO-1889:
---
Attachment: GERONIMO-1889.patch.2
Thanks to Aaron for the helpful suggestion on a better way to persist
attributes. I was thrown off when working on
[ http://issues.apache.org/jira/browse/GERONIMO-1889?page=all ]
Paul McMahan reassigned GERONIMO-1889:
--
Assign To: Aaron Mulder (was: Paul McMahan)
attached a new patch that implements your suggestion
Changing pooling parameters for connector
On May 5, 2006, at 1:55 PM, Matt Hogstrom wrote:
I'll defer to the body of committers as to how important this is
and if it should go into for 1.1. Personally I don't think it
really matters what the name is. ModuleId has its own set of
baggage and so will everything else. I'm more
Additional CGI Headers for Http component
-
Key: SM-427
URL: https://issues.apache.org/activemq/browse/SM-427
Project: ServiceMix
Type: Improvement
Components: servicemix-components
Environment: All Platform
I agree we should change it to have minimal impact on users and ISVs in
future geronimo releases. Hopefully future releases won't require major
changes to the schema like in this release. Leaving it as is may cause
confusion when docs, articles etc. for different versions uses different
I would say commit it, and if there are any major problems with the
tck, then we back out, otherwise I would rather us fix it for the tck
to pass and keep the change to use moduleId in 1.1.
--jason
On 5/5/06, David Blevins [EMAIL PROTECTED] wrote:
On May 5, 2006, at 1:55 PM, Matt Hogstrom
Build failure during assembly of j2ee-installer
---
Key: GERONIMO-1993
URL: http://issues.apache.org/jira/browse/GERONIMO-1993
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: installer
Sounds like the consensus is to change it (although I don't remember a formal vote although I do
remember the discussion). For my part it sounds like we're changing the configId to moduleId to
decrease confusion. It seems odd that the modules are called CARs (Configuration Archives) or some
Dave,
thanks for the reminder of the vote. I was thinking in terms of Dain's first note in this chain. I
believe I voted +1 in that original moduleId thread. After considering this further I'm revising my
opinion as I don't think we're solving the problem; just creating new ones. I think
I'd be happy if we never ended up calling any file a .[a-zA-Z]ar. I
think that the ear/war/rar thing is lame to start with, the folks
that continue to use the same lame extension naming system (sar, har,
dar, car) just perpetuate this silly system that Sun dropped on us.
If we need to use
[ http://issues.apache.org/jira/browse/GERONIMO-1640?page=all ]
Kevan Miller reassigned GERONIMO-1640:
--
Assign To: Kevan Miller (was: Jeff Genender)
Upgrade to Tomcat 5.5.15
Key: GERONIMO-1640
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-1640?page=all ]
Kevan Miller resolved GERONIMO-1640:
Fix Version: 1.1
(was: 1.x)
Resolution: Fixed
Upgraded Tomcat and Jasper versions to 5.5.15 for Geronimo and OpenEJB.
geronimo-installer-1.1-SNAPSHOT.jar cannot be launched
--
Key: GERONIMO-1994
URL: http://issues.apache.org/jira/browse/GERONIMO-1994
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components:
52 matches
Mail list logo