Remove axion from Geronimo assembly and remove default-database-plan.xml
Key: GERONIMO-706
URL: http://issues.apache.org/jira/browse/GERONIMO-706
Project: Geronimo
Type: Task
Reporter: John
Should we try to remove theToolsJarHack before M4?
Dain said "The tools jar hack will be needed until we delete the OpenORB
stub/
tie compiler. I should have this change committed in the next few
days, and then we can remove the hack code."
Kind of spoils the new startup output :-(
John
Bo
On Mon, 4 Jul 2005, Jeff Genender wrote:
> I love this new status bar...its really clean...but I would like the
> option to spew the logs to the terminal.
>
> I would like to get people's feelings on this since there are 2 sides
> having this option.
I like the idea of a -verbose parameter. Bu
On Tue, 5 Jul 2005, Aaron Mulder wrote:
> On Mon, 4 Jul 2005, David Blevins wrote:
> > 1. Add the Geronimo version at the top too. As in:
> > "Starting Geronimo Application Server (1.0-234656)"
>
> How do you suggest getting the version number into the message?
> I don't know
Ok...lets hash this last one out...
I would really like to have a command line parameter to start Geronimo
like "-verbose" that sends the log to the stdout (like it was before).
As a developer, its nice to have this instead of having to muck with the
log4j files. Although I could open up anot
On Mon, 4 Jul 2005, David Blevins wrote:
> Oh, man! That is soo cool!!!
>
> For those too lazy to run it, here is what the output looks like in the end:
Oh come on, the plain text doesn't do it justice! :)
> Two suggestions:
>
> 1. Add the Geronimo version at the top too. As in:
>
On Mon, Jul 04, 2005 at 11:53:22PM -0400, toby cabot wrote:
> I've got some trivial resource adapter code/descriptors if that's
> interesting to anyone. It worked with Geronimo back in April, if you
> want I can make sure it works with the trunk and ship it to Jacek.
Go for it.
>
> Sounds like
Absolutely outstanding...
Nice work...its polished.
Jeff
Aaron Mulder wrote:
I just put in a change with nicer startup console output. It
gives some progress and status information during the server start process
and lists the apps deployed and ports used at the end of the startup.
On Mon, Jul 04, 2005 at 11:55:11PM -0400, Aaron Mulder wrote:
> On Mon, 4 Jul 2005, Jeremy Boynes wrote:
> > > I want to get the key generator changes in for M4. However, I'm
> > > currently blocked because I can't add the new module to TranQL. So I'd
> > > like to resolve that before the branc
On Mon, 4 Jul 2005, Jeremy Boynes wrote:
> > I want to get the key generator changes in for M4. However, I'm
> > currently blocked because I can't add the new module to TranQL. So I'd
> > like to resolve that before the branch. Other than that, I'm fine to go
> > ahead with the 24 hour notic
Oh, man! That is soo cool!!!
For those too lazy to run it, here is what the output looks like in the end:
Booting Geronimo Kernel (in Java 1.4.2_07)...
Starting Geronimo Application Server
[*] 100% 68s Startup complete
Started Application Modules:
I've got some trivial resource adapter code/descriptors if that's
interesting to anyone. It worked with Geronimo back in April, if you
want I can make sure it works with the trunk and ship it to Jacek.
Sounds like we're well on the way to a nice Geronimo/J2EE "Hello,
World" example application.
David Blevins <[EMAIL PROTECTED]> wrote on 05/07/2005 12:54:29 PM:
> On Mon, Jul 04, 2005 at 06:48:21PM -0700, Jeremy Boynes wrote:
> > [EMAIL PROTECTED] wrote:
> > >toby cabot <[EMAIL PROTECTED]> wrote on 05/07/2005 12:59:14 AM:
> > >>
> > >>I like the idea of using a well-known baseline for the
On Tue, Jul 05, 2005 at 12:27:58PM +1100, [EMAIL PROTECTED] wrote:
> The startup script should have the following on the first line to instruct
> the system which shell interpreter we are using.
> #! /bin/sh
Some systems allow whitespace between bang and slash, some don't, so
you'll be more porta
I'm not a big fan of performing development on a branch that, IMO,
should be frozen for QA. I'm not sure if that's what people are
proposing but, I just wanted to say that.
Regards,
Alan
On 7/4/2005 7:46 PM, David Blevins wrote:
Do we have a consensus that we should branch at the beginning
Aaron Mulder wrote:
I want to get the key generator changes in for M4. However, I'm
currently blocked because I can't add the new module to TranQL. So I'd
like to resolve that before the branch. Other than that, I'm fine to go
ahead with the 24 hour notice.
I don't think this is a p
David Blevins wrote:
On Mon, Jul 04, 2005 at 10:26:40PM -0400, Aaron Mulder wrote:
Also, we need to decide whether we're planning to run the entire
TCK on the candidate configuration(s).
I'm certainly willing to take a chunck of the TCK do that. If others
are also willing, we can divide
Dain Sundstrom wrote:
This is cool stuff and an excellent intro to your code (you should
put this summary on your website :)
I suggest you start chatting with OpenEJB and ActiveMQ about a shared
session key sooner rather then later as it could take a wile to get
it into their code bases.
Dear geronimoer
I am new to geronimo so i would like to help either
with web, webservices or EJB
I would be grateful with senior developer that is
leading this module to assign me inside their modules
many thanks
Yahoo! Sp
OK, it's at:
http://people.apache.org/~ammulder/new-startup-example.zip
Unzip it, go to the geronimo-1.0-SNAPSHOT directory it creates,
and run "java -jar bin/server.jar". You have to run it from that dir
because it starts Tomcat and I didn't have Jeff's latest fix in my tree.
[
http://issues.apache.org/jira/browse/GERONIMO-697?page=comments#action_12315041
]
Aaron Mulder commented on GERONIMO-697:
---
This will be particularly useful once we have a proper web console, or at least
a default web app. Seems like it ought to wa
On Mon, Jul 04, 2005 at 10:57:45PM -0400, Aaron Mulder wrote:
> I want to get the key generator changes in for M4. However, I'm
> currently blocked because I can't add the new module to TranQL. So I'd
> like to resolve that before the branch. Other than that, I'm fine to go
> ahead with th
[ http://issues.apache.org/jira/browse/GERONIMO-695?page=all ]
Aaron Mulder resolved GERONIMO-695:
---
Fix Version: 1.0-M4
Resolution: Fixed
Now includes progress bar and status text by default. Can start the server
with -noprogress to disable
[ http://issues.apache.org/jira/browse/GERONIMO-696?page=all ]
Aaron Mulder resolved GERONIMO-696:
---
Fix Version: 1.0-M4
Resolution: Fixed
Might be nice to have a startup flag to alter the log level, but for now the
feedback opposes tighter c
[ http://issues.apache.org/jira/browse/GERONIMO-698?page=all ]
Aaron Mulder resolved GERONIMO-698:
---
Fix Version: 1.0-M4
Resolution: Fixed
The solution is voluntary on behalf of each GBean -- they must declare an
attribute of type InetSocketA
I think it would be a great custom to throw up an unstable build
containing the feature you want people to try out when asking for
feedback. Could you do that and also post an app we can try out
(maybe to your space on people.apache.org)?
-David
On Mon, Jul 04, 2005 at 10:05:29PM -0400, Aaron
I want to get the key generator changes in for M4. However, I'm
currently blocked because I can't add the new module to TranQL. So I'd
like to resolve that before the branch. Other than that, I'm fine to go
ahead with the 24 hour notice.
Oh, I think we also have a problem where
On Mon, Jul 04, 2005 at 10:26:40PM -0400, Aaron Mulder wrote:
> I guess we should also decide whether to make Jetty or Tomcat the
> default container, and whether to provide separate builds for each.
>
So what does the group want?
1) Separate builds
2) Jetty as the default
-David
On Mon, Jul 04, 2005 at 06:48:21PM -0700, Jeremy Boynes wrote:
> [EMAIL PROTECTED] wrote:
> >toby cabot <[EMAIL PROTECTED]> wrote on 05/07/2005 12:59:14 AM:
> >>
> >>I like the idea of using a well-known baseline for the Geronimo
> >>scripts, but could we call the shell script "geronimo" instead of
Doesn't matter to me, going to symlink that puppy into /usr/local/bin on my
machine anyway -- without the extention :)
-David
On Mon, Jul 04, 2005 at 09:50:09PM -0400, Aaron Mulder wrote:
> I'm in favor of the .sh extension for shell scripts
>
> Aaron
>
> On Mon, 4 Jul 2005, Jeff Genen
Do we have a consensus that we should branch at the beginning of the release
cycle instead of at the end as we have done in the past?
If so, going to put out an email titled "M4 - 24 hour notice of branch", which
I think would be a good release practice.
-David
On Mon, Jul 04, 2005 at 07:15:34
On Mon, Jul 04, 2005 at 10:26:40PM -0400, Aaron Mulder wrote:
>
> Also, we need to decide whether we're planning to run the entire
> TCK on the candidate configuration(s).
>
I'm certainly willing to take a chunck of the TCK do that. If others
are also willing, we can divide up the sectio
On Mon, Jul 04, 2005 at 08:28:56PM -0600, Jeff Genender wrote:
> +1 for Jetty as default (at least until Tomcat does a TCK dance)...but I
> think we should have a seperate build for each.
Agreed on both points.
>
> Aaron Mulder wrote:
> > I guess we should also decide whether to make Jetty
+1 for Jetty as default (at least until Tomcat does a TCK dance)...but I
think we should have a seperate build for each.
Aaron Mulder wrote:
I guess we should also decide whether to make Jetty or Tomcat the
default container, and whether to provide separate builds for each.
Also, we need to
I guess we should also decide whether to make Jetty or Tomcat the
default container, and whether to provide separate builds for each.
Also, we need to decide whether we're planning to run the entire
TCK on the candidate configuration(s).
Aaron
On Mon, 4 Jul 2005, David Blevins
On Mon, Jul 04, 2005 at 06:38:23PM -0700, Jeremy Boynes wrote:
> David Blevins wrote:
> >On Mon, Jul 04, 2005 at 05:22:36PM -0700, Jeremy Boynes wrote:
> >
> >>David Blevins wrote:
> >>
> >>>Anything I missed?
> >>>
> >>
> >>SNAPSHOT elimination so the build is reproducible.
> >
> >
> >Right. Miss
I just put in a change with nicer startup console output. It
gives some progress and status information during the server start process
and lists the apps deployed and ports used at the end of the startup.
Since it uses \r characters to make it work, the output looks lousy if you
view it
Well..upon further review...the endorsed dirs that are set in the main
class appears to take hold on Tomcat. This is good ;-)
Jeff
Dain Sundstrom wrote:
If at all possible I'd like to handle these in Java code, since shell
scripts aren't very portable or IDE friendly. I believe that the
e
[ http://issues.apache.org/jira/browse/GERONIMO-703?page=all ]
Jeff Genender closed GERONIMO-703:
--
Fix Version: 1.0-M4
Resolution: Fixed
Now uses ServerInfo to resolve the path.
Sendingtomcat/src/java/org/apache/geronimo/tomcat/Tomcat
I'm in favor of the .sh extension for shell scripts
Aaron
On Mon, 4 Jul 2005, Jeff Genender wrote:
> [EMAIL PROTECTED] wrote:
> > Are you concerned that we may change shells in the future?
> >
> > The startup script should have the following on the first line to instruct
> > the system
[EMAIL PROTECTED] wrote:
toby cabot <[EMAIL PROTECTED]> wrote on 05/07/2005 12:59:14 AM:
I like the idea of using a well-known baseline for the Geronimo
scripts, but could we call the shell script "geronimo" instead of
"geronimo.sh"? I prefer to not expose the implementation (shell
script) in
David Blevins wrote:
On Mon, Jul 04, 2005 at 05:22:36PM -0700, Jeremy Boynes wrote:
David Blevins wrote:
Anything I missed?
SNAPSHOT elimination so the build is reproducible.
Right. Missed that one for M3 IIRC.
Branch so that M4 can stabilize whilst other changes are being made.
[EMAIL PROTECTED] wrote:
Are you concerned that we may change shells in the future?
The startup script should have the following on the first line to instruct
the system which shell interpreter we are using.
#! /bin/sh
It seems that a lot of applications use the .sh extension (except Apache
Jeremy Boynes <[EMAIL PROTECTED]> wrote on 05/07/2005 10:22:36 AM:
> David Blevins wrote:
> >
> > Anything I missed?
> >
>
> SNAPSHOT elimination so the build is reproducible.
>
+1 on SNAPSHOT elimination if possible.
John
On Mon, Jul 04, 2005 at 04:27:41PM -0700, Sing Li wrote:
> I have two examples, tested up to the most recent
> build, that may require only minor mods for this.
>
> 1. Web app - JSP, JSTL, with servlet
> 2. EJB - stateless session (local), entity
>
> Jacek - please let me know if they may be of
toby cabot <[EMAIL PROTECTED]> wrote on 05/07/2005 12:59:14 AM:
> On Mon, Jul 04, 2005 at 11:22:59PM +1100, [EMAIL PROTECTED] wrote:
> > what do people think
> > about basing the startup scripts (as much as possible) on tomcat's
> > catalina.bat & catalina.sh
> >
http://cvs.apache.org/viewcvs.
On Mon, Jul 04, 2005 at 05:22:36PM -0700, Jeremy Boynes wrote:
> David Blevins wrote:
> >
> >Anything I missed?
> >
>
> SNAPSHOT elimination so the build is reproducible.
Right. Missed that one for M3 IIRC.
> Branch so that M4 can stabilize whilst other changes are being made.
We do for every
[ http://issues.apache.org/jira/browse/GERONIMO-701?page=all ]
Jeremy Boynes closed GERONIMO-701:
--
Fix Version: 1.0-M4
Resolution: Fixed
Sending
modules\jetty\src\java\org\apache\geronimo\jetty\connector\JettyConnector.java
Adding
David Blevins wrote:
Anything I missed?
SNAPSHOT elimination so the build is reproducible.
Documentation update.
Branch so that M4 can stabilize whilst other changes are being made.
Acceptance test process - how do we know what works (need to avoid a
broken release like M3).
--
Jeremy
I have two examples, tested up to the most recent
build, that may require only minor mods for this.
1. Web app - JSP, JSTL, with servlet
2. EJB - stateless session (local), entity
Jacek - please let me know if they may be of interest,
and I'll email them to you.
I also have examples for client
[ http://issues.apache.org/jira/browse/GERONIMO-702?page=all ]
Jeff Genender closed GERONIMO-702:
--
Fix Version: 1.0-M4
Resolution: Invalid
The ConnectorGBean is a simply a GBean proxy for the Tomcat Connector object.
You can declaritively ch
Dain,
If you can handle this in code, I am all for it...as I have said I have
been unsuccessful with this with Tomcat. Lets give it a shot and see if
it works...if so...this is great.
As for security...I coded in some GBean attributes that allow you to
declare the following via GBean attrib
Can't set listen host/IP for Sun CORBA Name Service GBean
-
Key: GERONIMO-705
URL: http://issues.apache.org/jira/browse/GERONIMO-705
Project: Geronimo
Type: Bug
Components: CORBA
Versions: 1.0-M3
Jeff,
I'd like to remove the host and port fron the initParams block and
make separate GBean attributes for them. Then in the GBean constructor,
we can put the appropriate name/value pairs into the initParams before
applying them. I think it would be best to work toward as many GBean
attr
If at all possible I'd like to handle these in Java code, since shell
scripts aren't very portable or IDE friendly. I believe that the
endorsed dir is settable in java code. I don't think we need the ext
dirs as we handle class loaders directly, and as for the security
stuff, I just don't
Can't set listen host/IP for RMI Registry
-
Key: GERONIMO-704
URL: http://issues.apache.org/jira/browse/GERONIMO-704
Project: Geronimo
Type: Bug
Components: core
Versions: 1.0-M3
Reporter: Aaron Mulder
The RMI
[ http://issues.apache.org/jira/browse/GERONIMO-703?page=all ]
Jeff Genender reassigned GERONIMO-703:
--
Assign To: Jeff Genender
> Tomcat assumes Geronimo start directory
> ---
>
> Key: GERONIMO-703
>
Aaron,
I am confident we handle this. The ConnectorGBean is a simply a GBean
proxy for the Tomcat Connector object. You can declaritively change the
ip address to listen on with an initParam called "address" in the GBean
configuration. See here for an example of how this would be done in ou
[ http://issues.apache.org/jira/browse/GERONIMO-702?page=all ]
Jeff Genender reassigned GERONIMO-702:
--
Assign To: Jeff Genender
> Can't set listen host/IP for Tomcat Connectors
> --
>
> Key: GERON
I do think it would good to pick a date to aim for. Then we can
pick a date in advance of that to make a branch for M4. How long do you
think it will take to get the demo apps ready?
In any case, I'll volunteer to work on the README and release
notes.
Aaron
On Mon, 4 Jul 2005
David Blevins wrote:
Not mandatory, but nice:
- A 15 min servlet example with related descriptors
- A 15 min ejb example with related descriptors
I volunteer to do it once I finish the work on PetStore. It should give
me enough knowledge about configuration stuff so these 15-minutes
exa
[ http://issues.apache.org/jira/browse/GERONIMO-701?page=all ]
Jeremy Boynes reassigned GERONIMO-701:
--
Assign To: Jeremy Boynes
> Can't set listen host/IP for Jetty Connectors
> -
>
> Key: GERONIM
[EMAIL PROTECTED] wrote:
Jacek,
I still get the error, now only shown twice in build output in svn ver
209054 . I don't get the classnotfoundexception that GERONIMO-673 had.
So, it's time to report another issue. Don't you mind if I ask you to do
so? If you don't, I will ;)
John
Jacek
Tomcat assumes Geronimo start directory
---
Key: GERONIMO-703
URL: http://issues.apache.org/jira/browse/GERONIMO-703
Project: Geronimo
Type: Bug
Components: Tomcat
Versions: 1.0-M3
Reporter: Aaron Mulder
If you st
Can't set listen host/IP for Tomcat Connectors
--
Key: GERONIMO-702
URL: http://issues.apache.org/jira/browse/GERONIMO-702
Project: Geronimo
Type: Bug
Components: Tomcat
Versions: 1.0-M3
Reporter: Aaron Muld
Can't set listen host/IP for Jetty Connectors
-
Key: GERONIMO-701
URL: http://issues.apache.org/jira/browse/GERONIMO-701
Project: Geronimo
Type: Bug
Components: web
Versions: 1.0-M3
Reporter: Aaron Mulder
I'd like to gently point out that thread is no longer about
Jetty/Tomcat deployment descriptors.
Releasing is important. I think enough people have spare cycles now.
Keep in mind, JavaOne just ended, people just got back with their
families, and today is a major US national holiday It's a l
So, JavaOne is over, the 4th of July holiday is almost over. Let's start the
release talk.
Minimally, to get M4 out the door, we need to:
- Create something for general testing
- Cleaned up README (is it out of date?)
- Scrub JIRA and prepare our copious changelog
- Create human readabl
It seems that there is a handful of things that are very difficult to
set programatically because their values are processed very early in
JVM initialization, and so we have simply added these to startup
scripts in our appserver. From the top of my head, these include
-Djava.ext.dirs=
I think the trick is you must set the value before the vm attempt to
load any classes from the endorsed packages (xml, corba and a few
others).
-dain
On Jul 4, 2005, at 11:40 AM, Jeff Genender wrote:
Well if thats working for TCK...I'll be the first to admit I am wrong.
Early on in the To
Aaron Mulder wrote:
On Mon, 4 Jul 2005, Jeremy Boynes wrote:
I wasn't flaming anyone in particular but everyone in general. Where is
the co-ordination? There was an M4 proposal about a month ago - who is
co-ordinating it? When will it be there, what will it contain? Why
*isn't* there a featur
Well if thats working for TCK...I'll be the first to admit I am wrong.
Early on in the Tomcat integration development, we attempted to set the
endorsed.dir in the TomcatContainer GBean through an attribute, but it
never stuck. We could never get the Tomcat container to launch without
the drea
Dain Sundstrom wrote:
That is weird. The endorsed dir in the main class seems to work for
the TCK tests.
They don't use Tomcat.
--
Jeremy
That is weird. The endorsed dir in the main class seems to work for
the TCK tests.
-dain
On Jul 4, 2005, at 9:57 AM, Jeff Genender wrote:
Dain,
This won't work...the JVM seems to need this at startup. We tried
having the classes set this property themselves, but there is
something in
On Mon, 4 Jul 2005, Jeremy Boynes wrote:
> >>I wasn't flaming anyone in particular but everyone in general. Where is
> >>the co-ordination? There was an M4 proposal about a month ago - who is
> >>co-ordinating it? When will it be there, what will it contain? Why
> >>*isn't* there a feature freez
Aaron Mulder wrote:
On Mon, 4 Jul 2005, Jeremy Boynes wrote:
I wasn't flaming anyone in particular but everyone in general. Where is
the co-ordination? There was an M4 proposal about a month ago - who is
co-ordinating it? When will it be there, what will it contain? Why
*isn't* there a featur
On Mon, 4 Jul 2005, Jeremy Boynes wrote:
> I wasn't flaming anyone in particular but everyone in general. Where is
> the co-ordination? There was an M4 proposal about a month ago - who is
> co-ordinating it? When will it be there, what will it contain? Why
> *isn't* there a feature freeze, or ev
Aaron Mulder wrote:
Dude, need you use the f-bomb? Is this -- "Non-technical
tip: think about the f***ing users" -- honestly your idea of a
professional interaction with your peers?
Dude, do you think ignoring the needs of users is professional software
development? That breaking everyone'
Aaron Mulder wrote:
Which leads me back to the web plans. Some of your comments
aren't clear to me. For example: "How about defining a common interface
for the runtime bits that both Jetty and Tomcat runtimes can implement?"
Jetty and Tomcat are operating off the same XMLBeans right
On Jul 4, 2005, at 2:11 AM, James Strachan wrote:
It'd be good to commit the code to some place (maybe Geronimo SVN?)
so we can all share & help maintain an easy-to-embed Spring enabled
JCA container. I'll gladly help all I can too - though David is da
man when it comes to JCA. (I've long w
Kresten Krab Thorup wrote:
As for where it should be placed ASF-wise, I am thinking that it would
be best to place it as part of Geronimo initially, because it is a good
thing to have a concrete project [the appserver] to drive the
requirements. Also, the featureset required to do Java E
On Jul 3, 2005, at 11:31 PM, Viacheslav N tararin wrote:
Dain Sundstrom пишет:
If it comes down to fixing OpenORB or writing our own ORB, I think
writing our own will be faster. OpenORB is quite difficult to
understand and was written before many modern concepts like IoC
were introduced.
Dain,
This won't work...the JVM seems to need this at startup. We tried
having the classes set this property themselves, but there is something
in pre-startup of the JVM that requires this setting in order for the
endorsed dirs to take effect. Setting it once the JVM has started
results in
That should be added automatically by the main class.
-dain
On Jul 3, 2005, at 9:36 PM, Jeff Genender (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-693?
page=comments#action_12314982 ]
Jeff Genender commented on GERONIMO-693:
Do n
Geir,
Thanks for your questions, as I was trying to answer the response
ended up becoming rather lengthy...
First off, I don't think that it makes too much sense to just toss a
bunch of code over the fence; that would be a dead-end. We need to
set it up such that it becomes part of the c
I went ahead and added a separate helper class that detects the
bad namespace and switches it to the new one. Unfortunately there's a bit
of code in the builder just to detect the plan with a different name, but
it should be easy enough to back out later.
Aaron
On Sun, 3 Jul 2005, David
+1 too!
Thierry
> +1 for giving this stuff a home...
>
> James Strachan wrote:
>
> > It'd be good to commit the code to some place
> (maybe Geronimo SVN?)
> > so we can all share & help maintain an
> easy-to-embed Spring enabled
> > JCA container. I'll gladly help all I can too -
> though Da
+1 on the switch idea. It would be nice to have this sort of control.
Aaron Mulder wrote:
I guess one of the important questions -- and maybe this is what
you meant by a service -- is should Geronimo be launched in the background
or left running for Ctrl-C. The Tomcat builds I've used
I guess one of the important questions -- and maybe this is what
you meant by a service -- is should Geronimo be launched in the background
or left running for Ctrl-C. The Tomcat builds I've used semi-recently
seem to kick it off in the background. I kind of prefer the foreground
during d
On Mon, Jul 04, 2005 at 11:22:59PM +1100, [EMAIL PROTECTED] wrote:
> what do people think
> about basing the startup scripts (as much as possible) on tomcat's
> catalina.bat & catalina.sh
> http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/bin/
> (since they have been used
On Mon, 4 Jul 2005, Geir Magnusson Jr. wrote:
> Can we just shift the ports via some kind of cmd line or config?
> That way we can run periodically on minotaur and drop out nightlies
> automatically...
ROFL!! Maybe it's time to consider making it easier to change
ports for an existi
+1 for giving this stuff a home...
James Strachan wrote:
It'd be good to commit the code to some place (maybe Geronimo SVN?)
so we can all share & help maintain an easy-to-embed Spring enabled
JCA container. I'll gladly help all I can too - though David is da
man when it comes to JCA. (I'v
Regarding the DDL I think we should probably generate the DDL and pop it in the
ejb module that it was generated for (perhaps in the META-INF directory). I
prefer this approach as many DBAs do not like the idea of the infrastructure
creating tables and prefer to do this themselves. At least ha
done.
For the future, the usual approach is to send a message to
[EMAIL PROTECTED]
thanks
geir
On Jul 4, 2005, at 8:30 AM, Jain, Rahul wrote:
Hi,
Can you please take me off from the mailing list.
Thanks,
Rahul Jain
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PRO
On Jul 4, 2005, at 5:07 AM, Joern Larsen wrote:
Dear Devlist
Trifork has been a J2EE Licensee since 2000 and we have a clean
room implementation of the J2EE v 1.4 spec. and the product is
called Trifork T4. This includes a full CORBA 2.3 implementation
with CSIv2, transaction integration
Jacek,
I still get the error, now only shown twice in build output in svn ver
209054 . I don't get the classnotfoundexception that GERONIMO-673 had.
20:39:37,703 INFO [TSSBean] org/openejb/POA - Unlinked container
openejb.server:EJBModule=org/openejb/scenario001,J2EEApplication=n
ull,J2EEServ
On Jul 4, 2005, at 5:11 AM, James Strachan wrote:
It'd be good to commit the code to some place (maybe Geronimo SVN?)
so we can all share & help maintain an easy-to-embed Spring enabled
JCA container. I'll gladly help all I can too - though David is da
man when it comes to JCA. (I've long
Hi,
Can you please take me off from the mailing list.
Thanks,
Rahul Jain
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: 04 July 2005 17:59
To: dev@geronimo.apache.org
Subject: Re: Unified Tomcat/Jetty Plans
On Jul 4, 2005, at 1:34 AM, Aaron Mulder wrote:
On Jul 4, 2005, at 1:34 AM, Aaron Mulder wrote:
As far as design work goes, we've historically not had the
position of review-then-commit. I think we're trying to increase the
amount of discussion and planning on the list, but I'm not prepared
to go
to a review-then-commit strategy. A
On Jul 4, 2005, at 12:58 AM, Bruce Snyder wrote:
On 7/2/05, David Blevins <[EMAIL PROTECTED]> wrote:
So I created this script quite a while ago and just want to let
the committers know how to run it.
Have we found a server where this can be run successfully? I tried
this on minotaur a w
1 - 100 of 117 matches
Mail list logo
