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-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
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 jar
Hi all!
My day-job company is in the process of refactoring our in-house-built
middleware into something better(tm). That middleware is currently
using plain Tomcat as a container and Spring for component
configuration/wiring, publishing its services over SOAP. Due to
increased requirements
On May 8, 2006, at 11:25 PM, Manu George wrote: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?I just ran maven -o jar:install
Hi NeemeOn 5/9/06, Neeme Praks [EMAIL PROTECTED] wrote:
Hi all!My day-job company is in the process of refactoring our in-house-builtmiddleware into something better(tm). That middleware is currently
using plain Tomcat as a container and Spring for componentconfiguration/wiring, publishing its
PluginInstallerGBean generates invalid geronimo-plugin.xml files
Key: GERONIMO-2000
URL: http://issues.apache.org/jira/browse/GERONIMO-2000
Project: Geronimo
Type: Bug
Security: public (Regular
[ http://issues.apache.org/jira/browse/GERONIMO-2000?page=all ]
Kristian Koehler updated GERONIMO-2000:
---
Attachment: PluginInstallerGBean.java.patch
the patch
PluginInstallerGBean generates invalid geronimo-plugin.xml files
Hi Neeme,
Your use case is perfect for Geronimo. You could start with little-g,
or just Tomcat sitting in Geronimo and leverage some of the application
services. You could also use the Web/ActiveMQ(JMS) in Geronimo and
leverage that facility as well.
You can build on and componentize your
Here are the packages I'm recommending for 1.1. If I missed one please chime
in.
Axis from 1.4-356167 to 1.4
jasper from 5.5.9 to 5.5.15
Jetty from 5.1.9 to 5.1.10
stax from 1.1.1-dev to
Chime!
TC - 5.5.15
Matt Hogstrom wrote:
Here are the packages I'm recommending for 1.1. If I missed one please
chime in.
Axis from 1.4-356167to 1.4
jasper from 5.5.9to5.5.15
Jetty from5.1.9to5.1.10
stax from1.1.1-devto
That issue has a great list.
We definitely need to try updating commons-fileupload (from 1.1-dev to
1.1). I think there may even be a separate Jira for that. But the
old one occasionally hangs, so it's definitely worth trying the new
one.
Thanks,
Aaron
On 5/9/06, Matt Hogstrom [EMAIL
Consolidated list so far is:
Axis from 1.4-356167 to 1.4
commons-fileupload 1.1-dev to 1.1
jasper from 5.5.9 to 5.5.15
Jetty from 5.1.9 to 5.1.10
stax from 1.1.1-dev to 1.1.2
[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
Paul McMahan reopened GERONIMO-1782:
I was able to reproduce the error using the provided instructions.
Properties File Login module fails after editing through Admin Console
[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
Paul McMahan updated GERONIMO-1782:
---
Attachment: GERONIMO-1782.patch
The problem is that when the updated LoginModuleSettings options are serialized
to config.xml the
[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
Paul McMahan updated GERONIMO-1782:
---
Patch Info: [Patch Available]
Component: common
(was: security)
changing component to common since problem is in o.a.g.common
On May 9, 2006, at 12:42 PM, Matt Hogstrom wrote:
Consolidated list so far is:
Axis from 1.4-356167 to 1.4
commons-fileupload 1.1-dev to 1.1
jasper from 5.5.9 to 5.5.15
Jetty from 5.1.9 to 5.1.10
[ http://issues.apache.org/jira/browse/GERONIMO-1641?page=all ]
Prasad Kashyap reassigned GERONIMO-1641:
Assign To: Prasad Kashyap
Using default Console Realm, when delete a user it will not be removed from
the groups
You are correct Kevan. Thanks
Kevan Miller wrote:
On May 9, 2006, at 12:42 PM, Matt Hogstrom wrote:
Consolidated list so far is:
Axis from 1.4-356167 to 1.4
commons-fileupload1.1-devto1.1
jasper from 5.5.9 to 5.5.15
Jetty
Eliminate unnecessary CRs in deployment and other messages
--
Key: GERONIMO-2001
URL: http://issues.apache.org/jira/browse/GERONIMO-2001
Project: Geronimo
Type: Bug
Security: public (Regular issues)
[
http://issues.apache.org/jira/browse/GERONIMO-1532?page=comments#action_12378678
]
Paul McMahan commented on GERONIMO-1532:
verified that:
1.) manually placing a jar with a properly formatted name into the repo makes
it appear in the db
[ http://issues.apache.org/jira/browse/GERONIMO-1756?page=all ]
Matt Hogstrom reassigned GERONIMO-1756:
---
Assign To: Matt Hogstrom
Move from 1.1-dev version of commons-fileupload to version 1.1
[ http://issues.apache.org/jira/browse/GERONIMO-2001?page=all ]
Joe Bohn updated GERONIMO-2001:
---
Attachment: 2001_FormatMessages.patch
patch was created on windows xp from geronimo root
Eliminate unnecessary CRs in deployment and other messages
[ http://issues.apache.org/jira/browse/GERONIMO-1641?page=all ]
Prasad Kashyap updated GERONIMO-1641:
-
Attachment: G-1641.patch
Please review and commit.
Using default Console Realm, when delete a user it will not be removed from
the groups
[ http://issues.apache.org/jira/browse/GERONIMO-1641?page=all ]
Prasad Kashyap reassigned GERONIMO-1641:
Assign To: Aaron Mulder (was: Prasad Kashyap)
Please review patch and commit.
Using default Console Realm, when delete a user it will not
[ http://issues.apache.org/jira/browse/GERONIMO-1900?page=all ]
Prasad Kashyap updated GERONIMO-1900:
-
Attachment: welcome-7.patch
Sample app links on welcome app are broken by default
-
This refers to -
http://issues.apache.org/jira/browse/GERONIMO-1945 and
http://issues.apache.org/jira/browse/GERONIMO-1971
If a webapp with named myapp is deployed, It gets deployed as
default/myapp//war. it is not possible to undeploy it with -
java -jar bin\deployer.jar undeploy myapp
ROTFL
Original Message
Subject: Re: Please change Open JPA to OpenJPA
Date: Tue, 9 May 2006 11:32:53 -0700
From: Dain Sundstrom [EMAIL PROTECTED]
Reply-To: general@incubator.apache.org
To: general@incubator.apache.org
References:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL
Please test again since Dain committed the patch yesterday. In my
testing, this did allow undeploy myapp. If it doesn't work for you,
can you give specific steps to reproduce the problem using the welcome
sample application (applications/welcome/target/*.war and if needed,
[ http://issues.apache.org/jira/browse/GERONIMO-1703?page=all ]
Paul McMahan updated GERONIMO-1703:
---
Attachment: ServerInfoWebApp_g1.1.war
I'm attaching a new version of the WAR file that demonstrates the behavior,
updated for the API and schema
[ http://issues.apache.org/jira/browse/GERONIMO-1703?page=all ]
Paul McMahan updated GERONIMO-1703:
---
Component: startup/shutdown
(was: console)
Changing the component to startup/shutdown since the console's
KernelManagementHelper
[ http://issues.apache.org/jira/browse/GERONIMO-2001?page=all ]
Matt Hogstrom reassigned GERONIMO-2001:
---
Assign To: Matt Hogstrom (was: Joe Bohn)
Eliminate unnecessary CRs in deployment and other messages
[
https://issues.apache.org/activemq/browse/AMQ-630?page=comments#action_36154 ]
Kieran Murphy commented on AMQ-630:
---
Is it possible to get this into the 4.0 release?
After broker has shutdown, cannot shutdown a client application
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-73?page=comments#action_12378753
]
Kathy Chan commented on GERONIMODEVTOOLS-73:
As discussed, Geronimo dev tools would implement:
public IPath getPublishDirectory(IModule[] module)
The
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-73?page=all ]
Sachin Patel reopened GERONIMODEVTOOLS-73:
--
Re-opening based on previous comment.
Geronimo needs to support IModulePublishHelper.getPublishDirectory() to get
to the
i'm going to comment out all the tss and css bean examples in j2ee-
corba and client-corba. Including them was my idea in the first
place and I think that it was a bad one: all these bean
configurations are really specific to your security setup, so it is
extremely unlikely any actual
+1
-dain
On May 9, 2006, at 2:29 PM, David Jencks wrote:
i'm going to comment out all the tss and css bean examples in j2ee-
corba and client-corba. Including them was my idea in the first
place and I think that it was a bad one: all these bean
configurations are really specific to your
Sounds good to me. I'm highly in favor of dropping things that end up
being more like examples than actual useful services.
Thanks,
Aaron
On 5/9/06, David Jencks [EMAIL PROTECTED] wrote:
i'm going to comment out all the tss and css bean examples in j2ee-
corba and client-corba. Including
During Geronimo startup we print out all of the URLs for the web
applications that are started. For example:
Web Applications:
http://127.0.0.1:8080/
http://127.0.0.1:8080/admin
http://127.0.0.1:8080/none
I'm working with the customer that is creating multiple connectors.
I don't think it's all that useful to print 3+ URLs for each web app.
Plus, we don't have the space in the startup output.
Are you saying the customer has multiple HTTP connectors and it's
random which one of those is selected?
Is there any suggested logic for picking one? We could, for
Yes, the customer has multiple HTTP connectors.
By random I mean that the customers gets different results than I get.
When I run the scenario I always see the first connector that was
deployed listed for the applications. When the customer runs the
scenario they see the port for the last
[ http://issues.apache.org/jira/browse/GERONIMO-1893?page=all ]
David Jencks closed GERONIMO-1893:
--
Resolution: Fixed
The system properties for the keystore were missing: supplied in a
SystemProperties gbean in the corba config. We should figure
ooh - sorry - I didn't mean to crosspost that was just meant for
dain... I need ot fix Thunderbird's auto completion db...
Geir Magnusson Jr wrote:
ROTFL
Original Message
Subject: Re: Please change Open JPA to OpenJPA
Date: Tue, 9 May 2006 11:32:53 -0700
From: Dain
I've built locally using HOWL 1.0.1 and it seems to work fine with no
geronimo changes. I think the main problem will be getting it onto a
suitable maven repo: I haven't found it to be released anywhere.
Is pushing it into a m2 repo sufficient, are jars auto-backported
into m1?
Moving to Commons-Fileupload 1.1 also requires upgrading to commons-io 1.2.
Also, why are we upgrading to STAX 1.1.1, when all we need is just the
STAX API?
-Donald
David Jencks wrote:
I've built locally using HOWL 1.0.1 and it seems to work fine with no
geronimo changes. I think the
[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
Paul McMahan updated GERONIMO-1782:
---
Attachment: AbstractMapEditorTest.java
PropertiesEditorTest.java
attaching new unit tests for PropertiesEditor
Properties File Login
[ http://issues.apache.org/jira/browse/GERONIMO-2000?page=all ]
Donald Woods updated GERONIMO-2000:
---
Fix Version: 1.1
Priority: Critical (was: Major)
Updating priority, as this needs to get into 1.1
PluginInstallerGBean generates invalid
[ http://issues.apache.org/jira/browse/GERONIMO-1971?page=all ]
Anita Kulshreshtha resolved GERONIMO-1971:
--
Resolution: Fixed
This has been fixed by Dain in rev. 405556. I have tested the following
sequence using the same app-
deploy,
OpenEJB CORBA SSL should use Keystore GBean
---
Key: GERONIMO-2002
URL: http://issues.apache.org/jira/browse/GERONIMO-2002
Project: Geronimo
Type: Improvement
Security: public (Regular issues)
Components: security,
[ http://issues.apache.org/jira/browse/GERONIMO-1947?page=all ]
Anita Kulshreshtha resolved GERONIMO-1947:
--
Resolution: Fixed
This has been fixed by Dain in rev. 405570. I have tested using
no-geronimo-plan.war -
. hot deploy,
. stop the
On the page http://activemq.codehaus.org/OpenWire+dotNet, the asynchronous
consumption examples aren't available (unable to download) - can we have a
fix? Otherwise, could someone kindly post these examples or other.
Thanks
--
View this message in context:
[ https://issues.apache.org/activemq/browse/SM-403?page=all ]
Guillaume Nodet updated SM-403:
---
Summary: The JMS spec mandates that all properties on JMS message are
valid java identifiers (was: The JBI spec mandates that all properties on JMS
message
[ https://issues.apache.org/activemq/browse/SM-397?page=all ]
Guillaume Nodet resolved SM-397:
Fix Version: 3.0-M2
Resolution: Fixed
Assign To: Guillaume Nodet
Found a simple way to do that while keeping backward compatibility
Author:
53 matches
Mail list logo