Hi David,
I just compared the file on your page
with the file in one of my builds of G. It seems to be missing two
files mbeans-descriptors.dtd and ant.properties. Was these files
removed on purpose?
Regards
Manu On 5/9/06, Manu George <[EMAIL PROTECTED]> wrote:
Thanks David. Can I take this
[
http://issues.apache.org/jira/browse/GERONIMO-594?page=comments#action_12378573
]
Ludovic Orban commented on GERONIMO-594:
I disagree with your comment David.
In the JTA 1.0.1 spec, page 10 paragraph 3.2.2 'Completing a Transaction' one
can read:
Thanks David. Can I take this jar
(http://people.apache.org/~djencks/maven/commons-modeler/jars/commons-modeler-1.2-GERONIMO-SNAPSHOT.jar
)
and replace the one in a previous version of G say 1.0? Will it be
fine? Or do I have to do a rebuild?
Regards
ManuOn 5/9/06, David Jencks <[EMAIL PROTECTED]>
[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
Prasad Kashyap resolved GERONIMO-1782:
--
Fix Version: (was: 1.2)
Resolution: Cannot Reproduce
I am unable to reproduce this issue on the latest server downloaded from here
[ http://issues.apache.org/jira/browse/GERONIMO-1861?page=all ]
Prasad Kashyap reassigned GERONIMO-1861:
Assign To: Dain Sundstrom (was: Prasad Kashyap)
Patches are ready. Please review and commit.
> Assembly plugin should make a backup "origin
[ http://issues.apache.org/jira/browse/GERONIMO-1861?page=all ]
Prasad Kashyap updated GERONIMO-1861:
-
Attachment: assembly-plugin.patch
change-assembly-version.patch
assembly-version-change-openejb.patch
There are 2 p
[
http://issues.apache.org/jira/browse/GERONIMO-1509?page=comments#action_12378552
]
John Sisson commented on GERONIMO-1509:
---
May be related to the following velocity issue:
http://marc.theaimsgroup.com/?t=11449667885&r=1&w=2
> Maven logging out
[ http://issues.apache.org/jira/browse/GERONIMO-1861?page=all ]
Prasad Kashyap reassigned GERONIMO-1861:
Assign To: Prasad Kashyap
> Assembly plugin should make a backup "original" copy of the config.xml file
> ---
[ http://issues.apache.org/jira/browse/GERONIMO-1140?page=all ]
David Jencks closed GERONIMO-1140:
--
Fix Version: 1.1
(was: 1.2)
Resolution: Fixed
Code has been replaced in 1.1
> Bad component query building logic (JCAReso
[
http://issues.apache.org/jira/browse/GERONIMO-1893?page=comments#action_12378540
]
David Jencks commented on GERONIMO-1893:
these exceptions can be avoided by setting the javax.net.ssl.keyStore,
javax.net.ssl.keyStorePassword, javax.net.ssl.trust
[ http://issues.apache.org/jira/browse/GERONIMO-1974?page=all ]
Dain Sundstrom closed GERONIMO-1974:
Resolution: Fixed
Added call to load(artifact) which marks the new configuration as load (it
existed but wasn't marked as loaded). Also add a
I've put a private build of commons-modeler on my apache page and modified the g. build to use it. Could you rebuild g (you will need a clean build after dain's changes) and see if this CME is fixed?thanksdavid jencksOn May 8, 2006, at 2:30 PM, David Jencks wrote:I've openedhttp://issues.apache.or
On May 8, 2006, at 11:50 AM, Jason Dillon wrote:
That's good :-)
* * *
I still think that we should avoid the silly jar naming that sun
dropped on the community wherever possible.
Not suggesting that we need to change anything as it is now, but if
we do, when we do...
Not a fan of the
commons-modeler 1.1 is broken
-
Key: GERONIMO-1999
URL: http://issues.apache.org/jira/browse/GERONIMO-1999
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: Tomcat
Versions: 1.1
Reporter: David
I've openedhttp://issues.apache.org/bugzilla/show_bug.cgi?id=39521for this and I wrote a patch to possibly fix it. I'm going to push a private jar for this and set up the g. build to use it. I also opened http://issues.apache.org/jira/browse/GERONIMO-1999 for us to track this problemthanksdavid j
[ http://issues.apache.org/jira/browse/GERONIMO-1998?page=all ]
Jeff Genender closed GERONIMO-1998:
---
Resolution: Fixed
Sendingtomcat/src/java/org/apache/geronimo/tomcat/ConnectorGBean.java
Transmitting file data .
Committed revision 405168
[ http://issues.apache.org/jira/browse/GERONIMO-1998?page=all ]
Jeff Genender reassigned GERONIMO-1998:
---
Assign To: Jeff Genender
> tomcat connector gbean sets wrong attribute
> ---
>
> Key: GERONIMO
[ http://issues.apache.org/jira/browse/GERONIMO-1998?page=all ]
Paul McMahan updated GERONIMO-1998:
---
Description:
Stop a (non-ssl) tomcat connector from the admin console and then restart it.
Repeat this process once more and the connector goes into
[ http://issues.apache.org/jira/browse/GERONIMO-1979?page=all ]
Dain Sundstrom closed GERONIMO-1979:
Resolution: Fixed
> Add custom class loader that does not leave open file locks
> ---
>
[ http://issues.apache.org/jira/browse/GERONIMO-1925?page=all ]
Dain Sundstrom closed GERONIMO-1925:
> JSP Example Plugin Install/Uninstall/Install doesn't work
> -
>
> Key: GERONIMO-1
[ http://issues.apache.org/jira/browse/GERONIMO-1998?page=all ]
Paul McMahan updated GERONIMO-1998:
---
Attachment: GERONIMO-1998.patch
> tomcat connector gbean sets wrong attribute
> ---
>
> Key: GERONIMO-
tomcat connector gbean sets wrong attribute
---
Key: GERONIMO-1998
URL: http://issues.apache.org/jira/browse/GERONIMO-1998
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: Tomcat
Versions:
[ http://issues.apache.org/jira/browse/GERONIMO-1988?page=all ]
Dain Sundstrom closed GERONIMO-1988:
Resolution: Fixed
> Change "configId" to "moduleId" in xml
> --
>
> Key: GERONIMO-1988
> U
Commited.
-dain
On May 7, 2006, at 7:34 AM, Kevan Miller wrote:
OK Dain. We're ready to go.
Here's my understanding of where we are on this issue:
There has been a discussion on the matter (there was no official
vote -- nor did there need to be one). The consensus was to change
configId
[ http://issues.apache.org/jira/browse/GERONIMO-1889?page=all ]
Paul McMahan updated GERONIMO-1889:
---
Attachment: ACTIVEMQ-gbean.patch
Sent a patch to activemq to address the problem with changes to activemq
connectors' host and port attributes not bei
Not all of the changes are incompatible. If it was easier to
incrementally merge, then the overall problem would have been much
less.
For example, if we periodically merged trunk into 1.1, always keeping
1.1 up to date wrt changes on trunk, then the merge back would have
been mostly painless and
On May 8, 2006, at 12:03 PM, Jason Dillon wrote:
I agree this maybe the best option given the circumstances, but in
the future we should avoid this mess by reducing branch usage for
only isolated unstable feature work Or get an SCM that can
handle merging.
It should be possible to ha
I agree this maybe the best option given the circumstances, but in the future
we should avoid this mess by reducing branch usage for only isolated unstable
feature work Or get an SCM that can handle merging.
It should be possible to have seperate development branches and then be able to
sa
That's good :-)
* * *
I still think that we should avoid the silly jar naming that sun dropped on the
community wherever possible.
Not suggesting that we need to change anything as it is now, but if we do, when
we do...
--jason
-Original Message-
From: Dain Sundstrom <[EMAIL PROTEC
[ http://issues.apache.org/jira/browse/GERONIMO-1993?page=all ]
Anita Kulshreshtha updated GERONIMO-1993:
-
Patch Info: [Patch Available]
This patch can be applied to facilitate a full build (maven new) on winXP. This
issue can be closed.
There a
On May 8, 2006, at 12:42 PM, Dain Sundstrom wrote:
+1 to the re-cut trunk plan
I do not want to re-cut trunk, until we have the time to setup
gbuild to tck test it, and capacity on gbuild to run it. We should
never be out of compliance again. It is just to painful to fix later.
+ a bun
[ http://issues.apache.org/jira/browse/GERONIMO-1509?page=all ]
David Jencks updated GERONIMO-1509:
---
Component: buildsystem
(was: transaction manager)
Until determined otherwise, this is a build system issue. Hopefully it will go
a
[ http://issues.apache.org/jira/browse/GERONIMO-1815?page=all ]
Dain Sundstrom closed GERONIMO-1815:
Resolution: Fixed
> Remove empty config-store directory
> ---
>
> Key: GERONIMO-1815
> URL: ht
On May 5, 2006, at 7:40 PM, Matt Hogstrom wrote:
It just doesn't feel like we're giving our users a lot of stability.
Say what? We have already changed the schema in 1.1 and we have not
released G 1.1 yet, so there are no user stability concerns created
by adding another change.
-dain
[ http://issues.apache.org/jira/browse/GERONIMO-1751?page=all ]
Prasad Kashyap resolved GERONIMO-1751:
--
Resolution: Cannot Reproduce
I am unable to reproduce this on 1.1. The issue must have been fixed sometime
between then and now.
Please re
Our code does not look at the file extension to determine the file
type. Instead it checks for key files within the jar itself (e.g,
META0INF/ejb-jar.xml, WEB-INF/web.xml)
-dain
On May 6, 2006, at 11:45 AM, Jason Dillon wrote:
I actually don't see any reason why not just leave them as .jar
+1 to the re-cut trunk plan
I do not want to re-cut trunk, until we have the time to setup gbuild
to tck test it, and capacity on gbuild to run it. We should never be
out of compliance again. It is just to painful to fix later.
-dain
On May 6, 2006, at 2:30 PM, Matt Hogstrom wrote:
I th
[ http://issues.apache.org/jira/browse/GERONIMO-1994?page=all ]
Prasad Kashyap resolved GERONIMO-1994:
--
Resolution: Cannot Reproduce
I downloaded the latest jar from
http://svn.apache.org/repository/geronimo/distributions/geronimo-installer-1.
[ http://issues.apache.org/jira/browse/GERONIMO-1900?page=all ]
Prasad Kashyap updated GERONIMO-1900:
-
Attachment: welcome-images.jar
welcome-6.patch
> Sample app links on welcome app are broken by default
> --
Here's the latest iteration of the welcome page with a single click
install of the examples. The welcome page begins with a "Click here to
install examples". This is a direct upfront message to the user that
clrealy tells him he has to install the examples to get them. The user
is not (mis)led to
A new update has been uploaded to
http://issues.apache.org/activemq/secure/ManageAttachments.jspa?id=23920
containing new improvements including;
* New test framework with more unit tests. To run the test suite you supply
the broker URI and optionally a unit test name if a single test case sh
[ https://issues.apache.org/activemq/browse/AMQ-656?page=all ]
MF updated AMQ-656:
---
Attachment: source_060508.zip
The new update contains;
* New test framework with more unit tests. To run the test suite you supply
the broker URI and optionally a unit test name if
Did a manual copy then it worked but the automatic download does not seem to
work.
Regards,
Hiram
-Original Message-
From: Mats Forslöf [mailto:[EMAIL PROTECTED]
Sent: den 8 maj 2006 10:38
To: activemq-dev@geronimo.apache.org
Subject: RE: ActiveMQ 4.0 final release candidate recut
Hi H
Comments inline..
--- David Jencks <[EMAIL PROTECTED]> wrote:
>
> On May 7, 2006, at 6:56 PM, anita kulshreshtha wrote:
>
> > I have a similar concern with *Connectors. The attributes of
> the
> > connectors should be set only via GBeans. But using Jconsole one
> could
> > easily modify the
Project: Apache Geronimo
Status: Open
Assignee: Unassigned
Geronimo Info: Patch Available
Total: 25 items
DATE UPDATED KEY SUMMARY
Dec 18 2005 - GERONIMO-1381 - [Daytrader] Removed unused code
Dec 22 2005 - GERONIMO-1400 - modularize daytrader deployment plan
Jan 3 2
Hi,
I am getting the following exception, quite unfrequently, may be once
in 25 times, while starting AG1.1
jvm 1| 08:24:25,762 ERROR [Registry] Error registering Geronimo:type=Request
Processor,worker=http-localhost%2F127.0.0.1-8453,name=HttpRequest0
jvm 1| java.util.ConcurrentModificat
46 matches
Mail list logo