Hi,
I just recently put up a ActiveMQ 4.0.2 release candidate for vote so while
it's fresh on my mind I'd like to see if anybody minds if I make a small
tweak to the way we label our snapshot versions. I'd like to either change
it to 4.0-SNAPSHOT or even 4.0.x-SNAPSHOT.
The driver behind this c
I'm working on some code in the Jencks project that uses the
XATransactions class. From what I have gathered, this an instance of
this class or the NoTransaction or LocalTransaction class is passed
the the GenericConnectionManager, and it specifies the relationship
between the connector an
On Jul 25, 2006, at 5:53 PM, Aaron Mulder wrote:
OK, so, I've now discovered that the Geronimo 1.1 CARs are not in the
Maven 1 repo, as well as not being in the Maven 2 repo.
I believe they will need to be in order to build Geronimo CARs or
Geronimo Plugins from Maven (with the geronimo-packag
Nice work Paul!
Paul McMahan wrote:
> Sorry I've left this thread sitting idle for the last few days. I'm
> just now recovering from a complete system overhaul after my OS
> crashed *wince*.
>
> Thanks Brian for being so flexible. In the long run I agree with Jeff
> that it would be ideal if th
Actually, also, your repository isn't quite right. The
geronimo-plugins.xml should go in the root of the repository (which in
this case is http://mcmahanfamily.org/repository/ not
http://mcmahanfamily.org/repository/geronimo-1.1/). So either you
should move all the files to repository/geronimo-1
Hmm.. Don't think I was able to find a uddi/pom.xml in any of your
patches. So I created one actually. Didn't remove anything :-)
Cheers
Prasad
On 7/25/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote:
Prasad,
Your pom.xml looks very different than mine. Did you remove
something?
Thanks
Ani
[ http://issues.apache.org/jira/browse/GERONIMO-1906?page=all ]
Paul McMahan reassigned GERONIMO-1906:
--
Assignee: Sachin Patel (was: Paul McMahan)
here's the hot potato back at you! ;-)
> Cannot add a new connector using ActiveMQManagerGBean
> --
Yeah, I'll be happy to put the plugin up. Should I just get the one
at http://mcmahanfamily.org/repository/geronimo-1.1/ to put up there?
Thanks,
Aaron
On 7/25/06, Paul McMahan <[EMAIL PROTECTED]> wrote:
Sorry I've left this thread sitting idle for the last few days. I'm
just now recoverin
[
http://issues.apache.org/jira/browse/GERONIMO-1906?page=comments#action_12423500
]
Paul McMahan commented on GERONIMO-1906:
This problem still exists, at least in the 1.1 branch.
Use the following steps to recreate.
Start geronimo se
[ https://issues.apache.org/activemq/browse/AMQ-824?page=all ]
Nathan Mittler resolved AMQ-824.
Resolution: Fixed
Patch has been applied
> Missing NULL pointer check in MessageConsumer::autoAcknowledge
>
Sorry I've left this thread sitting idle for the last few days. I'm
just now recovering from a complete system overhaul after my OS
crashed *wince*.
Thanks Brian for being so flexible. In the long run I agree with Jeff
that it would be ideal if the plugin was hosted at liferay.com. That
way Lif
Note... src/plan/plan.xml is copied to target/plan/plan.xml by
car:dependencies (car:prepare-plan now) and then car:package picks up
target/plan/plan.xml to process.
Its not very intuitive IMO... but that is how it woks.
--jason
On Jul 25, 2006, at 1:08 PM, Aaron Mulder wrote:
On 7/24/06
Bootstrapping is still needed to handle openejb2 bits, and is still
recommended to show that the m2 build works from no repo.
We should add openejb to the default profile and comment it out. If
a developer needs to build openejb they can comment it out. With this
plugin in the repository just
planFile is just the filename, you have to set sourceDir to the
directory the plan is actually in. This is because the filtering is
done via Velocity which wants a basedir and then a template name.
See:
http://geronimo.apache.org/maven/plugins/car-maven-plugin/
dependencies-mojo.html
[ http://issues.apache.org/jira/browse/GERONIMO-1959?page=all ]
Paul McMahan updated GERONIMO-1959:
---
Patch Info: [Patch Available]
> Console: plugin % complete shoudl reset to 0 while preparing a download
> -
[ http://issues.apache.org/jira/browse/GERONIMO-1959?page=all ]
Paul McMahan reassigned GERONIMO-1959:
--
Assignee: (was: Paul McMahan)
unassigning this issue from myself so the commiters can be notified when it
shows up in the "JIRAs with patche
[ http://issues.apache.org/jira/browse/GERONIMO-1959?page=all ]
Paul McMahan updated GERONIMO-1959:
---
Attachment: GERONIMO-1959.patch
The attached patch addresses the following issues with the progress bar
behavior when a plugin is being installed:
-
[
https://issues.apache.org/activemq/browse/AMQ-844?page=comments#action_36638 ]
Ian Kallen commented on AMQ-844:
We got to the bottom of this. It turned out that there were still some client
processes running activemq-3.1-M5 on the network hitt
And, we can also use an extra space like GMXxSITE2 for really radical
changes if needed.
--jason
On Jul 25, 2006, at 11:54 AM, Matt Hogstrom wrote:
Is there anyway to back out changes or make them atomic? Once nice
thing about the existing process is that people can stage changes
and ma
We can back out with Conluence's versioning for pages.
But if we elect to rsync from the AutoExport dir to SVN and use the
normal SVN mechanism to publish then we can do any kind of staging we
want. Disable the automated sync, use the AutoExport URL to test/
validate major work, then when i
[
http://issues.apache.org/jira/browse/GERONIMO-2160?page=comments#action_12423492
]
Paul McMahan commented on GERONIMO-2160:
Worked around this by naming the exported plugin file with a ".car" suffix
instead of a ".rar" suffix. The J
[ http://issues.apache.org/jira/browse/GERONIMO-2160?page=all ]
Paul McMahan updated GERONIMO-2160:
---
Priority: Minor (was: Critical)
> Can't install a J2EE connector plugin
> -
>
> Key: GERONIMO-2160
[
http://issues.apache.org/jira/browse/GERONIMO-2208?page=comments#action_12423489
]
Ted Kirby commented on GERONIMO-2208:
-
Here is stack trace:
[EMAIL PROTECTED]
java.lang.NoClassDefFoundError: org/apache/geronimo/util/encoders/Base
Yes, this is the correct way to make sure that the jar is build first.
Thanks
Anita
--- Aaron Mulder <[EMAIL PROTECTED]> wrote:
> On 7/25/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >
> > > gplugins
> > > quartz-scheduler
> > >
Prasad,
Your pom.xml looks very different than mine. Did you remove
something?
Thanks
Anita
--- Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> I am having trouble building the uddi-jetty
>
> uddi-jetty.
> --
>
> ERROR [PackageBuilder]
> org.apache.geronimo.common.DeploymentExcepti
Prasad,
I just found all this in today's mail. I will reply soon.
Thanks
Anita
--- Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> I'm having trouble running the hot-deployer car in an m2 built
> server.
>
> The errror is as follows :
>
> java.lang.NoClassDefFoundError:
> org/apache/geronimo/d
yep, correct..
Thanks
Anita
--- Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> No. I guess that's about right. I have seen this comment in the
> project.xml in the maven 1 builds too. We need this to force the
> reactor to build the jar first. But all other deps should be in the
> jar's pom.xml.
>
OK, so, I've now discovered that the Geronimo 1.1 CARs are not in the
Maven 1 repo, as well as not being in the Maven 2 repo.
I believe they will need to be in order to build Geronimo CARs or
Geronimo Plugins from Maven (with the geronimo-packaging-plugin or
car-maven-plugin) since I believe thos
Yes the gbean deployer was (and probably still is) available by
default. The problem could be the null in
org.apache.geronimo.configs/geronimo-gbean-deployer/null/car
--- Aaron Mulder <[EMAIL PROTECTED]> wrote:
> Bearing in mind that this is not part of the Geronimo build, I assume
> that a
OK, progress...
I manually put in the correct deployer value for Geronimo 1.1.
Now we're back to the problem that the Geronimo 1.1 CARs are not in
the Maven 2 repo, so they aren't available for the build. I tried
pointing to the Maven 1 repo but they're not there either. Sigh.
Thanks,
Aar
No. I guess that's about right. I have seen this comment in the
project.xml in the maven 1 builds too. We need this to force the
reactor to build the jar first. But all other deps should be in the
jar's pom.xml.
Cheers
Prasad
On 7/25/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:
On 7/25/06, anita
On 7/25/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote:
>
>
>
> gplugins
> quartz-scheduler
>
>
I do not understand the comment ?
The entry there is the JAR that I'm trying to make a CAR out of (e.g.
the CAR = that JAR plus ta
--- Aaron Mulder <[EMAIL PROTECTED]> wrote:
> So I can use Maven 2 against Geronimo 1.1 since the G 1.1 JARs have
> been pushed to Maven 2.
This needs more thought... It is not likely to work because of
different groupIds in 1.1 and 1.2. The 1.1 jars are different from 1.2
jars. They contain dif
On 7/25/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote:
I assume you are packaging this to be run on a full server. In that
case you need to use:
...
I don't think this is the problem.
I think the problem is that it's trying to load
o.a.g.configs/geronimo-gbean-deployer/1.1/car instead of
Bearing in mind that this is not part of the Geronimo build, I assume
that all of those variables are going to be empty and this will fail.
Can you give me a version with hardcoded values? This particular
module only needs the gbeanDeployer but the next one I try will need
the Jetty or Tomcat dep
--- Aaron Mulder <[EMAIL PROTECTED]> wrote:
> Here's the relevant part of my POM:
>
>
>
>
>
> gplugins
> quartz-scheduler
>
>
I do not understand the comment ?
Thanks
Anita
>
>
>
>
>
I assume you are packaging this to be run on a full server. In that
case you need to use:
${gbeanDeployer}
${j2eeDeployer}
${jettyDeployer}
${clientDeployer}
${openejbDeplo
I'll read and reply in detail in a while. But for now, here's a quick
answer to your last question -
In the PlanProcessorMojo.java, introduce the variable (foo) you desire
as a field. Annotate that field as follows
/**
* @parameter
*/
private String foo;
Use the variable directly in your code i
Do you also want the src/plan to be configurable? I agree this needs
to be fixed.
i.e. something like
${basedir}/src/plan
plan.xml
Thanks
Anita
--- Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> If you plan to use a file in src, then the variable you need is is
> ${basedir}.
>
> ${basedir}/sr
On 7/25/06, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
If you plan to use a file in src, then the variable you need is is ${basedir}.
${basedir}/src/plan/geronimo-service.xml
If you plan to use a file under target, then the variable you need is
${project.build.directory}
Well, that doesn't wor
So here's a different error I got when trying to use the
car-maven-plugin for a Geronimo plugin build:
ERROR [PackageBuilder]
org.apache.geronimo.kernel.config.LifecycleException: load of
org.apache.geronimo.configs/geronimo-gbean-deployer/null/car failed
org.apache.geronimo.kernel.config.Lifecyc
If you plan to use a file in src, then the variable you need is is ${basedir}.
${basedir}/src/plan/geronimo-service.xml
If you plan to use a file under target, then the variable you need is
${project.build.directory}
Source code for car-maven-plugin is here
http://svn.apache.org/viewvc/geronimo
--- Jason Dillon <[EMAIL PROTECTED]> wrote:
> Bootstrapping is still needed to handle openejb2 bits, and is still
> recommended to show that the m2 build works from no repo.
We should add openejb to the default profile and comment it out. If
a developer needs to build openejb they can commen
So I can use Maven 2 against Geronimo 1.1 since the G 1.1 JARs have
been pushed to Maven 2.
However, I can't use the car-maven-plugin to build a CAR in a script
the way we do in Geronimo because it appears that you're supposed to
list your parent module as a dependency, and none of the Geronimo 1
I'm having trouble running the hot-deployer car in an m2 built server.
The errror is as follows :
java.lang.NoClassDefFoundError: org/apache/geronimo/deployment/plugin/ConfigIDEx
tractor
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Class
I am having trouble building the following config
servlets-examples-jetty.
--
[INFO] Could not load servlet class
compressionFilters.CompressionFilterTestServlet
compressionFilters.CompressionFilterTestServlet in classloader
org.apache.geronimo.configs/servlet-ex
I am having trouble building the uddi-jetty
uddi-jetty.
--
ERROR [PackageBuilder] org.apache.geronimo.common.DeploymentException: Cannot de
ploy the requested application module because no deployer is able to handle it.
This can happen if you have omitted the J2EE deployment descript
fyihttp://www.eclipse.org/webtools/adopters/On Jul 25, 2006, at 3:01 PM, Jason Dillon wrote:I don't understand exactly what "adopter required" means. Someone is required to adopt the issue? I don't get it :-(I also don't see how companies/customers should get any such entity status in jira for an
On 7/24/06, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
There is a planFile config option in the mojos. So I suspect you may
specify a different location for the plan file. By default, it expects
the plan to be in target/plan/plan.xml.
How do I use this? I put my plan at src/plan/geronimo-servic
There are other open source projects that do this. I'm not trying to push this, but just wanted to get some input to see if this is something that could be useful to track and differentiate between what developers in the community contributing to geronimo are seeing and what only "users" are seein
Maybe it's just me, but this seems to smack of favoritism. Just because I
use Geronimo as the platform for my web applications running on my home
network, or to host my open source project, why are my bugs less important
than those of the engineers from IBM (or JPMorgan)?
It seems to me that the
I don't understand exactly what "adopter required" means. Someone is required to adopt the issue? I don't get it :-(I also don't see how companies/customers should get any such entity status in jira for an open source project. Does one need to give more priority to an issue from IBM than an issu
On Jul 25, 2006, at 2:48 PM, Matt Hogstrom wrote:I guess this would be different than the reporter? Is this different than interested parties or voting for JIRAs?Yes & Yes. This would be just an additional field just like "patch available". I don't think voting would address this. If there are
Is there anyway to back out changes or make them atomic? Once nice thing about the existing process
is that people can stage changes and make them live in an instant. Perhaps that is not a huge deal
but I prefer not having the site in a state of flux while people are accessing it.
Jason Dill
I am tracking all svn commits to trunk (as well as 1.1 to make sure
they get merged to trunk) to be merged into m2migration to keep that
branch up to date with trunk.
I have been collecting them in a folder and when I get enough I SVK
merge them which is really easy.
So, I'd rather you gu
security -- how will edit access be restricted? as you know right now
only a committer with an ASF account can change the website (which IMO
is a good thing). how will that ACL translate to the wiki site and
how will it be maintained?
We can restrict edit to geronimo-users, which should only
I guess this would be different than the reporter? Is this different than interested parties or
voting for JIRAs?
Sachin Patel wrote:
As the Geronimo user base grows, it is important that we be able to
distinguish between JIRAs open during a development cycle to those that
are being hit in th
Looks interesting. It does solve some of the issues we're having. One thing that keeps resonating
in my ears from users is Tomcat is so easy.
The goal of the repository is to store artifacts needed by the server for both its own internal
componentry as well as deployed applications. At this
http://biz.yahoo.com/prnews/060725/phtu024.html?.v=63
We finally made it...congrats everyone and thanks for chugging through.
The redirect files were introduced in 1.0 and AFAIK are still pointed
at from all of the 1.x versions of Geronimo. You can see where G
points at them in the welcome app and the admin console's welcome
portlet.
Paul
On 7/25/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
Is this still used by 1.0?
As the Geronimo user base grows, it is important that we be able to distinguish between JIRAs open during a development cycle to those that are being hit in the field or requested by companies who either use Geronimo or build products and or plugins on top of it. So I suggest we provide a restrict
Is this still used by 1.0?
If so, we should probably keep them around and just fix the redirect
locations... though I'd rather nuke them to keep things clean, but
don't like breaking old links.
But they are effectively broken now since they point to old stuff...
--jason
On Jul 25, 2006,
Chris, thanks for the patch. One thing that would be helpful to me is when you attach the patch you
name it with the JIRA as the first part of the patch. Its not required just makes my life a little
easier when I've got a bunch of patches.
Thanks!
Matt
Christopher James Blythe (JIRA) wrote
Comments below... get ready to take your grain of salt...
On Jul 25, 2006, at 6:50 AM, anita kulshreshtha wrote:
Jason,
you aksed me on to make a patch for the branch on July 10th. I
looked at the code and saw that you made the following changes to the
packaging plugin:
1. Renamed the plugin
[ http://issues.apache.org/jira/browse/DAYTRADER-8?page=all ]
Matt Hogstrom reassigned DAYTRADER-8:
-
Assignee: Matt Hogstrom
> Small difference in sync order processing between Direct and EJB mode
> ---
[ http://issues.apache.org/jira/browse/DAYTRADER-8?page=all ]
Matt Hogstrom closed DAYTRADER-8.
-
Fix Version/s: 1.2
Resolution: Fixed
Thanks for the patch Chris...applied.
Sending
modules/ejb/src/main/java/org/apache/geronimo/samples/dayt
Its a bug...not RTC required.
Alan Cabrera (JIRA) wrote:
[ http://issues.apache.org/jira/browse/XBEAN-26?page=comments#action_12421457 ]
Alan Cabrera commented on XBEAN-26:
---
If this is a real bug, then I'm not sure that if falls under RTC pol
Sure. For now, I figured it would be better to wait until the M2
thing is resolved. If I apply it to "trunk" and then we replace
"trunk" with the M2 branch I figured it might get lost. Should I
apply it to both trunk and M2 branches? Or should I rely on your SVK
procedure to catch any changes
[ http://issues.apache.org/jira/browse/GERONIMO-2072?page=all ]
Joe Bohn resolved GERONIMO-2072.
Resolution: Fixed
patch applied to trunk
Sendingconfigs\client-deployer\project.xml
Transmitting file data .
Committed revision 425470.
and 1.1.1
Se
This is just how m2 works... I agree it kinda blows... but bring it
up with the Maven guys, nothing we can do about it at the moment.
The release plugin takes the pain out of having to update every pom's
parent version number... er well it makes it less painful really, but
its manageable pa
Apply to trunk?
--jason
On Jul 25, 2006, at 8:57 AM, [EMAIL PROTECTED] wrote:
Author: ammulder
Date: Tue Jul 25 08:57:16 2006
New Revision: 425431
URL: http://svn.apache.org/viewvc?rev=425431&view=rev
Log:
Remove as this is really a separate tool not part of the server
runtime environment.
If you want to link back to a JIRA issue, then you need to include
the full JIRA ID, using the exact case.
"JIRA 2073" will not link to anything, nor will "Geronimo-2073", but
"GERONIMO-2073" will.
--jason
On Jul 25, 2006, at 8:10 AM, [EMAIL PROTECTED] wrote:
Author: hcunico
Date: Tue J
Merge to trunk?
--jason
On Jul 25, 2006, at 8:55 AM, [EMAIL PROTECTED] wrote:
Author: ammulder
Date: Tue Jul 25 08:55:34 2006
New Revision: 425429
URL: http://svn.apache.org/viewvc?rev=425429&view=rev
Log:
Module and name are independent of artifact
Modified:
geronimo/branches/1.1/modul
One comment for later (post-merge)...
It would be great if we could avoid putting the Geronimo version
number in every POM in every directory throughout the project (in the
element). I gather there's a chicken-and-egg problem here
(how do you find the parent using the version if the parent defi
Going directly to the subproject from the nav link (as Dain suggests)
would be consistent with how the Jakarta site works
http://jakarta.apache.org/
Paul
On 7/25/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
I agree with Dain.
Though I'd like to note... that if out site was generated from
conflu
I agree with Dain.
Though I'd like to note... that if out site was generated from
confluence, and the home pages of each tool was also in confluence
(the same instance), then each subprojects homepage could have an
{excerpt} to describe it and then we could bring back the sub-
projects ove
THe only time a user should get this message is if the build
generated and invalid artifact... meaning that the version files was
not generated correctly or put into the jar in the right place.
So, really these Error's are to be consumed by us, not end users.
--jason
On Jul 25, 2006, at 7:
Bootstrapping is still needed to handle openejb2 bits, and is still
recommended to show that the m2 build works from no repo.
But you are right, mvn should work after you have openejb2... may
have to increase the heap size to 512m or so.
--jason
On Jul 25, 2006, at 5:46 AM, anita kulshres
[
http://issues.apache.org/jira/browse/GERONIMO-2142?page=comments#action_12423393
]
Aaron Mulder commented on GERONIMO-2142:
I would really appreciate it if this could be addressed for 1.1.1. Thanks.
> EJB Refs to EJB in parent module
[ http://issues.apache.org/jira/browse/GERONIMO-2097?page=all ]
Aaron Mulder closed GERONIMO-2097.
--
Resolution: Won't Fix
Assignee: Aaron Mulder
Removed PluginRepositoryExporter
> PluginRepositoryExporter.updateMavenMetadata(..) may leave maven-m
[ https://issues.apache.org/activemq/browse/AMQ-823?page=all ]
Timothy Bish updated AMQ-823:
-
Attachment: patch.txt
This implements the suggested fix. The code was incorrect, the offset value is
a zero based index, and when compared against the length, whe
Sending messages to a topic with an inactive durable subscription will hang
producers
-
Key: AMQ-845
URL: https://issues.apache.org/activemq/browse/AMQ-845
Project: A
[ http://issues.apache.org/jira/browse/GERONIMO-2227?page=all ]
Aaron Mulder updated GERONIMO-2227:
---
Description:
I ran across this while working on plugins that use resource-ref-like features
to identify a database connection pool, JMS destination, e
[ http://issues.apache.org/jira/browse/GERONIMO-2227?page=all ]
Aaron Mulder updated GERONIMO-2227:
---
Attachment: 2227-enc-include-parents.patch
> ENC Lookup Fix (include parent modules)
> ---
>
> Key:
ENC Lookup Fix (include parent modules)
---
Key: GERONIMO-2227
URL: http://issues.apache.org/jira/browse/GERONIMO-2227
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Af
[ https://issues.apache.org/activemq/browse/AMQ-788?page=all ]
Hiram Chirino resolved AMQ-788.
---
Fix Version/s: 4.0.2
Resolution: Fixed
applied to 4.0 branch rev 425426
> MapMessage should support largs String values
> --
I was just wondering how the logging that is already built into DayTrader can be directed to the geronimo log? I noticed that even when the options are enabled on the DayTrader config page, the log/trace statements are not written.
Does something need to be added to the server-log4j.properties file
[ https://issues.apache.org/activemq/browse/SM-498?page=all ]
Guillaume Nodet resolved SM-498.
Fix Version/s: 3.0-M3
Resolution: Fixed
Assignee: Guillaume Nodet
Author: gnodet
Date: Tue Jul 25 08:34:53 2006
New Revision: 425425
URL: http
main.wsdl not accessible after deploying WSDL to servicemix-http component
--
Key: SM-499
URL: https://issues.apache.org/activemq/browse/SM-499
Project: ServiceMix
Issue
[
http://issues.apache.org/jira/browse/GERONIMO-2225?page=comments#action_12423366
]
Anita Kulshreshtha commented on GERONIMO-2225:
--
Aaron, the deployer will create 3 unpacked car (let me use dt for daytrader)for
daytrader configur
[ http://issues.apache.org/jira/browse/GERONIMO-2138?page=all ]
Joe Bohn resolved GERONIMO-2138.
Fix Version/s: 1.2
Resolution: Fixed
fixed in trunk:
Sendingconfigs\jsp-examples-tomcat\project.xml
Transmitting file data .
Committed revisio
[ http://issues.apache.org/jira/browse/GERONIMO-2073?page=all ]
Hernan Cunico closed GERONIMO-2073.
---
Resolution: Fixed
> Copyright date in the console needs to be updated
> -
>
> Key: GERO
[ http://issues.apache.org/jira/browse/DAYTRADER-7?page=all ]
Matt Hogstrom closed DAYTRADER-7.
-
Fix Version/s: 1.2
Resolution: Fixed
Assignee: Matt Hogstrom
Removed JSPC precompilation from modules/web. After considering the issues I
a
I concur. At least a high level of what was done is nice.
Jason Dillon wrote:
Would be nice (IMO) to have at least a little context besides the JIRA
ID in commits descriptions.
--jason
On Jul 20, 2006, at 11:47 AM, [EMAIL PROTECTED] wrote:
Author: sppatel
Date: Thu Jul 20 11:47:41 2006
Ne
[ http://issues.apache.org/jira/browse/GERONIMO-2218?page=all ]
Sachin Patel updated GERONIMO-2218:
---
Assignee: (was: Vamsavardhana Reddy)
Unassigning this so it can be picked up by a committer for review.
> KeyStore portlet: Functionality missing
Jason, those links are used in the sample/welcome application and the
admin console's welcome portlet. See this JIRA for background info:
http://issues.apache.org/jira/browse/GERONIMO-1318
Paul
On 7/25/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
Where are these links used?
Several of these
[ https://issues.apache.org/activemq/browse/AMQ-824?page=all ]
Timothy Bish reassigned AMQ-824:
Assignee: Nathan Mittler (was: Timothy Bish)
Fixed, apply the patch and we should be all set.
> Missing NULL pointer check in MessageConsumer::autoAcknowle
[
https://issues.apache.org/activemq/browse/AMQ-824?page=comments#action_36633 ]
Timothy Bish commented on AMQ-824:
--
FixedPatch added, I'm assigning this back to Nate so that he can apply it.
> Missing NULL pointer check in MessageConsumer::au
I have two problems with this page. It is clear that creating text
for these links is not happening in a reasonable amount of time which
is a strong sign that people don't value this page. Second, I see
this page as link overhead. It is simply some text between me and
the content I desir
[ https://issues.apache.org/activemq/browse/AMQ-824?page=all ]
Timothy Bish updated AMQ-824:
-
Attachment: patch.txt
This patch adds a check for null in the MessageConsumers autoAcknowledge
method, this shuold fix all the receive methods so that if NULL is r
1 - 100 of 136 matches
Mail list logo
