[ http://issues.apache.org/jira/browse/GERONIMO-527?page=all ]
Matt Hogstrom updated GERONIMO-527:
---
Fix Version: 1.x
(was: 1.0)
Moving to futures
Should do better parameter checking in login modules
[ http://issues.apache.org/jira/browse/GERONIMO-461?page=all ]
Matt Hogstrom updated GERONIMO-461:
---
Fix Version: 1.x
(was: 1.0)
Is this still an issue given the remote deploymnt that's been added? Moving to
1.x
Standalone
[ http://issues.apache.org/jira/browse/GERONIMO-510?page=all ]
Matt Hogstrom updated GERONIMO-510:
---
Fix Version: 1.x
(was: 1.0)
Nice feature. Moving to 1.x as its not critical to the December release.
Jetty should use Geronimo
[ http://issues.apache.org/jira/browse/GERONIMO-481?page=all ]
Matt Hogstrom updated GERONIMO-481:
---
Fix Version: 1.x
(was: 1.0)
New feature ... deferred to 1.x
HTTPS Connector should work with a keystore GBean
Hi,
In the class org.openejb.deployment.AbstractContainerBuilder there is a method
protected SoftLimitedInstancePool createInstancePool(InstanceFactory instanceFactory) {
return new SoftLimitedInstancePool(instanceFactory, 1);
}
What pool is this? Is this the pool of Enterprise bean
If deployment plans are inside the archive (ear, war, etc.) they can be
obtained from config-store. If the deployment plan is supplied as
an external file to the deployer and if the original file is not
available, the only way to get any information on the configuration is
from the Configuration
[ http://issues.apache.org/jira/browse/GERONIMO-440?page=all ]
Matt Hogstrom updated GERONIMO-440:
---
Fix Version: 1.x
(was: 1.0)
Moving to 1.x
Installing package in offline mode should fail if server is running
[ http://issues.apache.org/jira/browse/GERONIMO-406?page=all ]
Matt Hogstrom updated GERONIMO-406:
---
Fix Version: 1.x
(was: 1.0)
Is this still an issue? Moving to 1.x
Move assembly out of modules
Rafael Chiarinelli wrote:
Hi all,
My name is Rafael and I'm new in Geronimo Developement list. I
subscribed into the dev list because I want to contribute in Geronimo
development. And I have a question: Who of you can tell what is the way
to begin?
Hi Rafael,
Take some time getting
John Sisson wrote:
Looking at the site it isn't clear to those who wish to contribute
Geroniomo documentation on the Atlassian hosted Confluence wiki what the
license will be for the documentation.
...
I think the licensing should be clear, as documentation shouldn't be
treated any
[
http://issues.apache.org/jira/browse/GERONIMO-1135?page=comments#action_12357889
]
Kevan Miller commented on GERONIMO-1135:
Matt, the properties are properties as in java.lang.System.getProperties().
Encryption isn't really the issue. At
On 11/16/05, Davanum Srinivas [EMAIL PROTECTED] wrote:
+1 for Matt as the Release Manager. Let's do it :)
+1
(with a hope that it will take him some time before he got familiar with
the process, and I'll eventually be able to finish the Adventure Builder
deployment on time ;))
BTW, May I
Agree, it should be under the same license as Geronimo, currently
Version 2.0.
It would be great to have the confluence template updated but I can not
do it since I am just a user. Is there a confluence admin that would add
the ASF license to the footer?
As for contributing, you just need
+1 (from a non-commiter)
Cheers!
Hernan
Davanum Srinivas wrote:
+1 for Matt as the Release Manager. Let's do it :)
Matt,
Please familiarize yourself with how other projects do it and how prev
releases were done. First step would be a release plan.
thanks,
dims
On 10/19/05, Matt Hogstrom
[ http://issues.apache.org/jira/browse/GERONIMO-461?page=all ]
Aaron Mulder updated GERONIMO-461:
--
Fix Version: 1.0
(was: 1.x)
What are you talking about?!?
Standalone remote CLI deployer/JSR-88 deployer package
All,
I'd like to add a Welcome Portlet that would be presented to a user when
they login to the Geronimo Web Console. This would be in place of the
Java Server information that is currently presented. Ideally we would
want this to include helpful information for the user, first steps,
One point of clarification I am not removing the Java Server
Information portlet. I'm merely proposing making the welcome portlet
the first thing the user sees instead of the Java Server info portlet.
Joe
Joe Bohn wrote:
All,
I'd like to add a Welcome Portlet that would be presented
+1 (from a non-commiter)
/Bharath
+1
Joe Bohn wrote:
All,
I'd like to add a Welcome Portlet that would be presented to a user
when they login to the Geronimo Web Console. This would be in place
of the Java Server information that is currently presented. Ideally
we would want this to include helpful information for the
I like the idea of a different initial (post logon) page for the
console. However, the information from the Geronimo welcome page
seems inappropriate for the console (i.e. congratulations on the
install, you may have gotten the setup wrong).. Seems the console
welcome page should describe
Anders Hessellund Jensen wrote:
Hi Anders,
This is to let you all in on the progress with the Geronimo ORB
implementation.
We have been working on writing a test framework, that would allow us to
coordinate and run ORBs in separate JVMs. The test framework is not
100% polished yet, but it
[
http://issues.apache.org/jira/browse/GERONIMO-510?page=comments#action_12357900
]
Greg Wilkins commented on GERONIMO-510:
---
In jetty 6, threadpools are easily plugable, so as soon as 1.0 is out the door
I'll work on a port to Jetty 6 for
Jeff/Jacek,
Thanks for the info... Anyone have an issue with pursuing this option?
If not I will open the JIRA..
-Dave-
Jacek Laskowski wrote:
Dave Colasurdo wrote:
GERONIMO-1087 and GERONIMO-1088 JIRAs were opened to introduce the
Tomcat examples into Geronimo. I believe it is
Joe Bohn wrote:
All,
I'd like to add a Welcome Portlet that would be presented to a user when
they login to the Geronimo Web Console. This would be in place of the
Java Server information that is currently presented. Ideally we would
want this to include helpful information for the user,
I like the idea of the welcome portlet, but I agree with Dave that we
need better content. At the very lease I think the floating boxes
will look better on the right side of the portlet.
-dain
On Nov 17, 2005, at 7:50 AM, Dave Colasurdo wrote:
I like the idea of a different initial (post
+1
-dain
On Nov 16, 2005, at 6:40 PM, Jeff Genender wrote:
1 Is doable...I just need to wrap them up and place them in the
Apache java-repo and they will get picked up by ibiblio
automajically. I would want to hear from others before doing it
though.
Jeff
Dave Colasurdo wrote:
I'd
[ http://issues.apache.org/jira/browse/GERONIMO-406?page=all ]
David Jencks updated GERONIMO-406:
--
Fix Version: 1.0
(was: 1.x)
Assign To: David Jencks (was: Jeremy Boynes)
This is the main thing I am working on for 1.0
Ok...I can do #1, but we have a problem.
I could get the servlet-examples-5.5.12.war and jsp-examples-5.5.12.war
to the ibiblio repo...but what happens is, since we have no deployment
plan with them, the default URL will become:
http://localhost:8080/servlet-examples-5.5.12/
and
On Nov 17, 2005, at 4:45 AM, Vamsavardhana Reddy wrote:
If deployment plans are inside the archive (ear, war, etc.) they can
be obtained from config-store. If the deployment plan is supplied as
an external file to the deployer and if the original file is not
available, the only way to get
On Nov 17, 2005, at 4:35 AM, Manu George wrote:
Hi,
In the class
org.openejb.deployment.AbstractContainerBuilder there is a method
protected SoftLimitedInstancePool createInstancePool
(InstanceFactory instanceFactory) {
return new
I don't think that would be such a bad idea -- storing the original
plan in the config-store somewhere.
Aaron
On 11/17/05, David Jencks [EMAIL PROTECTED] wrote:
On Nov 17, 2005, at 4:45 AM, Vamsavardhana Reddy wrote:
If deployment plans are inside the archive (ear, war, etc.) they can
be
+1 for Matt as release manager
-dain
I was think about this too and it would be very helpful...
What about each plan goes in:
./config-store/XXX/plan
where XXX is the deployment id.
Jeff
Aaron Mulder wrote:
I don't think that would be such a bad idea -- storing the original
plan in the config-store somewhere.
Aaron
On
+1...he is a great choice.
Dain Sundstrom wrote:
+1 for Matt as release manager
-dain
I agree with Dave.
Aaron
On 11/17/05, Dave Colasurdo [EMAIL PROTECTED] wrote:
I like the idea of a different initial (post logon) page for the
console. However, the information from the Geronimo welcome page
seems inappropriate for the console (i.e. congratulations on the
install, you may
Just to give you some direct guidance, you probably should have shot an
email out to the group saying what do you guys do for testing when
more than one VM is involved or we have this idea for testing in more
than one VM, what do you think?
You are right, and I apologise. Open source
Yes, I agree too.
Is this more in line with what we think should be on the Welcome portlet?
http://opensource2.atlassian.com/confluence/oss/pages/viewpage.action?pageId=1829
Joe
Aaron Mulder wrote:
I agree with Dave.
Aaron
On 11/17/05, Dave Colasurdo [EMAIL PROTECTED] wrote:
I like the
[ http://issues.apache.org/jira/browse/GERONIMO-1155?page=all ]
james strachan resolved GERONIMO-1155:
--
Resolution: Fixed
patch applied, thanks!
ActiveMQSessions build up during DayTrader execution
Yes, spelling was never one of my strong points. Would you believe that
I did spell check it? (unfortunately cam is really a word ... and
after years of getting it wrong I think I finally remembered the
difference between it's as a contraction and its possessive). :-)
Please let me know if
Jeff Genender wrote:
Ok...I can do #1, but we have a problem.
I could get the servlet-examples-5.5.12.war and jsp-examples-5.5.12.war
to the ibiblio repo...but what happens is, since we have no deployment
plan with them, the default URL will become:
Because its not just us that affects this. Its anyone outside of
geronimo who uses these jars in the fashion that they are named. It
will likely cause them more JIRA issues for why their example wars don't
work, with the answer being the name of the war is in the URL. So it
may be a
+1
On Nov 16, 2005, at 5:19 PM, Davanum Srinivas wrote:
+1 for Matt as the Release Manager. Let's do it :)
Matt,
Please familiarize yourself with how other projects do it and how prev
releases were done. First step would be a release plan.
thanks,
dims
On 10/19/05, Matt Hogstrom [EMAIL
+1
On 11/17/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
+1
On Nov 16, 2005, at 5:19 PM, Davanum Srinivas wrote:
+1 for Matt as the Release Manager. Let's do it :)
Matt,
Please familiarize yourself with how other projects do it and how prev
releases were done. First step would be
LOL
+1
Davanum Srinivas wrote, On 11/16/2005 2:19 PM:
+1 for Matt as the Release Manager. Let's do it :)
Matt,
Please familiarize yourself with how other projects do it and how prev
releases were done. First step would be a release plan.
thanks,
dims
On 10/19/05, Matt Hogstrom [EMAIL
Thanks Joe. I like this better now.
This is exactly what I had liked to see.
(http://www.mail-archive.com/dev@geronimo.apache.org/msg11514.html)
Cheers
Prasad
On 11/17/05, Joe Bohn [EMAIL PROTECTED] wrote:
Yes, spelling was never one of my strong points.Would you believe thatI did spell check
I'm confused why we are trying guess the parent most class loader
When we are creating a proxy to a service, our goal is to create a
class that the caller can interact with. This mean that no matter
what interfaces we would like the proxy to implement, all of those
interfaces must be
I can't spell at all. If my mac didn't automatically spell check
everything I type, you would see a lot more from me. This is why
when I notice a spelling error in someone else's text, I assume there
a lots more :)
-dain
On Nov 17, 2005, at 10:16 AM, Joe Bohn wrote:
Yes, spelling was
Jeff Genender wrote:
Because its not just us that affects this. Its anyone outside of
geronimo who uses these jars in the fashion that they are named. It
will likely cause them more JIRA issues for why their example wars don't
work, with the answer being the name of the war is in the URL.
Jeff Genender wrote:
Ok...I can do #1, but we have a problem.
I could get the servlet-examples-5.5.12.war and jsp-examples-5.5.12.war
to the ibiblio repo...but what happens is, since we have no deployment
plan with them, the default URL will become:
Anders Hessellund Jensen wrote:
Kresten currently works full time on the ORB implementation and a lot of
progress is being made here.
Could we somehow help in the progress? It would be very beneficial if
the progress became more visible. That's how I have read your intents,
actually - the
Jacek Laskowski wrote:
Jeff Genender wrote:
Ok...I can do #1, but we have a problem.
I could get the servlet-examples-5.5.12.war and
jsp-examples-5.5.12.war to the ibiblio repo...but what happens is,
since we have no deployment plan with them, the default URL will become:
Dave Colasurdo wrote:
Jeff Genender wrote:
Because its not just us that affects this. Its anyone outside of
geronimo who uses these jars in the fashion that they are named. It
will likely cause them more JIRA issues for why their example wars
don't work, with the answer being the name
Jeff Genender wrote:
I was think about this too and it would be very helpful...
What about each plan goes in:
./config-store/XXX/plan
where XXX is the deployment id.
+1. I could implement if noone objects and we agree upon it.
Jeff
Jacek
Jeff Genender wrote:
Well, no exactly if you supply geronimo-web.xml in both. I'm pretty
sure it won't make any harm to anyone who would like to use them, does
it?
Yes. If someone uses them outside of Geronimo, this causes a problem.
i.e. If someone writes their own embedded Tomcat in
Jacek Laskowski wrote:
Jeff Genender wrote:
Well, no exactly if you supply geronimo-web.xml in both. I'm pretty
sure it won't make any harm to anyone who would like to use them,
does it?
Yes. If someone uses them outside of Geronimo, this causes a problem.
i.e. If someone writes their
Go Jacek Go!
Also what would be cool is on the console, that we have another link
next to the app name called plan and we can see the plan in the web
browser/console.
Jeff
Jacek Laskowski wrote:
Jeff Genender wrote:
I was think about this too and it would be very helpful...
What about
Dain,
This is regarding a fix for http://issues.apache.org/jira/browse/GERONIMO-1064
The problem, which Aaron diagnosed, is that CGLIB will use the
ClassLoader of the first class/interface that we pass it (unless we
explicitly set the ClassLoader). If one of the subsequent interfaces is
not
Jeff Genender wrote:
Now...we do have a solution.
We can place their jars in our repo, so we own those versions (i.e.
servlet-examples-geroniomo-1.0.war) and then they clearly won't affect
other Tomcat users.
+1
I assume we are talking about placing their WARs in our repo..
This
Geronimo Console Look and Feel installement #2 - icons in navigation, improved
images/layout.
--
Key: GERONIMO-1197
URL: http://issues.apache.org/jira/browse/GERONIMO-1197
Project:
Dave Colasurdo wrote:
The source for the samples are included in the WARs. They can be pulled
into any IDE.
Thats not true. Don't assume everyone uses Eclipse or Intellij...that's
a bad assumption to make.
Geronimo shouldn't fork Tomcat's examples and therefore
forever own the
I can make the changes if you guys want.
-dain
On Nov 17, 2005, at 12:55 PM, Kevan Miller wrote:
Dain,
This is regarding a fix for http://issues.apache.org/jira/browse/
GERONIMO-1064
The problem, which Aaron diagnosed, is that CGLIB will use the
ClassLoader of the first class/interface
Anders Hessellund Jensen wrote:
Just to give you some direct guidance, you probably should have shot
an email out to the group saying what do you guys do for testing
when more than one VM is involved or we have this idea for testing
in more than one VM, what do you think?
You are right,
Jeff Genender wrote:
IMHO, we have 3 choices with including these wars in our repo. Either
rename them in the assembly to servlet-examples.war and jsp-examples.war
(i.e. strip off the geronimo-1.0 from the name), include external plan
files that includes a context-root element, or I can
This is a pretty minor change but because it hits the style sheet (which
I had to change for some other JIRAs as well) - I can't really create
any new clean patches until this one is included. The alternative is to
roll this fix into the later fixes which I know doesn't go over very
well.
Hmm. In the interesting case, we already pass in the CL to the BPM,
but then it has some internal method that it just passes the clases
to, and that's the one that creates the Enhancer and sets the CL on
that. I guess we just need to pass the original CL through. That
sure seems obvious now
+1 Using JIRA for tracking progress of the ORB would be great.
We already have a CORBA component, so I suggest you create an Add an
ORB implementation issue that can be the parent of all the tasks.
Also make sure that you assign it to at least version 1.1 (assuming
the plan is to have the
I'm good with that...
--kevanOn 11/17/05, Dain Sundstrom [EMAIL PROTECTED] wrote:
I can make the changes if you guys want.-dainOn Nov 17, 2005, at 12:55 PM, Kevan Miller wrote: Dain, This is regarding a fix for http://issues.apache.org/jira/browse/
GERONIMO-1064 The problem, which Aaron
[ http://issues.apache.org/jira/browse/GERONIMO-1169?page=all ]
Jacek Laskowski resolved GERONIMO-1169:
---
Resolution: Fixed
Assign To: Jacek Laskowski (was: Joe Bohn)
$ svn ci .
Sendingwebapp/login.jsp
Sending
Jacek applied this for me.
Thanks Jacek!
Joe Bohn wrote:
This is a pretty minor change but because it hits the style sheet (which
I had to change for some other JIRAs as well) - I can't really create
any new clean patches until this one is included. The alternative is to
roll this fix into
On 11/17/05, Dain Sundstrom [EMAIL PROTECTED] wrote:
+1 Using JIRA for tracking progress of the ORB would be great.We already have a CORBA component, so I suggest you create an Add anORB implementation issue that can be the parent of all the tasks.
Also make sure that you assign it to at least
Joe Bohn wrote:
This is a pretty minor change but because it hits the style sheet (which
I had to change for some other JIRAs as well) - I can't really create
any new clean patches until this one is included. The alternative is to
roll this fix into the later fixes which I know doesn't go
Ok...
I have placed the following files:
geronimo-jsp-examples-TOMCAT5.5.12.war
geronimo-servlet-examples-TOMCAT5.5.12.war
They should be picked up and a part of ibiblio in a few hours. They
will be in the geronimo repository in the war directory.
Jeff
Dave Colasurdo wrote:
Jeff Genender
I can look into adding that to the console once the plans are persisted.
-Joe
Jeff Genender wrote:
Go Jacek Go!
Also what would be cool is on the console, that we have another link
next to the app name called plan and we can see the plan in the web
browser/console.
Jeff
Jacek Laskowski
Hi,
I'm pretty sure that my recent problems with plans are related to the
last changes to org.apache.geronimo.schema.SchemaConversionUtils or
org.apache.geronimo.web.deployment.GenericToSpecificPlanConverter (it is
because I'm trying to pinpoint the root cause and I'm pointing to at
anything
Add CORBA ORB implementation
Key: GERONIMO-1198
URL: http://issues.apache.org/jira/browse/GERONIMO-1198
Project: Geronimo
Type: Task
Components: CORBA
Reporter: Lars Kühne
Add an Apache licensed CORBA ORB implementation.
If you change the web namespace to
http://geronimo.apache.org/xml/ns/j2ee/web-1.0 does it work?
thanks
david jencks
On Nov 17, 2005, at 3:09 PM, Jacek Laskowski wrote:
Hi,
I'm pretty sure that my recent problems with plans are related to the
last changes to
Kevan Miller wrote:
On 11/17/05, *Dain Sundstrom* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
+1 Using JIRA for tracking progress of the ORB would be great.
We already have a CORBA component, so I suggest you create an Add an
ORB implementation issue that can be the
Your original namespace should now work, see latest change on
GERONIMO-1175
thanks
david jencks
On Nov 17, 2005, at 3:13 PM, David Jencks wrote:
If you change the web namespace to
http://geronimo.apache.org/xml/ns/j2ee/web-1.0 does it work?
thanks
david jencks
On Nov 17, 2005, at 3:09
[
http://issues.apache.org/jira/browse/GERONIMO-1175?page=comments#action_12357943
]
David Jencks commented on GERONIMO-1175:
Support the legacy web plan namespace, problem noticed by Jian Liao and Jacek
Laskowski
Sending
On Nov 17, 2005, at 3:19 PM, Lars Kühne wrote:
Kevan Miller wrote:
On 11/17/05, *Dain Sundstrom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Lars if you give me you jira id,
lkuehne
I can add you as a geronimo
committer, so you can assign issues to yourself.
Umm, that
[ http://issues.apache.org/jira/browse/GERONIMO-1198?page=all ]
Alan Cabrera reassigned GERONIMO-1198:
--
Assign To: (was: Alan Cabrera)
Add CORBA ORB implementation
Key: GERONIMO-1198
URL:
Lars Kühne wrote, On 11/17/2005 3:19 PM:
Kevan Miller wrote:
On 11/17/05, *Dain Sundstrom* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
+1 Using JIRA for tracking progress of the ORB would be great.
We already have a CORBA component, so I suggest you create an
Add an
Hi dj,I am sorry to mention this again.The namespace defined in modules\tomcat-builder\src\schema\geronimo-tomcat-config-1.0.xsd is different with the namespace you used in your unit test case modules\web-builder\src\test\org\apache\geronimo\web\deployment\GenericToSpecificPlanConverterTest.java.
David Blevins wrote, On 11/16/2005 4:16 PM:
On Nov 16, 2005, at 2:25 PM, Winston Damarillo wrote:
Kyle,
Very cool !
If the machines need to live in a datacenter with some admin
support. we would be glad to host it at Simula's cage along with the
other gbuild servers.
That would
After pointing it out to me so many times, I finally found what you are
talking about and fixed the test (I hope).
thanks again
david jencks
On Nov 17, 2005, at 6:25 PM, Jian Liao wrote:
Hi dj,
I am sorry to mention this again.
The namespace defined in
Alan D. Cabrera wrote:
Do they come with rails?
Alan, I hate to break it to you, but Geronimo is written in Java, not
Ruby ;-)
Regards,
Alan
[ http://issues.apache.org/jira/browse/GERONIMO-1197?page=all ]
Joe Bohn updated GERONIMO-1197:
---
Geronimo Info: [Patch Available]
Patch is now available.
Geronimo Console Look and Feel installement #2 - icons in navigation,
improved images/layout.
Jeff Genender wrote:
Ok...
I have placed the following files:
geronimo-jsp-examples-TOMCAT5.5.12.war
geronimo-servlet-examples-TOMCAT5.5.12.war
They should be picked up and a part of ibiblio in a few hours. They
will be in the geronimo repository in the war directory.
Jeff,
The file
Aww shoot...you are right. My mistake...Ok...I will get it fixed.
Thanks,
Jeff
Dave Colasurdo wrote:
Jeff Genender wrote:
Ok...
I have placed the following files:
geronimo-jsp-examples-TOMCAT5.5.12.war
geronimo-servlet-examples-TOMCAT5.5.12.war
They should be picked up and a part of
Ok fixed...on next sync the files will be:
geronimo-jsp-examples-tomcat-5.5.12.war
geronimo-servlet-examples-tomcat-5.5.12.war
Jeff
Dave Colasurdo wrote:
Jeff Genender wrote:
Ok...
I have placed the following files:
geronimo-jsp-examples-TOMCAT5.5.12.war
Could someone point me to where validation is being done on the
deployment plans prior to deployment? Is there a single entry point for
validation or is it being done within each of the builders?
Thanks
Jeff Genender wrote:
Do they come with rails?
Alan, I hate to break it to you, but Geronimo is written in Java, not
Ruby ;-)
I'd be happy to help you remedy that. ;)
Cheers,
Erin (who's doing more Ruby than Java these days!)
I think each builder does it separately, just by passing a flag to the
XmlBeans objects when loading them from the deployment plan
file/stream. But I don't have the source code in front of me, so I
can't be more specific at the moment.
Aaron
On 11/18/05, Sachin Patel [EMAIL PROTECTED] wrote:
On 11/17/05, David Jencks [EMAIL PROTECTED] wrote:
On Nov 17, 2005, at 4:45 AM, Vamsavardhana Reddy wrote: If deployment plans are inside the archive (ear, war, etc.) they can be obtained from config-store. If the deployment plan is supplied as
an external file to the deployer and if the original
Alan D. Cabrera wrote:
Lars Kühne wrote, On 11/17/2005 3:19 PM:
On 11/17/05, *Dain Sundstrom* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
+1 Using JIRA for tracking progress of the ORB would be great.
[...] I suggest you create an Add an
ORB implementation issue that
On Nov 17, 2005, at 9:06 PM, Sachin Patel wrote:
Could someone point me to where validation is being done on the
deployment plans prior to deployment? Is there a single entry point
for validation or is it being done within each of the builders?
Thanks
Process goes something like this:
I now have servers for jetty and for tomcat built using the packaging
and assembly plugins. For the second time I've spent 2 days trying to
figure out why tomcat is broken only to realize that some required
configuration files are missing. The server built in modules/assembly
copies the
On Nov 17, 2005, at 9:21 PM, Vamsavardhana Reddy wrote:
On 11/17/05, David Jencks [EMAIL PROTECTED] wrote:
On Nov 17, 2005, at 4:45 AM, Vamsavardhana Reddy wrote:
If deployment plans are inside the archive (ear, war, etc.) they can
be obtained from config-store. If the deployment plan is
Sometimes an application needs some database tables in order to run.
We don't have much support for helping with this. We have the juddi
server, with a script that is run from jelly code in modules/assembly,
and we have some work to generate scripts for cmp entity beans, but no
automated way
I don't have any problems with your approach. But I also am not the
biggest fan fo the var/catalina structure that Tomcat wants Geronimo
to have. Is there some way to get Tomcat to use our directories
directly (log, work, whatever) instead of doing everything under a
Catalina directory?
Aaron
1 - 100 of 117 matches
Mail list logo