I'm adding www.mortbay.org/maven as a repository and have put a new
5.1.G0 version there. Commit coming shortly.
cheers
Greg Wilkins wrote:
Alan,
The patches I have are against Jetty HEAD. But the problem is that the
rsync that Jason setup to update ibiblio is not working at the moment, so
Looking at the default config-store/index.properties, I see the
following entries that I can't account for. Can someone describe the
effect of starting these?
* org/apache/geronimo/Secure
* org/apache/geronimo/DeployerSystem
* org/apache/geronimo/J2EEDeployer
*
and that is not accessed via a standard JMS API? We only need the
classes if user code is expected to interact with the class.
-dain
On Oct 3, 2004, at 3:26 PM, Hiram Chirino wrote:
For the in vm transport that bypasses tcpip and serialization to send
messages, yes.
Regards,
Hiram
Dain
Message:
The following issue has been closed.
Resolver: Hiram Chirino
Date: Sun, 3 Oct 2004 7:52 PM
Fixed. The ActiveMQ GBean now has a dataDirectory attribute that is set to
var/activemq in the system-jms-plan.xml
Yes, user code only uses the JMS API. But the client is indirectly
using ActiveMQ classes since the JMS interfaces are ActiveMQ
implementations. And since the in vm transport does not serialize the
ActiveMQ messages it sends to the broker, the broker needs to be in the
same classloader as
Aaron Mulder wrote:
Looking at the default config-store/index.properties, I see the
following entries that I can't account for. Can someone describe the
effect of starting these?
There's some info on the topic here -
[EMAIL PROTECTED] wrote:
If you're sending a message from one EAR to another using user objects
serialized, thats true. I guess in this case, we should ensure that the
tcp protocol is used to ensure data is serialized into and out of each
EAR/class loader.
We should reserve the VM transport
On Oct 4, 2004, at 12:40 AM, [EMAIL PROTECTED] wrote:
On 4 Oct 2004, at 04:03, Hiram Chirino wrote:
Yes, user code only uses the JMS API. But the client is indirectly
using ActiveMQ classes since the JMS interfaces are ActiveMQ
implementations. And since the in vm transport does not serialize
On Oct 2, 2004, at 2:44 PM, Dondi Imperial wrote:
I'd like to help out with frontend tools (web and desktop based) for
administration and deployment. Who do I get in touch with?
If there is no need or it is too early, for work on this end just
ignore this email.
There's always a need if you
On Oct 1, 2004, at 5:20 PM, karan singh malhi wrote:
Build Succeeded,
I have modified the for the impatient section of the wiki.
Please correct it , if i am wrong.
http://wiki.apache.org/geronimo/Building#head-
bfda3b0490aa0721b5b3d94d1652a563cc16e6f6
Hey! Thanks for doing this! Document on!
I know the main developer of MC4J, a cool (Swing-based) JMX
management console -- check out the screen shots and stuff. (His name is
Greg Hinkle) I hope to get Greg on board with Geronimo. If so, and if
that project continues to use (what is essentially) the Mozilla Public
License,
On Oct 3, 2004, at 12:30 PM, Dain Sundstrom wrote:
On Oct 2, 2004, at 7:49 PM, Aaron Mulder wrote:
I hesitate to admit how much time I just spent debugging a failure
with my connector. The problem was that I was creating a Work that
was
getting a NoClassDefFoundError while it ran, and I hadn't
On 4 Oct 2004, at 16:59, Dain Sundstrom wrote:
On Oct 4, 2004, at 12:40 AM, [EMAIL PROTECTED] wrote:
On 4 Oct 2004, at 04:03, Hiram Chirino wrote:
Yes, user code only uses the JMS API. But the client is indirectly
using ActiveMQ classes since the JMS interfaces are ActiveMQ
implementations.
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/GERONIMO-355
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/GERONIMO-356
Here is an overview of the issue:
-
Aaron Mulder wrote:
I know the main developer of MC4J, a cool (Swing-based) JMX
management console -- check out the screen shots and stuff. (His name is
Greg Hinkle) I hope to get Greg on board with Geronimo. If so, and if
that project continues to use (what is essentially) the Mozilla
The following issue has been updated:
Updater: Ralf Barkow (mailto:[EMAIL PROTECTED])
Date: Mon, 4 Oct 2004 12:21 PM
Comment:
Missing dependency mx4j/jars/mx4j-2.0.1.jar
Changes:
Attachment changed to tomcat-plan_xml.patch
Dondi Imperial wrote:
I'd like to help out with frontend tools (web and desktop based) for
administration and deployment. Who do I get in touch with?
If there is no need or it is too early, for work on this end just
ignore this email.
For something relatively small to get your feet wet you
The following comment has been added to this issue:
Author: Jeremy Boynes
Created: Mon, 4 Oct 2004 12:35 PM
Body:
There should be no need for the dependency in the plan as these classes will be
provided by the parent configurations.
I don't use Eclipse, but in Idea I set up
My impression is that the 88 tool only works on the same machine as the
server. I thought it did not send the module you were deploying over
the connection but only its location (File). Am I wrong?
thanks
david jencks
On Oct 4, 2004, at 12:27 PM, [EMAIL PROTECTED] wrote:
Message:
A new issue
David Jencks wrote:
My impression is that the 88 tool only works on the same machine as the
server. I thought it did not send the module you were deploying over
the connection but only its location (File). Am I wrong?
Currently that is still a restriction of the implementation.
However, being
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/GERONIMO-358
Here is an overview of the issue:
-
It's been a while, but I think the reason this originally came up
is that we didn't have a good way to stream the content over the network
to the server. Now that Jetty is integrated, we should be able to add a
servlet to accept JSR-88 uploads.
Aaron
On Mon, 4 Oct 2004, Jeremy
The following issue has been updated:
Updater: Ralf Barkow (mailto:[EMAIL PROTECTED])
Date: Mon, 4 Oct 2004 3:46 PM
Comment:
Patched tomcat-plan.xml will result in an InvalidConfigException caused by
MissingDependencyException.
Changes:
Attachment changed to
The following issue has been updated:
Updater: Ralf Barkow (mailto:[EMAIL PROTECTED])
Date: Mon, 4 Oct 2004 4:00 PM
Comment:
Thanks Jeremey, I catched the wrong file. The missing dependency should be
added to the geronimo/modules/tomcat/project.xml file (see attached patch).
25 matches
Mail list logo