[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
David Jencks reassigned GERONIMO-1782:
--
Assign To: David Jencks
> Properties File Login module fails after editing through Admin Console
> --
[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
David Jencks closed GERONIMO-1782:
--
Resolution: Fixed
Applied in rev 405651. changed the test copyrights to 2006.
> Properties File Login module fails after editing through Admin Con
[ http://issues.apache.org/jira/browse/GERONIMO-2001?page=all ]
Matt Hogstrom closed GERONIMO-2001:
---
Resolution: Fixed
Thanks Joe
Sending
modules/deploy-tool/src/java/org/apache/geronimo/deployment/cli/AbstractCommand.java
Sending
Aaron,
Thanks! These issues have been fixed in rev 405570. I have resolved
both the issues. I hope that is ok.
I tried hot-deploying the welcome app without the plan and got the
following trace -
23:06:00,359 INFO [Hot Deployer] Deploying
welcome-tomcat-1.1-SNAPSHOT.car
23:06:00,953 WARN
[ 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
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, CORBA
[ 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, und
[ 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 ger
[ 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
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 ma
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?
thanks
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 Sunds
[ 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
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
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 exampl
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.
The
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
+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 s
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 insta
[ 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 ser
[
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 i
[
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/GERONIMO-2001?page=all ]
Matt Hogstrom reassigned GERONIMO-2001:
---
Assign To: Matt Hogstrom (was: Joe Bohn)
> Eliminate unnecessary CRs in deployment and other messages
> --
[ 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 me
[ 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 chang
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,
configs/welcome-jett
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]>
<[EM
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
[ 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
> -
>
>
[ 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-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-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-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-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 wizard's
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)
Compo
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 fr
[ 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
> -
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
s
[ 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
[ 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 o.a.g.common.propert
[ 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
> -
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
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 PROT
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-dev
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 1.1.
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 oth
[ 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
> ---
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 issu
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-built"middleware" into "something better"(tm). That "middleware" is currently
using plain Tomcat as a container and Spring for "componentconfiguration/wiring", publishin
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 -Dmaven.test.sk
[
http://issues.apache.org/jira/browse/GERONIMO-594?page=comments#action_12378576
]
David Jencks commented on GERONIMO-594:
---
The paragraph you refer to describes the behavior of
TransactionManager.commit(), not Transaction.commit() which was the subj
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 requir
52 matches
Mail list logo