On Oct 23, 2005, at 8:10 PM, Sachin Patel wrote:
David Jencks wrote:
On Oct 22, 2005, at 7:05 PM, Sachin Patel wrote:
Is there a way to load a loaded configuration's gbeans' without
starting the configuration? I'm basically wanting query a gbean's
persistent attribute value on a loaded
this time I'll respond before hitting send :-(
On Oct 23, 2005, at 8:10 PM, Sachin Patel wrote:
David Jencks wrote:
On Oct 22, 2005, at 7:05 PM, Sachin Patel wrote:
Is there a way to load a loaded configuration's gbeans' without
starting the configuration? I'm basically wanting query a
These links are pointing to locations
such as:
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.asc
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.sha
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.md5
The tar.gz forms of the above links
are also
Hernan,
Try stopping the application (also avail from the console) prior to
uninstalling it. There are several JIRAs open for this issue. See
GERONIMO-1099 and GERONIMO-1047.
-Dave-
Hernan Cunico wrote:
Hi all,
when I deploy an application from a command line, then I uninstall it
from
my outgoing email seems to be going off into the aether...
I'll fix...
On Oct 24, 2005, at 7:28 AM, [EMAIL PROTECTED] wrote:
These links are pointing to locations such as:
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.asc
Sending again.. (sorry if dup reply)
David Jencks wrote:
starts the configuration gbean, but
not the gbeans in the configuration
configurationManager.loadGBeans(myURI); //loads but does not start the
gbeans in the configuration
Doh! must have overlooked that API.
will load the
Jacek, don't think my reply from last fri made it to the dev list.
resending.
Jacek Laskowski wrote:
Sachin Patel wrote:
Jacek, Looks like WTP will have xdoc2 support for their 1.0 (got a
note saying it's in this weeks I-build) so perhaps we should consider
not maintaining two streams and
David,
Is there a unit test for org.apache.geronimo.deployment.Deployer
GBean? one that i can use in a test case to deploy a plan?
thanks,
dims
On 10/19/05, David Jencks [EMAIL PROTECTED] wrote:
On Oct 19, 2005, at 10:17 AM, Davanum Srinivas wrote:
Hi Team,
I'd like to programatically
Jeff Genender wrote:
Sachin Patel wrote:
Jacek Laskowski wrote:
Am I right that the simplest solution is to develop a GBean that
would monitor a directory and hand over a deployable to a deployer?
This was my thinking as well. The directory would listen for adds,
modifications,
CertManagerPortlet is being loaded for the SecurityRealms portlet
-
Key: GERONIMO-1108
URL: http://issues.apache.org/jira/browse/GERONIMO-1108
Project: Geronimo
Type: Bug
Components: console
[ http://issues.apache.org/jira/browse/GERONIMO-1108?page=all ]
Donald Woods updated GERONIMO-1108:
---
Attachment: Geronimo-1108.patch
patch to point to EmptyPortlet until we have a replacement
CertManagerPortlet is being loaded for the SecurityRealms
I said the same thing, but my message never made it. :/
I think you'd want to leave the file there, because then you can
examine it to see what exactly you deployed... You could also take
that exact artifact and give to someone else for deployment elsewhere
(in QA, for example) confident
[ http://issues.apache.org/jira/browse/GERONIMO-1067?page=all ]
Donald Woods updated GERONIMO-1067:
---
Attachment: Geronimo-1067.patch
Changes I had to make to get the Console Realm portlet to work in a Tomcat only
environment.
Please note, that the
Sachin Patel wrote:
Wouldn't it be more confusing to the user if their file got removed
after it got deployed? I feel the point of a live directory is for the
runtime to be able to react to any changes to it, including deletions.
Both Jboss and Websphere's hot deploy capability allow
On Oct 23, 2005, at 6:00 PM, Jeff Genender wrote:
Sachin Patel wrote:
Jacek Laskowski wrote:
Am I right that the simplest solution is to develop a GBean that
would monitor a directory and hand over a deployable to a deployer?
This was my thinking as well. The directory would listen
David Jencks wrote:
First of all...
configurationManager.load(myURI); //starts the configuration gbean, but
not the gbeans in the configuration
configurationManager.loadGBeans(myURI); //loads but does not start the
gbeans in the configuration
Doh! must have overlooked that API.
will
that's bad. I'll fix.
On Oct 24, 2005, at 7:28 AM, [EMAIL PROTECTED] wrote:
These links are pointing to locations such as:
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.asc
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.sha
Geir Magnusson Jr. wrote:
On Oct 23, 2005, at 6:00 PM, Jeff Genender wrote:
Sachin Patel wrote:
Jacek Laskowski wrote:
Am I right that the simplest solution is to develop a GBean that
would monitor a directory and hand over a deployable to a deployer?
This was my thinking as well.
Joe Bohn wrote:
I agree with the notion that any hot deploy directory we deliver
should be only for deploy/redeploy. However, I don't think that makes
it necessary to remove the items once they were deployed. I agree with
Geir that we should keep things there so that you can verify what
David Jencks wrote:
Well, directory scanning hot deployment is a really bad idea and suffers
from innumerable problems of this sort and basically cannot be made to
work. I think we should implement something compatible with other
implementations of this bad idea and tell people not to use
On Oct 24, 2005, at 12:44 PM, Jeff Genender wrote:
Geir Magnusson Jr. wrote:
On Oct 23, 2005, at 6:00 PM, Jeff Genender wrote:
Sachin Patel wrote:
Jacek Laskowski wrote:
Am I right that the simplest solution is to develop a GBean that
would monitor a directory and hand over a
On 10/24/05, Jeff Genender [EMAIL PROTECTED] wrote:
Sachin Patel wrote:
Jacek Laskowski wrote:
Am I right that the simplest solution is to develop a GBean that
would monitor a directory and hand over a deployable to a deployer?
This was my thinking as well. The directory would
On Oct 24, 2005, at 1:05 PM, Joe Bohn wrote:
How about if we provide a hot deploy location that acts as an
addition/over-ride location much the same as adding a library
earlier in a path. I tend to think of this hot deploy activity
as a developer activity and so I think most folks
I've made one final attempt to clarify my proposal. If it's still
hair-brained then I'll let it fade into the dev archives ... :-)
David Jencks wrote:
On Oct 24, 2005, at 10:05 AM, Joe Bohn wrote:
Jeff Genender wrote:
Sachin Patel wrote:
Wouldn't it be more confusing to the user if
Geir Magnusson Jr. wrote:
On Oct 24, 2005, at 1:05 PM, Joe Bohn wrote:
How about if we provide a hot deploy location that acts as an
addition/over-ride location much the same as adding a library
earlier in a path. I tend to think of this hot deploy activity as a
developer activity and
On Oct 24, 2005, at 3:16 PM, Sachin Patel wrote:
Geir Magnusson Jr. wrote:
On Oct 24, 2005, at 1:05 PM, Joe Bohn wrote:
How about if we provide a hot deploy location that acts as an
addition/over-ride location much the same as adding a library
earlier in a path. I tend to think of
On Oct 24, 2005, at 12:24 PM, Geir Magnusson Jr. wrote:
On Oct 24, 2005, at 3:16 PM, Sachin Patel wrote:
Geir Magnusson Jr. wrote:
On Oct 24, 2005, at 1:05 PM, Joe Bohn wrote:
How about if we provide a hot deploy location that acts as an
addition/over-ride location much the same as
[ http://issues.apache.org/jira/browse/GERONIMO-1109?page=all ]
Sachin Patel updated GERONIMO-1109:
---
Attachment: StopServer.java
Need class for server shutdown
--
Key: GERONIMO-1109
URL:
On Oct 24, 2005, at 3:32 PM, David Jencks wrote:
On Oct 24, 2005, at 12:24 PM, Geir Magnusson Jr. wrote:
On Oct 24, 2005, at 3:16 PM, Sachin Patel wrote:
Geir Magnusson Jr. wrote:
On Oct 24, 2005, at 1:05 PM, Joe Bohn wrote:
How about if we provide a hot deploy location that
[ http://issues.apache.org/jira/browse/GERONIMO-983?page=all ]
Gianny Damour closed GERONIMO-983:
--
Resolution: Fixed
Thanks for this patch Kevan! And sorry for the delay.
Sending
Hi All,
there are a bunch of new migration samples and documentation in the
confluence site.
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Migrating+to+Apache+Geronimo
Cheers!
Hernan
Sachin Patel wrote:
I wasn't aware of the openejb plugin. Where is it exactly? How much do
the tags vary from the regular ejb xdoc plugin? Are they container
specific tags?
That's in the devtools sandbox next to xdoclet2 directory. Having took a
cursory look showed me there were only
[ http://issues.apache.org/jira/browse/GERONIMO-1044?page=all ]
David Jencks closed GERONIMO-1044:
--
Resolution: Fixed
I managed to test this in MagicGball and it seems to work but I am not sure how
to make a unit or integration test case.
33 matches
Mail list logo