Minor renaming of kaha module
-
Key: AMQ-733
URL: https://issues.apache.org/activemq/browse/AMQ-733
Project: ActiveMQ
Type: Wish
Components: Message Store
Versions: 4.0.1
Reporter: Adrian Co
Assigned to: Rob Davies
[
https://issues.apache.org/activemq/browse/AMQ-730?page=comments#action_36220 ]
james strachan commented on AMQ-730:
Which are the parts of the javadoc which you think most need improvement?
[
https://issues.apache.org/activemq/browse/AMQ-730?page=comments#action_36221 ]
jason evans commented on AMQ-730:
-
Let me first say that I greatly appreciate the effort put into the
documentation thus far. Ill state a few examples
Class Level JavaDoc
Interesting, please pass along a snapshot.
BTW, we are currently using Mat's CMS, and is trying to add failover
transport to it. If your work can be easily combined with Mat's CMS work,
that will be really cool.
Erin
Nathan Mittler wrote:
Hey guys,
I've been working with a co-worker on a
[ http://issues.apache.org/jira/browse/GERONIMO-1453?page=all ]
John Sisson closed GERONIMO-1453:
-
Fix Version: 1.1
Resolution: Fixed
Checked the code and the problem identified in the patch has been fixed.
GBeanOverride throws
o.a.g.system.configuration.LocalAttributeManager.load() does not
setErrorHandler when parsing
--
Key: GERONIMO-2069
URL: http://issues.apache.org/jira/browse/GERONIMO-2069
Project:
config.xml validation error when attempting to clear references for a GBean
---
Key: GERONIMO-2070
URL: http://issues.apache.org/jira/browse/GERONIMO-2070
Project: Geronimo
Type: Bug
+1
On 5/30/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Sorry to have to call this vote again. While the vote was up at the
incubator, some last minute issues were found. The readme file did
not properly refer to ActiveMQ as Apache ActiveMQ.
I also took this opportunity to include the fix for
[ http://issues.apache.org/jira/browse/GERONIMO-2065?page=all ]
John Sisson closed GERONIMO-2065:
-
Fix Version: 1.1
Resolution: Duplicate
Assign To: John Sisson
Closing. Created more specific JIRAs GERONIMO-2070 and GERONIMO-2069 for
I have all the applications migrated to M2 now. But I have a problem
using the jspc-maven-plugin to precompile the JSPs. I hope Jeff can
help me here.
The jspc-maven-plugin is configured in the parent pom and executed by
the pom in each application. Please find attached the parent pom (goes
in
[ http://issues.apache.org/jira/browse/GERONIMO-2070?page=all ]
John Sisson closed GERONIMO-2070:
-
Resolution: Fixed
config.xml validation error when attempting to clear references for a GBean
I found some more modules that have not yet been migrated. Jetty,
jetty-builder and upgrade come to mind. Think they are a few more. I
have patches for some.
It would be nice if we can commit the others from Anita's patch(es) so
that we have something to keep building upon. I guess we agreed
Prasad,
Thanks! More inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
I have all the applications migrated to M2 now. But I have a problem
using the jspc-maven-plugin to precompile the JSPs. I hope Jeff can
help me here.
The jspc-maven-plugin is configured in the parent pom and
Thanx Anita. Yep. I had tried that too. In fact, I had removed
everything from the parent pom and invoked the jspc plugin only in the
uddi-db pom. Even then, the other plugins get executed twice.
The jspc mojo is bound to the generate-sources phase by default. I
didn't change that. It then
Prasad,
I can fix #1. I need to dig up some old code from the 1.4.3 version. I
converted to a forked version because it really lightened the amount of
code in the plugin. But I have heard of this being an issue, so I may
fatten the plugin up a little bit and force a call to javac once again.
inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
I found some more modules that have not yet been migrated. Jetty,
jetty-builder and upgrade come to mind. Think they are a few more. I
have patches for some.
The patch dt May 29th to G-1740 includes 'upgrade'! Since then I
have baked
On 5/30/06, Hernan Cunico [EMAIL PROTECTED] wrote:
it is there! I just double-checked the .war
HelloWorld.war
HelloWorld\HelloWorld.jsp
HelloWorld\WEB-INF\web.xml
And, as you discovered, this is not a valid WAR -- you must have a
WEB-INF/web.xml not a somethingelse/WEB-INF/web.xml. If
Hi,
Is it possible for me
to write a GBean that gets notified every time a J2EE artefact is
deployed. How do i enable by GBean to recieve these notifications
Regards
Manu
John,
Did you include Better Builds with Maven in your documentation search?
If not, you can download the book here:
http://www.mergere.com/m2book_download.jsp
I haven't looked into it myself, but from what I understand it covers alot
about Maven that was previously only captured within e-mail
In Geronimo 1.1, your GBean just needs to implement DeploymentWatcher
and add that interface to its GBeanInfo. You'll get called with the
module ID for each module that is deployed or undeployed (but
currently not all redeployments). Note this is not just for J2EE
artifacts -- it will also see
Yup, I must have typed something wrong while packing the app at some point during the testing and
messed up the war.
I had problems with the plan at the begining but the WAR was OK, then I had the plan right but bad
packaging, my bad.
Thank you all for the help.
Cheers!
Hernan
Aaron Mulder
Thanks a lot Aaron but is this supported in 1.0?On 5/31/06, Aaron Mulder [EMAIL PROTECTED]
wrote:In Geronimo 1.1, your GBean just needs to implement DeploymentWatcher
and add that interface to its GBeanInfo.You'll get called with themodule ID for each module that is deployed or undeployed
Not in 1.0.
Thanks,
Aaron
On 5/31/06, Manu George [EMAIL PROTECTED] wrote:
Thanks a lot Aaron but is this supported in 1.0?
On 5/31/06, Aaron Mulder [EMAIL PROTECTED] wrote:
In Geronimo 1.1, your GBean just needs to implement DeploymentWatcher
and add that interface to its GBeanInfo.
My trunk build was failing because the plugin versions in
etc/project.properties didn't match the plugin versions in
plugins/*/project.xml. Applying the attached patch fixed the problem
for me.
thanks,
Paul
Index: plugins/geronimo-dependency-plugin/project.xml
+1
Regards,
Fritz Oconer
Hiram Chirino wrote:
Sorry to have to call this vote again. While the vote was up at the
incubator, some last minute issues were found. The readme file did
not properly refer to ActiveMQ as Apache ActiveMQ.
I also took this opportunity to include the fix for 2
Move Geronimo build to M2 (new 1.2 trunk)
-
Key: GERONIMO-2071
URL: http://issues.apache.org/jira/browse/GERONIMO-2071
Project: Geronimo
Type: New Feature
Security: public (Regular issues)
Components: buildsystem
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Anita Kulshreshtha updated GERONIMO-2071:
-
Attachment: geronimo.patch
deploy-tool.patch
pom.xml
These patches build modules, plugins, openejb, and
Thanks for the patch paul. You might want to have [RTC] in the subject
so that the patch gets reviewed and approved.
Cheers
Prasad.
On 5/31/06, Paul McMahan [EMAIL PROTECTED] wrote:
My trunk build was failing because the plugin versions in
etc/project.properties didn't match the plugin
Hi All,
I would like you to review the work done to migrate geronimo build
to maven2.The following patches are attached to
http://issues.apache.org/jira/browse/GERONIMO-2071
-- geronimo.patch (pom.xml - use this if there are merge
conflicts)
-- deploy-tool.patch -
Here is
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414080
]
Anita Kulshreshtha commented on GERONIMO-2071:
--
Build instructions - (I have used maven 2.0.4)
from top directory -
1. mvn -N install
2. cd modules,mvn
Paul,
Thanks! My bad... I've committed the fix. I didn't use your patch.
Would prefer to receive patches via Jira's...
Prasad,
No review necessary...
--kevan
On May 31, 2006, at 11:56 AM, Prasad Kashyap wrote:
Thanks for the patch paul. You might want to have [RTC] in the subject
so that
Thanx Jeff. Please see comments inline -
Cheers
Prasad
On 5/31/06, Jeff Genender [EMAIL PROTECTED] wrote:
Prasad,
I can fix #1. I need to dig up some old code from the 1.4.3 version. I
converted to a forked version because it really lightened the amount of
code in the plugin. But I have
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Anita Kulshreshtha updated GERONIMO-2071:
-
Attachment: openejb.patch
openejb.patch is to build openejb locally. This is needed if the repository
does not contain the latest
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Anita Kulshreshtha updated GERONIMO-2071:
-
Attachment: geronimo.patch
To test the build use this patch, it uses older version of activemq. The M1
build uses
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414127
]
Jacek Laskowski commented on GERONIMO-2071:
---
If there's no proper version of activemq on M2 repos, why can't we use M1 repo
(legacy)?
Move Geronimo build to
[
https://issues.apache.org/activemq/browse/AMQ-732?page=comments#action_36222 ]
Maxim Fateev commented on AMQ-732:
--
I was able to reproduce problem with default journal configuration.
1. Remove content of storage directory.
2. Start broker.
3. Enqueue
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414131
]
Guillaume Nodet commented on GERONIMO-2071:
---
ActiveMQ should be upgrade to 4.0 (which is currently voted) and m2 poms are
available for this version.
Move
Client-Deployer config is using wrong/hardcoded commons-primitives version
--
Key: GERONIMO-2072
URL: http://issues.apache.org/jira/browse/GERONIMO-2072
Project: Geronimo
Type: Bug
Security:
[ http://issues.apache.org/jira/browse/GERONIMO-2072?page=all ]
Donald Woods updated GERONIMO-2072:
---
Attachment: Geronimo-2072.patch
Patch was created against branches/1.1/configs
Client-Deployer config is using wrong/hardcoded commons-primitives
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414138
]
Anita Kulshreshtha commented on GERONIMO-2071:
--
We use 2 legacy repository -
- http://www.ibiblio.org/maven - nothing found
-
Copyright date in the console needs to be updated
-
Key: GERONIMO-2073
URL: http://issues.apache.org/jira/browse/GERONIMO-2073
Project: Geronimo
Type: Task
Security: public (Regular issues)
Components: console
Hi David,
How are we supposed to run the latest upgrade tool now that it is a module
inside of Geronimo? I am able to see the upgraded plan from admin console,
but I haven't been able to get the latest upgrade tool by itself running.
What I did was:
E:\geronimo-1.1-SNAPSHOT\binjava -jar
I'll be there and I'd be happy to participate.
Thanks,
Aaron
On 5/30/06, Bruce Snyder [EMAIL PROTECTED] wrote:
Last week I received a request from TheServerSide Java Symposium
planners for the Barcelona show in June. They're going to hold a
Geronimo panel discussion at the conference and
E:\geronimo-1.1-SNAPSHOT\binjava -jar upgrade.jar
Parameter usage:
inputPlan outputPlan
or
inputPlan
in which case the output will be in the same location as inputPlan with
'.upgraded' appended
Lin Sun wrote:
Hi David,
How are we supposed to run the latest upgrade tool now that it is a
Thanks, that worked very well!
-Original Message-
From: Donald Woods [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 31, 2006 4:48 PM
To: dev@geronimo.apache.org
Subject: Re: Please try out the upgrade jar
E:\geronimo-1.1-SNAPSHOT\binjava -jar upgrade.jar
Parameter usage:
inputPlan
I'll be there
Bruce Snyder wrote:
Last week I received a request from TheServerSide Java Symposium
planners for the Barcelona show in June. They're going to hold a
Geronimo panel discussion at the conference and wanted some help in
finding about 3 or 4 more Geronimo committers who will already
Here are the outstanding issues and my proposed plans to finish 1.1.
Currently there are 124 JIRAs out there for 1.1. There are also 7 or 8 blockers. I have not seen
any activity on these items in the last week so I'm assuming that there is no resource to fix them.
I propose that tomorrow
I received a similar request and plan to be there.
thanks
david jencks
On May 30, 2006, at 10:44 AM, Bruce Snyder wrote:
Last week I received a request from TheServerSide Java Symposium
planners for the Barcelona show in June. They're going to hold a
Geronimo panel discussion at the
I'm giddy... Retrotranslator kicks so much ass... its awesome.
I just added a retro assembly to GShell (which requires 1.5 to build)
and verified that it works as expected after being retrotranslated
with a 1.4.2 JVM (Apple's).
Granted, GShell isn't doing all that much (yet), but it is using
Hey guys,
I've been working with a co-worker on a new c++ client that will replace CMS
and will truly support a pluggable protocol. We based much of the code off
of the .NET client, but had to do some rearranging to get rid of protocol
dependencies in the code. We're nearing completion and have
Anyone know how to get copies of my mail to this list (or any of the
apache lists)?
I like to know that the mail actually made it to the list...
--jason
Thanks Ian,
I registered for it yesterday, but am still waiting to receive the email
with the download link. Hoping it will fill in some holes in the
documentation.
John
[EMAIL PROTECTED] wrote:
John,
Did you include Better Builds with Maven in your documentation search?
If not, you can
Subscription address: [EMAIL PROTECTED]
Digest subscription address: [EMAIL PROTECTED]
Getting help with the list: [EMAIL PROTECTED]
Or you can go and search ...
http://mail-archives.apache.org/mod_mbox/geronimo-dev/
On May 31, 2006, at 6:43 PM, Jason Dillon wrote:
Anyone know how to get
Jason Dillon wrote:
Anyone know how to get copies of my mail to this list (or any of the
apache lists)?
I like to know that the mail actually made it to the list...
--jason
We did get your GShell mail, just been too flat out to read it properly
and respond :-)
You can also get MBOX
It was rather long... no worries ;-)
Still like to see my own messages though... :-( Can't seem to find
the magic command to mail ezmlm... maybe it does not support it.
Too bad Mailman is GNU... IMO its far better.
Oh well.
Maybe one day ASF and GNU will get along better.
--jason
On
Should probably update the mailing list configuration with the correct URL.
Any idea how to do that?
Specifically, this:
snip
FAQ - Frequently asked questions of the [EMAIL PROTECTED] list.
Where can I find out more about this project?
http://incubator.apache.org/projects/geronimo.html
/snip
[ http://issues.apache.org/jira/browse/GERONIMO-2069?page=all ]
John Sisson closed GERONIMO-2069:
-
Resolution: Fixed
Fixed. Users will now get a more useful error giving the file name, line and
column number.
Now that we have a schema for config.xml it's become more painfully
obvious that we are putting mixed content into the attribute elements
of config.xml. You can override an xml-attribute in a gbean such as
the defaultEnvironment elements in the builders by putting the
override xml right
(3) seems like a good direction.
Probably safer to wait until 1.1 is out, so +1 to fixing this in 1.2
--jason
On 5/31/06, David Jencks [EMAIL PROTECTED] wrote:
Now that we have a schema for config.xml it's become more painfully
obvious that we are putting mixed content into the attribute
We should be able to automatically boot up an image for a specific os on demand
in any host in the gbuild network.
--
Key: GBUILD-19
URL:
Can we please bring Drone back, so that the #geronimo channel is logged again.
Thanks,
--jason
Did anyone happen to get a chance to peek at this?
--jason
On 5/28/06, Jason Dillon [EMAIL PROTECTED] wrote:
I'm running into this (problem below). Seems it might be related to:
Caused by:
org.apache.geronimo.kernel.repository.MissingDependencyException:
Unable to resolve dependency
Why 2 versions of TranQL?
--jason
On 5/31/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
Here are the outstanding issues and my proposed plans to finish 1.1.
Currently there are 124 JIRAs out there for 1.1. There are also 7 or 8
blockers. I have not seen
any activity on these items in the
There have been a number of changes in the 1.1 branch that haven't been
merged to trunk since trunk was copied from the 1.1 branch in rev 409124.
We should try to merge these in revision order as much as possible, as
there will be less chance that my svn properties fix (rev 409817) will
have
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 have
some impact on the
That would be great if we could.
I wonder whether some people look at the dev list and think there isn't
much happening not realizing all the activity happening over IRC. Also
posting the IRC log to the mailing list makes it easier for users who
search for things in email archives to find a
[ http://issues.apache.org/jira/browse/GERONIMO-2059?page=all ]
Kevan Miller resolved GERONIMO-2059:
Resolution: Fixed
dependencies in etc/project.properties need to be updated to use the
appropriate versions
[
http://issues.apache.org/jira/browse/GERONIMO-2040?page=comments#action_12414192
]
David Jencks commented on GERONIMO-2040:
I've applied these changes in rev 410718 to trunk, but the app doesn't work yet
for me.
After deploying the app using
It might take a tad bit of code, adding a new model to Drone, but it
seems possible.
I think this could help bridge the perceived communication gap between
the lists and IRC.
--jason
On 5/31/06, John Sisson [EMAIL PROTECTED] wrote:
That would be great if we could.
I wonder whether some
Having consistency is definitely in ours and Maven's best interest. We (us and the Maven guys) need
to examine how people manage their versions. Derby is clearly a case where 4 elements is standard.
I also agree with David that more dots isn't necessarily good but I've also noticed on the
This is a good idea. It would be nice to probably scrub out the connected / disconnected messages
and maybe a few others.
Jason Dillon wrote:
It might take a tad bit of code, adding a new model to Drone, but it
seems possible.
I think this could help bridge the perceived communication gap
My comments below. Will you do the merge John or should we do it after you
wave the flag ?
Matt
John Sisson wrote:
There have been a number of changes in the 1.1 branch that haven't been
merged to trunk since trunk was copied from the 1.1 branch in rev 409124.
We should try to merge these
I think waiting makes sense except I think the ugly message will confuse users. Is there a fix to
at least eliminate this message in the interim ?
David Jencks wrote:
Now that we have a schema for config.xml it's become more painfully
obvious that we are putting mixed content into the
TranQL has three components. The Connectors (1.2-SNAPSHOT), the persistence engine (1.3-SNAPSHOT)
and the vendors rars (various versions depending on the rar in question).
Does that answer your question ?
Matt
Jason Dillon wrote:
Why 2 versions of TranQL?
--jason
On 5/31/06, Matt
Jason, I am not sure who hosts it but it might be the author, Geert Bevin. You can find him in #rife to see what is up.Take care,JeremyOn 5/31/06,
Jason Dillon [EMAIL PROTECTED] wrote:
Can we please bring Drone back, so that the #geronimo channel is logged again.Thanks,--jason
On May 31, 2006, at 7:52 PM, Matt Hogstrom wrote:
I think waiting makes sense except I think the ugly message will
confuse users. Is there a fix to at least eliminate this message
in the interim ?
java -jar bin/server.jar /dev/null :-)
I'm not sure this is an immediate problem. You
On May 31, 2006, at 10:54 PM, Matt Hogstrom wrote:
TranQL has three components. The Connectors (1.2-SNAPSHOT), the
persistence engine (1.3-SNAPSHOT) and the vendors rars (various
versions depending on the rar in question).
Does that answer your question ?
Matt,
You have them both
I'll do your merge.
John
Matt Hogstrom wrote:
My comments below. Will you do the merge John or should we do it
after you wave the flag ?
Matt
John Sisson wrote:
There have been a number of changes in the 1.1 branch that haven't
been merged to trunk since trunk was copied from the 1.1
FYI, you will pronably get a bit more error output with my recent
changes in
http://svn.apache.org/viewvc?rev=410704view=rev
but my changes will get rid of the errorhandler warning messages. See
http://issues.apache.org/jira/browse/GERONIMO-2069?page=all for details.
John
David Jencks
Ah, okay... not confused anymore ;-)
--jason
On May 31, 2006, at 8:21 PM, Kevan Miller wrote:
On May 31, 2006, at 10:54 PM, Matt Hogstrom wrote:
TranQL has three components. The Connectors (1.2-SNAPSHOT), the
persistence engine (1.3-SNAPSHOT) and the vendors rars (various
versions
The migration of applications to M2 has been kinda held up by the
following 2 maven jiras
http://jira.codehaus.org/browse/MJSPC-2 (to fix jspc plugin)
http://jira.codehaus.org/browse/MWAR-45 (to fix jar'ing classes to web-inf/lib).
I have submitted a patch for the latter (maven-war-plugin,
Prasad,
If you really need to use the jspc plugin now, please use version 1.4.3.
It does not fork the compile.
Jeff
Prasad Kashyap wrote:
The migration of applications to M2 has been kinda held up by the
following 2 maven jiras
http://jira.codehaus.org/browse/MJSPC-2 (to fix jspc plugin)
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).
All future changes you make in the 1.1 branch (after rev 410704) should
be merged to trunk as soon as possible.
Thanks,
John
83 matches
Mail list logo
