Wrong list...please have this go to TCK list and not dev.
Jeff
Jarek Gawor wrote:
Jeff,
Can you get the latest TCKs for us? Latest Java EE 5 TCK (or with
signature files for JAX-WS 2.1), JAXB-2.1, and latest JAX-WS 2.1
(jaxwstck-2.1_03-Apr-2008.zip).
Also, I created some TCK challenges
, as we discussed the last time, the community members that have been
active in this area are Jeff Genender, Sangjin Lee, and Rick McGuire.
You already know Jeff. Have you reached out to Sangjin and Rick? I'd
urge them both to become involved in the Mina community, as their time
and interest
Matt Hogstrom wrote:
I think the correct decision would be what do
the users want in terms of it being an integral part of what they do
they would prefer to not go and install it but have it as part of the
base install. I'd be ok with either approach. Most AppServers that I
know of do
Anita Kulshreshtha wrote:
I see Monitoring Console as a tool, a standard J2EE Application,
that has been packaged for a convenient installation in Geronimo. It
talks to a geronimo specific agent to discover and monitor a geronimo
instance running elsewhere. I do not see it as an
[
https://issues.apache.org/jira/browse/GERONIMO-3686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549510
]
Jeff Genender commented on GERONIMO-3686:
-
Cool stuff. Yep...FIFO would be the way I would do the queues
+1
Rick McGuire wrote:
The discussion thread has been out there long enough for comment, and
those who have responded appear positive about the prospect. I think
it's time to put this to a vote. The full proposal from Matt Hogstrom
is attached at the end, but the basic proposal we're voting
Isn't the JSR 77 spec JMX based?
Jeff
Viet Nguyen wrote:
Yes, with the current implementation we have, OpenEJB is a
prerequisite. JMX is a good solution too, but I wanted to follow the
JSR 77 spec, which tells us to communicate with the server through the
usage of MEJB, which is why OpenEJB
Never mind...yes looks like MEJB is a requirement.
Jeff
Jeff Genender wrote:
Isn't the JSR 77 spec JMX based?
Jeff
Viet Nguyen wrote:
Yes, with the current implementation we have, OpenEJB is a
prerequisite. JMX is a good solution too, but I wanted to follow the
JSR 77 spec, which tells
So I think we are kind of caught in a catch 22 here...
The issue is, the server is pluggable for the most part. People may/may
not want EJB, but definitely want the management capabilities.
Whats your thought on an adapter interface that provides for full JSR-77
compatibility, thus requiring
I certainly believe it deserves a spot in trunk...this is an enhancement
to what we don't have before. That's progress...and its pretty darn
cool too ;-)
I definitely don't want my ideas to hold up its movement...just food for
thought for down the road.
Jeff
Viet Nguyen wrote:
Whats your
[
https://issues.apache.org/jira/browse/GERONIMO-3615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549168
]
Jeff Genender commented on GERONIMO-3615:
-
Sangjin...thanks for the patch...
Could you do a svn diff
[
https://issues.apache.org/jira/browse/GERONIMO-3615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Genender closed GERONIMO-3615.
---
Resolution: Fixed
Never mind the last comment, I manually applied this patch
[
https://issues.apache.org/jira/browse/GERONIMO-3616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Genender closed GERONIMO-3616.
---
Resolution: Fixed
Patch applied from GERONIMO-3615.
AsyncHttpClient should support
FYI for all those not in the know...
This is caused by Maven 2.0.8...so be sure you are using 2.0.7 and this
problem goes away. I am not sure what causes it...but I thought I would
share this with all just in case it's encountered.
Jeff
Jeff Genender wrote:
Here is the error...don't know
Congrats Jay...your hard work payed off!
Kevan Miller wrote:
All,
Please join us in congratulating Jay McHugh as the newest member of the
Geronimo PMC. It's been great to have Jay working with us as a committer
on Geronimo. Even better to have him join us in providing oversight of
the
David Jencks wrote:
On Dec 5, 2007, at 4:29 PM, Anita Kulshreshtha wrote:
Viet,
Thanks for working on the monitoring console. A lot still remains to
be done. There are architectural issues which need to be addressed:
Currently the agent (aka mrc-server) needs to reside in same
I am not able to build the latest trunk...any ideas?
[INFO]
[INFO] Building Geronimo Configs :: System Database
[INFO]task-segment: [install]
[INFO]
Here is the error...don't know whats up:
issing dependency: org.apache.geronimo.configs/transaction//car
[INFO]
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: load of
Hi,
On the latest trun, it seems plugin installation is broken. When I try
to install plugins...I get this. Any ideas?:
5:20:44,138 ERROR [PluginInstallerGBean] Unable to install plugin.
java.io.IOException: No such file or directory
at
: Bug
Security Level: public (Regular issues)
Reporter: Jeff Genender
Assignee: Jason Dillon
Priority: Blocker
GShell is not executing the rc.d script in the etc/rc.d directory in Geronimo.
Files were named
start-server,terracotta-client.groovy
start
[
https://issues.apache.org/jira/browse/GSHELL-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548496
]
Jeff Genender commented on GSHELL-90:
-
Sounds like this may be a dupe and probably belongs over in the Geronimo
[
https://issues.apache.org/jira/browse/GSHELL-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548520
]
Jeff Genender commented on GSHELL-90:
-
Maybe for another JIRA, but I think the colon and comma stuff should go
[
https://issues.apache.org/jira/browse/GERONIMO-3624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548521
]
Jeff Genender commented on GERONIMO-3624:
-
How about getting rid of the commas an colon and come up
Damn gshell...WTF?
:-)
I couldn't resist ;-)
Jeff
Jason Dillon wrote:
No doubt some increase is from the gshell libs. We can probably optimize them
a little and use repository references and such...
--jason
-Original Message-
From: Bruce Snyder [EMAIL PROTECTED]
Date:
will dynamically pull
them out of the repo in the same way that mvn plugins do.
--jason
On Dec 1, 2007, at 5:16 PM, Jeff Genender wrote:
Damn gshell...WTF?
:-)
I couldn't resist ;-)
Jeff
Jason Dillon wrote:
No doubt some increase is from the gshell libs. We can probably
optimize them
Have you considered AOP?
Jeff
Aaron Mulder wrote:
Is there some good way to insert a filter/interceptor into the web
container request processing chain that would work for both Tomcat and
Jetty? For example, let's say you wanted to apply some particular
request validation/auditing
in that an AOP adapter could pick something
up from a JAR that it recognizes...just a different take on the same
problem ;-)
Jeff
Thanks,
Aaron
On Nov 29, 2007 1:48 PM, Jeff Genender [EMAIL PROTECTED] wrote:
Have you considered AOP?
Jeff
Aaron Mulder wrote:
Is there some good way
Thank you for introducing yourselves! Welcome and we look forward to
any contributions.
Jeff
石田 剛 wrote:
Hello, everyone.
This is the Greetings from Japan Apache Geronimo User Group.
http://geronimo-jp.sourceforge.jp/
We, Japan Apache Geronimo User Group , are virtual community of the
[
https://issues.apache.org/jira/browse/GERONIMO-3614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Genender closed GERONIMO-3614.
---
Resolution: Fixed
Applied patch...thanks!
the executor in AsyncHttpClient is static
[
https://issues.apache.org/jira/browse/GERONIMO-3618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Genender closed GERONIMO-3618.
---
Resolution: Fixed
Patch applied...thanks!
when redirected via status code 30x
[
https://issues.apache.org/jira/browse/GERONIMO-3613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Genender closed GERONIMO-3613.
---
Resolution: Fixed
Patch applied...thanks!
setConnectionTimeout() does not change
Gianny Damour wrote:
Nous parlons enfin la meme langue :).
Nous avons toujours compris les uns les autres ;-)
I'll bet you didn't know I am in Paris right now...did ya? ;-)
Jeff
Agreed: this would be a nice enhancement.
Jeff
Gianny Damour wrote:
2. The clustered store uploads the backed configuration to the
registered cluster members, which subsequently locally install them. If
the remote installation fails for one of the members, then the
clustered store removes the configuration from all the members having
Gianny Damour wrote:
You can successfully distribute when all the configured cluster
members are running. If one of them is down, then the installation
fails. This seems to be a typical scenario - at least based on the
clustered deployments I have been working with.
Hmmm...I have found
+1 go for it. The first valve/second valve came from it being an
example due to the chain...I guess it just kinda stuck ;-)
Jeff
Joe Bohn wrote:
Would anybody have a strong objection if I renamed the GBeans for the
Tomcat valves from FirstValve and SecondValve to reflect the
function of the
Gianny,
Since there are multiple clustering implementations going on at the same
time, could you please keep us aprised of what you are doing so we don't
clash?
Thanks,
Jeff
Gianny Damour wrote:
Hi,
I resumed this week-end some work on clustered deployment. I think this
will be completed
ability to customize your own stack.
If you are attending, I hope to see you there. If you aren't and you
are in town, please give me a ping as I would love to hook up and have
an informal G-Talk at a local pub. Lets just call it an informal BOF ;-)
Hope to see you there,
Jeff Genender
Apache
Guillaume Nodet wrote:
What about moving GShellout of the sandbox area and make it a real
subproject ?
Lets open a new thread on this...but Im all for it.
Jeff
On 10/25/07, Jeff Genender [EMAIL PROTECTED] wrote:
Title says it all...I'd really like to see gshell as the default
Title says it all...I'd really like to see gshell as the default
execution for Geronimo 2.1. Any objectsions? Jason, is this something
you can get going?
Jeff
to working with you ;-)
Jeff
Gianny Damour wrote:
On 17/10/2007, at 11:53 PM, Jeff Genender wrote:
Gianny Damour wrote:
Excerpt of the conclusion:
The effectiveness of the design and implementation of WADI's distributed
session lookup engine and replication engine is further
Gianny Damour wrote:
Hi,
Over the last two weeks, I have been working on various experimentations
in order to validate and demonstrate the effectiveness of WADI's
distributed session engine and replication engine. I wrote a WIKI page
to capture the findings:
+1
Prasad Kashyap wrote:
+1
Cheers
Prasad
On 10/12/07, Kevan Miller [EMAIL PROTECTED] wrote:
All,
I've prepared a 2.0.2 release candidate for review and vote.
http://people.apache.org/~kevan/release-votes/geronimo-2.0.2-dist/
contains the 8 Java EE and Minimal server (tar/zip and
for geronimo building the boilerplate and framework
assemblies and making sure the framework assembly starts w/gshell
would suffice. Is there something fairly simple we could do for a
SM smoke test?
thanks
david jencks
On Oct 11, 2007, at 3:14 PM, Jeff Genender wrote:
When I try to start
When I try to start the server with gshell...I am getting this:
java.lang.NullPointerException: Cannot get property: homeDir on null object
at org.codehaus.groovy.runtime.Invoker.getProperty(Invoker.java:179)
at
Christopher Blythe wrote:
Actually, I'm suggesting we pull the web services out of DayTrader all
together and write another web services sample app. If DayTrader is
truly meant to be a performance benchmark, why would you leave
something in there that is in clear violation of performance
.
Yep...you are going exactly where I was ;-)
If DT is not using WS the way it should be, then absolutely it should be
redone and developed in a best practice manner.
Jeff
On 10/3/07, *Jeff Genender* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Christopher Blythe wrote
WTF??? schadenfreude???
I had to look that up!!! :-)
Jeff
Prasad Kashyap wrote:
They say, misery loves company. Pardon my schadenfreude, but I'm
relieved to know I've not been on some list targeted for victimization
:-)
Cheers
Prasad
On 10/2/07, Joe Bohn [EMAIL PROTECTED] wrote:
Is the plugin installer broke? Duno if a java 1.4 dependency got in or
not, but I am unable to install plugins from the console:
java.lang.IllegalArgumentException: Cannot convert [1.5] of type class
java.util.ArrayList to class [Ljava.lang.String;
at
Cool stuff. I probably should have alerted you to the 2.0 version of
Mina has bugs up the wazoo and would have advocated not to use it. I
also back ported to 1.1.2 for the AyncHttpClient stuff, and that
stabilized everything.
Jeff
Jason Dillon wrote:
Well... me thinks I've finally gotten over
Jason Dillon wrote:
Aighty... I'm gonna stop waiting for feedback and implement this stuff
for all assemblies.
U...what am I...chopped liver? ;-)
--jason
On Sep 9, 2007, at 6:41 AM, Jeff Genender wrote:
No...no reasons...move forward ;-)
Jeff
Jason Dillon wrote:
Hey
Is this working for the Tomcat assembly? If not...can it soon?
Thanks,
Jeff
Sent from my iPhone
On Sep 8, 2007, at 1:40 PM, Jason Dillon [EMAIL PROTECTED] wrote:
A little bit more insight into what I'm thinking of doing... since
some of you can't read minds to well :-P
I'd like to
Hi,
I just finished the server plugin for Terracotta which can be found here:
http://svn.terracotta.org/svn/tc/geronimo-plugin/trunk/geronimo-2.0/
When I install the plugin, everything is fine. I can start/stop
Terracotta, and works as expected. However when I stop Geronimo and
restart it and
2, 2007, at 7:52 AM, Jeff Genender wrote:
Hi,
I just finished the server plugin for Terracotta which can be found here:
http://svn.terracotta.org/svn/tc/geronimo-plugin/trunk/geronimo-2.0/
When I install the plugin, everything is fine. I can start/stop
Terracotta, and works as expected
) rather than using a dependency on the jasper
config. If you can debug this CCE and find out what classloader the
jasper class is loaded in that would be very useful.
thanks
david jencks
On Sep 2, 2007, at 7:52 AM, Jeff Genender wrote:
Hi,
I just finished the server plugin for Terracotta
Hi,
I was building a 3rd party application with a dependency on the Geronimo
specs (jee)...and I could not get it to build because it was looking for
axis-saaj-1.3-r562247
For the life of me, I thought I had that usual maven corrupt repo issues
and I wiped out my local repo...a number of times.
Kevan Miller wrote:
On Aug 25, 2007, at 5:44 PM, Daniel Kulp wrote:
From my standpoint, it would be greatly preferred if you could find a way
to leave spring for CXF. There is definitely a lot of functionality
that would be lost if spring is not available. In particular, if a user
Kevan Miller wrote:
K. Can you explain to me what functionality is being taken away? Dan
said function would be lost, but then listed functionality and said that
configuring them becomes quite a bit harder. Nor do I know how this
increased complexity would be who bears the burden for things
On Aug 21, 2007, at 3:05 PM, Jeff Genender wrote:
Oh man this is sweet...
I'd *really* like to see this in 2.0.2...
Jeff
Jason Dillon wrote:
Hiya folks, I finally got around to finishing up my POC of using GShell
to launch the Geronimo Server and I have committed the bits that make it
work
David,
So perhaps I am missing something and you could help clarify this. You
say It's by no means obvious to me that treating this as a problem with
the coding of our classloaders is appropriate. Yet in your 1, 2, and 3
options, you seem to be saying its basically a problem with
classloading.
No...that made much more sense to me ;-)
I think convenience is the way to go. I am following you now.
Thanks,
Jeff
David Jencks wrote:
On Aug 27, 2007, at 11:26 AM, Jeff Genender wrote:
David,
So perhaps I am missing something and you could help clarify this. You
say It's
Kevan Miller wrote:
That would be great. Do you have a login on the test systems that have
been used for cert? Or perhaps a better solution is to setup a shared
(or temporary use) cts login that could be used...
Sure...I would be happy to. Would you like to help me with the clustering?
Kevan Miller wrote:
On Aug 24, 2007, at 5:35 PM, Jeff Genender wrote:
Kevan,
IIU the reason you are asking, removal of the Spring dependencies from
CXF would appear to be a band aid and temporary fix to the real issue.
Is this about the Spring versioning and different versions getting
Kevan Miller wrote:
So, to be clear -- I certainly didn't mean to imply that *only* you
could certify these alternate configurations of Geronimo. If anyone with
TCK access wants to run these tests, then that's fantastic. I don't plan
on running them. If I see requests from Geronimo users
Any chance we can release a Jetty/Axis and Tomcat/CXF? 2 more TCK runs?
Jeff
Any chance we can release a Jetty/Axis and Tomcat/CXF? 2 more TCK runs?
Jeff
Kevan,
IIU the reason you are asking, removal of the Spring dependencies from
CXF would appear to be a band aid and temporary fix to the real issue.
Is this about the Spring versioning and different versions getting
loaded? (If not then never mind)
Jeff
Kevan Miller wrote:
We've run into
Kevan Miller wrote:
On Aug 24, 2007, at 10:48 AM, Jeff Genender wrote:
Any chance we can release a Jetty/Axis and Tomcat/CXF? 2 more TCK runs?
Both are released -- it's just a matter of configuration. You want 2
additional assemblies with these configured by default available
Oh man this is sweet...
I'd *really* like to see this in 2.0.2...
Jeff
Jason Dillon wrote:
Hiya folks, I finally got around to finishing up my POC of using GShell
to launch the Geronimo Server and I have committed the bits that make it
work to server/trunk. The new module which contains the
+1
Matt Hogstrom wrote:
All,
Since 1.1.1 is the stable version of Geronimo I'd like to propose that
we remove the older versions from the download site. If there are no
objections I'll do this tomorrow when we announce the 2.0.1 release.
Joe Bohn wrote:
Matt Hogstrom wrote:
Jeff / Joe,
Can we get the Sun WebSite updated with Geronimo 2.0.1 being certified
rather than 2.0-M6-rc1?
Jeff has the Sun contacts. Also, we certified 2.0.1 with a different OS
and with a newer patch/exclude list. I'll put the updated
Congrats on the marriage!
Sachin Patel wrote:
Hello community members...
I'd thought I'd shoot of a note to explain my limited involvement in the
project as of recent. As some have you may have known, I've taken a new
job thats taken has taken away from the Java enterprise space. As we
[
https://issues.apache.org/jira/browse/GERONIMO-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520240
]
Jeff Genender commented on GERONIMO-3389:
-
This is not a bug. This is normal and expected without
How about releasing the other 2 configurations? i.e. Tomcat/CXF and
Jetty/Axis2. Any objections to running the TCK on these and releasing
those as well?
Jeff
+1...looks good.
Matt Hogstrom wrote:
This works for me. Anyone else ?
On Aug 11, 2007, at 7:37 PM, Jarek Gawor wrote:
Matt,
A few comments:
1) I We should say Apache Axis2 instead of just Apache Axis.
2) I liked the original first paragraph because it announced Geronimo
as Java
I would change the certified Java Enterprise Edition in the first
paragraph to certified Java Enterprise Edition 5.0...i.e. add the 5.0.
Jeff
Matt Hogstrom wrote:
I think I addressed many of the concerns. Special thanks to Amy
Hocraffer for some great ideas to better organize and spiff up the
You should not have 2 8080 connectors. Did you do a load=false for
the TomcatWebConnector?
Jeff
threepointsomething wrote:
Great!
I followed your suggestions and am now able to configure the connector via
config.xml. Here are the steps:
1. Ensure the server is not running.
2. Disable
David Jencks wrote:
Well, I expect we actually want to ship with the NIO connectors used by
default anyway, like we do for jetty.
+1...excellent idea.
Jeff
Yeah...I would like to see us fix this at some point. I think if we
delete a GBean, it should rebuild the car that it references or
something along those lines. A deletion is a deletion and I think a
load=false is not really a deletion.
Jeff
Paul McMahan wrote:
On Aug 9, 2007, at 4:56 PM,
+1
On Aug 8, 2007, at 12:38 PM, David Jencks [EMAIL PROTECTED]
wrote:
+1 provided we don't run into any last minute tck problems
thanks
david jencks
On Aug 8, 2007, at 3:56 AM, Matt Hogstrom wrote:
I have put together the release and its been a long journey to get
here.
If you have
You might want to mention its Certified Java Enterprise Edition 5.0.
Jeff
Matt Hogstrom wrote:
Please include your updates and comments on this press release. After
Thursday I'll forward to the PRC for their review with our comments.
I'm cross-posting here to give the PRC a heads up.
Jarek Gawor wrote:
Maybe we also want to mention JAX-WS and especially that Geronimo
supports two JAX-WS engines (since AFAIK that's pretty unqiue to
Geronimo at this point).
Well...and JBoss 5 who support 3 JAX-WS engines...
Jarek
On 8/7/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
Yup...
The old messages made no sense at all...because Web application !=
connector and therefore its not fair to determine that the web
applications actually listen on http. In long discussions with David
Jencks, we agreed the slapping of http in from of the URL was purely a
hack and was not
+1
Matt Hogstrom wrote:
All,
Please take a peek at the jar files for the txManagr components that
David Jencks had busted out earlier. A tar ball can be found at
http://people.apache.org/~hogstrom/txmanager-2.0-rc1/
[ ] +1 Release these binaries
[ ] 0 No opinion
[ ] -1 Do not
recommend we start talking about MBean exposure and JMX to do this
properly and effectively.
Jeff
-Donald
Jeff Genender wrote:
Yup...
The old messages made no sense at all...because Web application !=
connector and therefore its not fair to determine that the web
applications actually
Filip Hanik - Dev Lists wrote:
so there is no need to dabble with the auto select, personally I don't
think its very usable feature, since the APR SSL connector has different
attributes than the Java SSL connector and the auto select wouldn't work
in that scenario anyway.
Great to
Ok..I added APR connectors...
Jeff
Filip Hanik - Dev Lists wrote:
Jeff Genender wrote:
Ok I added a whole bunch of new connectors in the o.a.g.t.connectors
package.
I am still working on APR - more notes to follow on this as its a little
squirly since the Tomcat Connector somewhat chooses
My +1 on this...this made things *much* easier and in more complex
configurations, its much more accurate.
Jeff
David Jencks wrote:
I've been talking with jgenender on IRC a bit about the former getURLFor
method in web modules. This used to be used in the console to provide a
link to
[
https://issues.apache.org/jira/browse/GERONIMO-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Genender reassigned GERONIMO-3334:
---
Assignee: Jeff Genender
Need a way to select the Tomcat NIO connector in order
[
https://issues.apache.org/jira/browse/GERONIMO-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514749
]
Jeff Genender commented on GERONIMO-3334:
-
These connectors can be added via the config.xml...can you
[
https://issues.apache.org/jira/browse/GERONIMO-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514766
]
Jeff Genender commented on GERONIMO-3334:
-
Yeah I see the issue. I can make a few changes and enable
Hi,
I was going through some JIRAs and the Geronimo2.0 source and noticed it
will be difficult at best to get the NIO connector and setting
attributes on the APR connector for Tomcat due to its current
implementation. I really think the ability to use these 2 connectors is
very important for the
/client.jar and to handle our multiple
server instance directory structure.
-Donald
Jeff Genender wrote:
Hi,
As we move forward and we integrate with more and more 3rd party
products, we will need the ability to be able to change an environment
variable through a plugin, or add a commandline
Jason Dillon wrote:
How does the script know to pick it up. Got a cli example of how the
invoke would look?
Pseudo code for geronimo.sh:
scripts = read(bin/scripts);
for each script in scripts do
call script
endfor
Jeff
--jason
On Jul 16, 2007, at 9:45 PM, Jeff Genender wrote
at the Giants/Doggers game. Ooops ;-)
On Jul 14, 2007, at 6:41 AM, Jeff Genender [EMAIL PROTECTED] wrote:
Donald Woods wrote:
Is this a scenario that would be better handled by the gshell code in
sandbox or some daemon code that also handles the multiple server
instance support?
Thought here
Donald Woods wrote:
Jeff Genender wrote:
Donald Woods wrote:
Is this a scenario that would be better handled by the gshell code in
sandbox or some daemon code that also handles the multiple server
instance support?
Thought here, would be gshell could read a standard Java properties
How about bin/scripts ?
Jeff
Matt Hogstrom wrote:
On Jul 16, 2007, at 3:17 AM, Jason Dillon wrote:
Why in bin/* ?
Only cause they are related to scripts.
Prasad Kashyap wrote:
Jeff mentioned that people feel strongly about their webservices pack
much like they would about religion. Does anybody have an idea on how
these are most commonly used ?
1. Do people preferring one webservices pack also prefer one
webcontainer over another ? Eg. do
on hat the use cases are you have in
mind? I'm still a bit fuzzy what you are going for.
--jason
On Jul 16, 2007, at 6:09 AM, Jeff Genender wrote:
Jason Dillon wrote:
I still think that G could do with a tiny bootstrap JVM to handle all of
the required flags and properties
users to install a third-party solution like
Perl (on Windows) to make it work.
We already ship sh and bat code...why would this be a no-go? If this is
the case, then we shouldn't be shipping startup scripts in bat and sh
format.
-Donald
Jeff Genender wrote:
Hi,
As we move forward
Kevan Miller wrote:
1. Certification. For M6 we certified a Tomcat/CXF configuration of
Geronimo. We'd like to certify 2.0 using Jetty and Axis2, also. What
configuration combinations *must* be certified? Is a single certified
configuration sufficient? Or do we want to certify with multiple
1 - 100 of 1297 matches
Mail list logo