Erin, a failover transport would be really cool, looking forward to a first
glimpse. :) Please let me know if I we be of assistance in any way.
It would be great if we all could unite and work on one client in the near
future.
Regards,
Mats
-Original Message-
From: ErinO
[
https://issues.apache.org/activemq/browse/SM-441?page=comments#action_36223 ]
Guillaume Nodet commented on SM-441:
This bug has already been fixed one week ago ;)
See http://svn.apache.org/viewvc?rev=409084view=rev
Are you sure you use the latest
JMXWriter munges attribute values by partially URL encoding them, doesn't
represent array values very well
--
Key: SM-442
URL:
On 6/1/06, John Sisson [EMAIL PROTECTED] wrote:
I have merged all the changes in the 1.1 branch that weren't merged to
trunk (since trunk was copied from the 1.1 branch in rev 409124).
Have you tried to build Geronimo after having done it? ;) (I didn't yet).
John
Jacek
--
Jacek Laskowski
Jacek Laskowski wrote:
On 6/1/06, John Sisson [EMAIL PROTECTED] wrote:
I have merged all the changes in the 1.1 branch that weren't merged to
trunk (since trunk was copied from the 1.1 branch in rev 409124).
Have you tried to build Geronimo after having done it? ;) (I didn't yet).
John
hi,
i am trying to build a tomcat assembly for 1.1
BUILD FAILED
File.. C:\Documents and Settings\Administrator\.maven\cache\geronimo-assembl
y-plugin-1.1.0-12\plugin.jelly
Element... assemble:installConfig
Line.. 197
Column 149
org.apache.geronimo.gbean.GBeanInfo incompatible with
All,
The New Feature Wednesday builds broke nearly immediately as apache
went down followed by codehaus the week after. Things are looking
good again and I've gotten it working again. I've also added a few
new features:
- A text changelog: see http://people.apache.org/dist/geronimo/
On 5/31/06, Jason Dillon [EMAIL PROTECTED] wrote:
I'm giddy... Retrotranslator kicks so much ass... its awesome.
+1000
Getting JAXB2 RI to work on 1.4 is pretty amazing.
James
I just added a retro assembly to GShell (which requires 1.5 to build)
and verified that it works as expected after
* * * * * * * * * * * * * * * * * * * * * * * * * * *
1 WEEK (4 issues)
* * * * * * * * * * * * * * * * * * * * * * * * * * *
KeySummary
ReporterCreated
GERONIMO-2064 Mail archive links in the Welcome
+1
On May 31, 2006, at 10:24 PM, Jason Dillon wrote:
Since Apache tends to prefer mailing lists... but IRC is so convent
for effective communication. Maybe we should have a daily post of the
last days IRC log to the dev list. That was the list can still be
used for oversight of stuff that
Jacek, David J, Guillaume, and others
I would like a clarification regarding this work. This patch
includes work that was already part of the old trunk. There were minor
modifications to accommodate 1.1. Should this code be reviewed again?
If not, I would like to submit a patch which only
Anita has posted an [RTC] note with the patches to the devlist. She
had a question which I'm reposting it here for relevancy.
A lot of patches for the m2 migration were reviewed and committed into
the now dead-1.2 branch (old trunk). This work should now go into the
new 1.2 trunk. So the same
Hi,
Where will I find o.omg.CSI.EstablishContext class ? I am getting
the following while building j2ee-corba configuration :
Thanks
Anita
... 24 more
===
[INFO]
Thanx Jeff. What do you think about
http://jira.codehaus.org/browse/MJSPC-3. ? Can we expect that anytime
soon ? If so, then I'd rather wait to make a run thro' the pom.xml of
all the apps just once.
Cheers
Prasad
On 6/1/06, Jeff Genender [EMAIL PROTECTED] wrote:
Prasad,
If you really need to
Prasad,
I saw Anita's changes and started reviewing them. Unfortunately, they required more time than I had
at the moment and I won't get back to them until this weekend I suspect.
I think that since this is a merge of existing work should not necessarily require review since it
was
Sounds like a great idea that would help cross pollinate geronimo
discussions. My only concern is whether it's tactful to broadcast
people's thoughts/concerns/gripes/etc beyond their intended audience
without their fore knowledge. As you know people tend to take a
different tone in IRC than
Possible 4.0 consumer client memory leak?
-
Key: AMQ-735
URL: https://issues.apache.org/activemq/browse/AMQ-735
Project: ActiveMQ
Type: Bug
Components: JMS client
Versions: 4.0
Environment: windows xp pro, jdk
For an application which is using datasource, we should manually add dependency to deployment plan upgraded by the tool.The plan upgraded by the tool is following:
- web-app xmlns
=http://geronimo.apache.org/xml/ns/j2ee/web-1.0 xmlns:naming
=http://geronimo.apache.org/xml/ns/naming-1.1 xmlns:sec=
Hi All,
here are some updates to the documentation for G 1.1
Tools and Commands
http://cwiki.apache.org/GMOxDOC11/tools-and-commands.html
Deployer tool
http://cwiki.apache.org/GMOxDOC11/deployer-tool.html
Geronimo Administration Console
Is it possible that ActiveMQ starts the same instance of consumer in multi
threads ? Can we set ActiveMq to create just one instance of each consumer
and not to run it in multi threads in the same time ?
--
View this message in context:
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414248
]
Anita Kulshreshtha commented on GERONIMO-2071:
--
In response to Matt's comments on the list :
+1
Jason Dillon wrote:
Since Apache tends to prefer mailing lists... but IRC is so convent
for effective communication. Maybe we should have a daily post of the
last days IRC log to the dev list. That was the list can still be
used for oversight of stuff that goes on in #geronimo that may
How old is the upgrade.jar you are using?
Noticed that your generated plan still has the old
context-priority-classloader element in it.
-Donald
Zhang Song wrote:
For an application which is using datasource, we should manually add
dependency to deployment plan upgraded by the tool.
+1 to committing this.
I wondered why there are separate dependency and import wizards? It
looks like just some titles are different, would it be appropriate to
have just one wizard in which you can set the import element if
appropriate?
thanks
david jencks
On Jun 1, 2006, at 6:42 AM,
It seems that the default samples won't install from the welcome page
for this build. Do the plugins for the samples need to be updated and
regenerated? Looks like a missing dependency..
BTW, where does the plugin regeneration take place? Is it part of the
geronimo build or is it done
No reason. Thought it was easier to follow. I don't have a problem
adding setters, thx for the suggestion! :)
On Jun 1, 2006, at 1:01 PM, David Jencks wrote:
+1 to committing this.
I wondered why there are separate dependency and import wizards?
It looks like just some titles are
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Anita Kulshreshtha updated GERONIMO-2071:
-
Attachment: geronimo.patch
This patch replaces the old geronimo.patch
added http://dist.codehaus.org as a 'legacy' repository to fetch
The sample plugins are built as part of the build, but there's a
separate process to build the repository metadata and update the
plugin site.
As for this specific error, the JSP and LDAP examples have external
dependencies, but the Servlets examples don't -- so if the Servlets
example works but
Hi, I'm not able to reproduce the error when following the instructions at:
http://wiki.apache.org/geronimo/Building
Can you provide more details about the commands you're using to build?
Paul
On 6/1/06, Krishnakumar B [EMAIL PROTECTED] wrote:
hi,
i am trying to build a tomcat assembly for
All three sample installations fail with the same exception shown below...
Aaron Mulder wrote:
The sample plugins are built as part of the build, but there's a
separate process to build the repository metadata and update the
plugin site.
As for this specific error, the JSP and LDAP examples
I say we just commit the lot of them. Should have no affect on the m1 build, so
risk is low.
Let's just get the bits from the dead branch onto trunk and then go from there.
--jason
-Original Message-
From: Prasad Kashyap [EMAIL PROTECTED]
Date: Thu, 1 Jun 2006 08:47:48
I have some updates to the daytrader poms that make the ear class-path
entries correct in the manifests. The patch is included with this
email...
Thanks,
Jeff
Index: modules/ejb/pom.xml
===
--- modules/ejb/pom.xml (revision 410427)
Jason,
Thanks. I did start from the old trunk and moved everything to 1.1.
The changes made to the existing code (from old trunk) are documented
here
http://issues.apache.org/jira/browse/GERONIMO-851#action_12413522
The old and new code does not affect M1 build. There is a separate
patch (1
[ http://issues.apache.org/jira/browse/GERONIMO-2007?page=all ]
Donald Woods updated GERONIMO-2007:
---
Assign To: Matt Hogstrom (was: Aaron Mulder)
Priority: Major (was: Minor)
Uping the priority of this bug, since it is causing tons of the
Also, doesn't look like the admin console is finding any installable
plugins when search for plugins is selected. :(
Thanks
-Dave-
Aaron Mulder wrote:
Well, that would seem to rule out an ibiblio problem. I guess we need
to change the error message to indicate which dependency is missing.
:)
[
http://issues.apache.org/jira/browse/GERONIMO-1849?page=comments#action_12414295
]
David Jencks commented on GERONIMO-1849:
The actual broken part of including the pattern name in the reference was fixed
in rev 374819. I think we will have to
[ http://issues.apache.org/jira/browse/GERONIMO-1818?page=all ]
Kevan Miller reassigned GERONIMO-1818:
--
Assign To: Kevan Miller
ActiveMQ broker is shutting down before the rest of the server
[ http://issues.apache.org/jira/browse/GERONIMO-2058?page=all ]
David Jencks reassigned GERONIMO-2058:
--
Assign To: David Jencks
Invalid gbean names in config.xml do not prevent server starting or module
starting
[ http://issues.apache.org/jira/browse/GERONIMO-1818?page=all ]
Kevan Miller resolved GERONIMO-1818:
Regression: [Regression]
Resolution: Fixed
The problem was the SystemProperties gbean was being started after Active MQ
was started. So,
Thanks Mats. We will let you guys know when it is done.
We just started it, and we are thinking make it very similar to Java
failover transport - adding some state classes, and the failover transport
will track those states and resend those info to broker in case of failure.
If you guys have any
Jeff, this doesn't require a review since its fixing the issues with construction. Thanks...I'll
apply this.
Jeff Genender wrote:
I have some updates to the daytrader poms that make the ear class-path
entries correct in the manifests. The patch is included with this
email...
Thanks,
Jeff
[ http://issues.apache.org/jira/browse/GERONIMO-2058?page=all ]
David Jencks closed GERONIMO-2058:
--
Resolution: Fixed
Fixed in trunk (1.2) rev 410985 and 1.1 rev 411001. Note that this exposed
another gbean in the jetty config.xmls that didn't
Umm, you guys do realise that there are already 4 people besides anita
that have said 'I don't think this requires RTC', who could just have
easily +1'd the RTC, right?
:)
Cheers,
Brett
On 02/06/06, John Sisson [EMAIL PROTECTED] wrote:
I agree that merging shouldn't require another RTC. So
Haha.. Good point. But shouldn't those 4 people have reviewed the
oodles of lines of code in some 50+ files before +1'ing ?
Cheers
Prasad
On 6/1/06, Brett Porter [EMAIL PROTECTED] wrote:
Umm, you guys do realise that there are already 4 people besides anita
that have said 'I don't think this
I just tried the new upgrade.jar within server runtime, context-priority-classloader element is gone. But there's still no datasource dependency, which will cause failure of application deployment..
2006/6/2, Donald Woods [EMAIL PROTECTED]:
How old is the upgrade.jar you are using?Noticed that
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Prasad Kashyap updated GERONIMO-2071:
-
Attachment: applications.patch.zip
The applications.patch does the following
1. in the geronimo/pom.xml, change dwrVersion to 1.1.1
2.
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414343
]
Prasad Kashyap commented on GERONIMO-2071:
--
Just FYI -
http://www.mail-archive.com/dev@geronimo.apache.org/msg23018.html
Move Geronimo build to M2 (new 1.2
CMP Issues two selects for each CMP bean read operation
---
Key: GERONIMO-2074
URL: http://issues.apache.org/jira/browse/GERONIMO-2074
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Im trying to deploy a standalone appclient with an
ejb reference but it fails with a
NullPointerException. Im not using
geronimo-application-client.xml and the CMP to be
referenced was deployed first without problems. I
tried deploying the same appclient and CMP inside an
ear and it worked.
On Jun 1, 2006, at 7:56 PM, Song Scorpio wrote:I just tried the new upgrade.jar within server runtime, context-priority-classloader element is gone. But there's still no datasource dependency, which will cause failure of application deployment..Do you think the upgrade tool should insert comments
I'll do it...you will probably get space errors since I just copied and
pasted into the email.
Ok...now its done ;-)
Thanks,
Jeff
Jeff, this doesn't require a review since its fixing the issues with
construction. Thanks...I'll
apply this.
Jeff Genender wrote:
I have some updates to
51 matches
Mail list logo