I thought I'd mention what I'm working on: with luck I'll be checking
it in later today. I don't expect it to break anything already there,
it is purely an addition.
1. use multiproject:install to build everything instead of our
homegrown reactor usage. This provides less flexibility but need
I think I have fixed this, but can you verify and close the JIRA issue.
http://nagoya.apache.org/jira/browse/GERONIMO-294
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 13, 2004, at 4:12 AM, Jacek Laskowski wrote:
Jacek Laskowski wrote:
Hi,
I've decided to
Message:
The following issue has been resolved as FIXED.
Resolver: Dain Sundstrom
Date: Mon, 13 Sep 2004 2:55 PM
I think this is fixed but Jacek can you verify?
-
View the issue:
http://issues.apache.org/jira/brow
Bruce Snyder wrote:
My apologies, I didn't ask this correctly. Where did we get the
JNDI implementation?
There are actually a couple that we use based on different characteristics.
The one for java: is located in o.a.g.naming and is designed for fast,
read-only access - what happens with ENC looku
On Sep 13, 2004, at 11:25 AM, Bruce Snyder wrote:
This one time, at band camp, Dain Sundstrom said:
DS>On Sep 13, 2004, at 11:03 AM, Bruce Snyder wrote:
DS>
DS>> This one time, at band camp, Dain Sundstrom said:
DS>>
DS>> DS>On Sep 13, 2004, at 9:11 AM, Bruce Snyder wrote:
DS>> DS>
DS>> DS>> The Ge
You shouldn't... but there is a bug in my code. I checked in a fix,
but I'm still testing it. It should be in the next daily build (when
David Blevins gets the scripts upgraded to support subversion).
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 13,
This one time, at band camp, David Blevins said:
DB>To lookup an EJB from a client you use
org.openejb.client.RemoteInitialContextFactory
DB>
DB>Not sure if that was the provider you were talking about.
Thanks, David! Unfortunately I didn't ask this question very well.
DB>On Mon, Sep 13, 2004 a
On Sep 13, 2004, at 12:23 PM, Jeremy Boynes wrote:
Dain Sundstrom wrote:
Do you honestly think a newbie will be able to understand, download a
plan, modify this, deploy it, and then start it? Now the augment to
have a properties file works for me, but deploying a plan seems like
one step too man
The wiki says:
If you use Java Server Pages then Geronimo will need to have the Java
Development Kit tools.jar file on its classpath. If you're using a Sun JDK
then the easiest (although cheesiest) way to make this possible is to copy
tools.jar from $JAVA_HOME/lib to $JAVA_HOME/jre/lib/ext.
(http
To lookup an EJB from a client you use
org.openejb.client.RemoteInitialContextFactory
Not sure if that was the provider you were talking about.
-David
On Mon, Sep 13, 2004 at 02:36:45PM -0600, Bruce Snyder wrote:
> What JNDI provider is Geronimo using?
>
> Bruce
> --
> perl -e 'print unpack("u
What JNDI provider is Geronimo using?
Bruce
--
perl -e 'print unpack("u30","<0G)[EMAIL
PROTECTED]&5R\"F9Ehttp://www.castor.org/
Apache Geronimo
http://incubator.apache.org/projects/geronimo.html
to install activemq, just deploy their .rar file. It should have the
appropriate geronimo-ra.xml in it to start the broker.
david jencks
On Sep 13, 2004, at 12:47 PM, David Blevins wrote:
On Mon, Sep 13, 2004 at 01:35:03PM -0600, Bruce Snyder wrote:
Can Geronimo deploy .ear files yet?
Yep. Here
On Mon, Sep 13, 2004 at 01:35:03PM -0600, Bruce Snyder wrote:
> Can Geronimo deploy .ear files yet?
Yep. Here are the release notes for M2, it's item 162.
http://cvs.apache.org/dist/geronimo/v1.0-M2/RELEASE-NOTES-1.0-M2.txt
Note item 213 in the "Unimplemented and Unsupported Features" section
Can Geronimo deploy .ear files yet?
Bruce
--
perl -e 'print unpack("u30","<0G)[EMAIL
PROTECTED]&5R\"F9Ehttp://www.castor.org/
Apache Geronimo
http://incubator.apache.org/projects/geronimo.html
Dain Sundstrom wrote:
Do you honestly think a newbie will be able to understand, download a
plan, modify this, deploy it, and then start it? Now the augment to have
a properties file works for me, but deploying a plan seems like one step
too many.
People seem to manage quite well for WebLogic,
On Sep 13, 2004, at 11:42 AM, Jeremy Boynes wrote:
Bruce Snyder wrote:
This one time, at band camp, Dain Sundstrom said:
DS>I thought there was a System property for this I actually
think we
DS>need a System property, since this is the protocol used to run the
DS>console (at least the one we h
Bruce Snyder wrote:
DS>> How can an application be undeployed on the command line (i.e.
DS>> without the Maven Geronimo plugin)?
Any JSR-88 client tool can do it - if you can find one :-)
Seriously, the provider interface is there, we just need to wrap it up
in a command line utility. The priorit
Bruce Snyder wrote:
This one time, at band camp, Dain Sundstrom said:
DS>I thought there was a System property for this I actually think we
DS>need a System property, since this is the protocol used to run the
DS>console (at least the one we have right now). If your server had
DS>something hos
This one time, at band camp, Dain Sundstrom said:
DS>On Sep 13, 2004, at 11:03 AM, Bruce Snyder wrote:
DS>
DS>> This one time, at band camp, Dain Sundstrom said:
DS>>
DS>> DS>On Sep 13, 2004, at 9:11 AM, Bruce Snyder wrote:
DS>> DS>
DS>> DS>> How can openejb-jar descriptors be generated? Is there
On Sep 13, 2004, at 11:03 AM, Bruce Snyder wrote:
This one time, at band camp, Dain Sundstrom said:
DS>On Sep 13, 2004, at 9:11 AM, Bruce Snyder wrote:
DS>
DS>> How can openejb-jar descriptors be generated? Is there an XDoclet
DS>> plugin? Or, are the geronimo* descriptors generated automatically
This one time, at band camp, Dain Sundstrom said:
DS>I answered the ones I know inline
Thanks again, Dain!
DS>On Sep 13, 2004, at 9:11 AM, Bruce Snyder wrote:
DS>
DS>> I've got a bunch of questions that I need answered quickly. Please
DS>> help me out if you can:
DS>>
DS>> How can openejb-ja
This one time, at band camp, Dain Sundstrom said:
DS>On Sep 13, 2004, at 9:59 AM, Jeremy Boynes wrote:
DS>
DS>> System property is a really bad idea - for example, if you are running
DS>> multiple connectors which one does it apply to? Or are you suggesting
DS>> a whole hierarchy of properties?
DS
This one time, at band camp, Dain Sundstrom said:
DS>I thought there was a System property for this I actually think we
DS>need a System property, since this is the protocol used to run the
DS>console (at least the one we have right now). If your server had
DS>something hosted at 8080 or bloc
On Sep 13, 2004, at 9:59 AM, Jeremy Boynes wrote:
System property is a really bad idea - for example, if you are running
multiple connectors which one does it apply to? Or are you suggesting
a whole hierarchy of properties?
It wouldn't be something you would use in production, just during
setup.
System property is a really bad idea - for example, if you are running
multiple connectors which one does it apply to? Or are you suggesting a
whole hierarchy of properties?
You also have control via JMX remoting with its own set of connectors -
for example, you could use RMI for this with the
Message:
The following issue has been deleted from JIRA.
-
Here is an overview of the issue:
-
Key: GERONIMO-295
Summary: ejbLoad can not access E
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/GERONIMO-295
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/GERONIMO-294
Here is an overview of the issue:
-
I answered the ones I know inline
On Sep 13, 2004, at 9:11 AM, Bruce Snyder wrote:
I've got a bunch of questions that I need answered quickly. Please
help me out if you can:
How can openejb-jar descriptors be generated? Is there an XDoclet
plugin? Or, are the geronimo* descriptors generated au
I thought there was a System property for this I actually think we
need a System property, since this is the protocol used to run the
console (at least the one we have right now). If your server had
something hosted at 8080 or blocked 8080, you would never be able to
get the console runnin
I've got a bunch of questions that I need answered quickly. Please
help me out if you can:
How can openejb-jar descriptors be generated? Is there an XDoclet
plugin? Or, are the geronimo* descriptors generated automatically
by the builders?
How can an application be stopped and undeployed from th
On Sep 13, 2004, at 12:57 AM, Bruce Snyder wrote:
David Jencks wrote:
On Sep 12, 2004, at 10:35 PM, Bruce Snyder wrote:
I've been looking through the info on the wiki WRT installing,
running, deploying, undeploying and stopping. These processes seem
to be fairly terse when using the Maven Ger
Man,
My guess is that someone between your snv client an the apache server
is running a filtering/proxying firewall (this could be your computer,
business, isp, or country).
From the error message, it looks like you are connecting to the server,
but something is blocking the DAV protocol. I su
This is a bug. It should simply print the warning and move on. Not
having a tools.jar is not fatal, but you will not be able to compile
jsp pages.
I'll file a bug report on this.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 13, 2004, at 6:19 AM, Jace
The ultimate intention is to make changes to the running server persistent so
all you would do is use the console to alter the port. This isn't there yet.
For now the easiest way is to edit the system plan (which should be in the
binary) and re-deploy using:
java -jar bin/deployer.jar --install
Hi,
>I'm creating the 'tomcat' module, and will ask you, lurkers, to show up
>and help me in it. Let's start with Alex's example Dain included in one
>of his last emails and extend it (as outlined in Jeremy's email). One
>day will have Tomcat running and more committers on the board.
>NOTE: The
Hola,
>AIUI TC5.5 requires JDK1.5 whereas we are targeting 1.4.2 based
systems.
>so that would be an issue using that branch. We are also targeting a
TC5.5 requires JRE1.5 (not JDK -- it uses the Eclipse JDT compiler
instead of javac out of the box), but runs quite easily and happily with
JDK 1.
Gianny Damour wrote:
This problem may happen if you try to run the server via the standalone
JRE (C:\Program Files\Java\j2re1.4.2_05\bin\java.exe). You need to run
it either via the JDK (say, C:\j2sdk1.4.2_05\bin\java.exe) or the JRE
shipped with the JDK (say, C:\j2sdk1.4.2_05\jre\bin\java.exe)
On 13/09/2004 9:12 PM, Jacek Laskowski wrote:
Jacek Laskowski wrote:
Hi,
I've decided to try to run the server with no additional arguments
and here's what I got. Has anyone seen this before? It's a fresh build.
/geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
$ java -jar bin/server.jar
13
man man wrote:
No, it do not use any proxy. For test, I shutdown the firewall and the
problem still went on.
Perhaps, you've got a software that allows only the browser connect to
Internet. Try 'telnet svn.apache.org 80'. If it connects to the server,
the problem lies in svn itself (configuratio
No, it do not use any proxy. For test, I shutdown the firewall and the problem still went on.
-yunfengJacek Laskowski <[EMAIL PROTECTED]> wrote:
man man wrote:> Sure, I did connect to the repo via the browser.But could not via> command line.Does the browser use a proxy? That would be one of the d
Jacek Laskowski wrote:
Hi,
I've decided to try to run the server with no additional arguments and
here's what I got. Has anyone seen this before? It's a fresh build.
/geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
$ java -jar bin/server.jar
13:03:04,160 WARN [ToolsJarHack] Could not all
Hi,
I've decided to try to run the server with no additional arguments and
here's what I got. Has anyone seen this before? It's a fresh build.
/geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
$ java -jar bin/server.jar
13:03:04,160 WARN [ToolsJarHack] Could not all find java compiler:
to
man man wrote:
Sure, I did connect to the repo via the browser.But could not via
command line.
Does the browser use a proxy? That would be one of the differencies I
can think of. If so, specify it for the svn too (but I don't know how).
Jacek
Jacek Laskowski <[EMAIL PROTECTED]> wrote:
man man wrote:> D:\Program Files\Subversion\bin>svn checkout > http://svn.apache.org/repos/asf/geronimo/trunk geronimo> svn: PROPFIND request failed on '/repos/asf/geronimo/trunk'> svn: PROPFIND of '/repos/asf/geronimo/trunk': could not connect to > server
Jacek Laskowski wrote:
David Jencks wrote:
You could deploy another jetty connector gbean on the port you want
to use, but I don't know of an easy way to get rid of the one on port
8080 or change it's port.
$ grep -cl 8080 modules/assembly/src/plan/*-plan.xml
modules/assembly/src/plan/j2ee-ser
Jacek Laskowski wrote:
Bruce Snyder wrote:
Reuse seems like the best solution via wrapper classes. Are you
talking about jars that must be bootstrapped by Ant? I'm not sure how
this would fly, but I could drop the jars in the $ANT_HOME/lib
directory. Can you explain this further?
Let me add to
Jacek Laskowski wrote:
David Jencks wrote:
You could deploy another jetty connector gbean on the port you want
to use, but I don't know of an easy way to get rid of the one on port
8080 or change it's port.
$ grep -cl 8080 modules/assembly/src/plan/*-plan.xml
modules/assembly/src/plan/j2ee-ser
David Jencks wrote:
You could deploy another jetty connector gbean on the port you want to
use, but I don't know of an easy way to get rid of the one on port 8080
or change it's port.
$ grep -cl 8080 modules/assembly/src/plan/*-plan.xml
modules/assembly/src/plan/j2ee-server-plan.xml
Once you ch
Bruce Snyder wrote:
Reuse seems like the best solution via wrapper classes. Are you talking
about jars that must be bootstrapped by Ant? I'm not sure how this would
fly, but I could drop the jars in the $ANT_HOME/lib directory. Can you
explain this further?
Let me add to it before Dave wakes up
Jacek Laskowski wrote:
Bruce Snyder wrote:
I've been looking through the info on the wiki WRT installing,
running, deploying, undeploying and stopping. These processes seem to
be fairly terse when using the Maven Geronimo deploy plugin. However,
the same steps for those who are not using the Mav
Bruce Snyder wrote:
I've been looking through the info on the wiki WRT installing, running,
deploying, undeploying and stopping. These processes seem to be fairly
terse when using the Maven Geronimo deploy plugin. However, the same
steps for those who are not using the Maven Geronimo deploy plug
David Jencks wrote:
You could deploy another jetty connector gbean on the port you want to
use, but I don't know of an easy way to get rid of the one on port 8080
or change it's port.
As a convenience to users, shouldn't we make this available via optional
system properties?
Bruce
--
perl -e
David Jencks wrote:
On Sep 12, 2004, at 10:35 PM, Bruce Snyder wrote:
I've been looking through the info on the wiki WRT installing,
running, deploying, undeploying and stopping. These processes seem to
be fairly terse when using the Maven Geronimo deploy plugin. However,
the same steps for t
Noel J. Bergman wrote:
On the technical front, you can change how you are doing development, now
that you are using Subversion. You can create a branch for the testing, or
for experimenting, or for preparing a release, and work out of there. You
can even go so far as to have branches/{alan,dain,j
man man wrote:
D:\Program Files\Subversion\bin>svn checkout
http://svn.apache.org/repos/asf/geronimo/trunk geronimo
svn: PROPFIND request failed on '/repos/asf/geronimo/trunk'
svn: PROPFIND of '/repos/asf/geronimo/trunk': could not connect to
server (http:
//svn.apache.org)
I got subversion set
You could deploy another jetty connector gbean on the port you want to
use, but I don't know of an easy way to get rid of the one on port 8080
or change it's port.
david jencks
On Sep 12, 2004, at 11:26 PM, Bruce Snyder wrote:
The M2 binary contains the default jetty port in
config-store/4/M
On Sep 12, 2004, at 10:35 PM, Bruce Snyder wrote:
I've been looking through the info on the wiki WRT installing,
running, deploying, undeploying and stopping. These processes seem to
be fairly terse when using the Maven Geronimo deploy plugin. However,
the same steps for those who are not usi
The M2 binary contains the default jetty port in
config-store/4/META-INF/config.ser and AFAIK hand editing serialized
files is not advisable. Is there an easy way to change the default port?
Bruce
--
perl -e 'print
unpack("u30","<0G)[EMAIL PROTECTED]&5R\\"F9E
The Castor Project
http://www.cast
I've been looking through the info on the wiki WRT installing, running,
deploying, undeploying and stopping. These processes seem to be fairly
terse when using the Maven Geronimo deploy plugin. However, the same
steps for those who are not using the Maven Geronimo deploy plugin are
very verbose
D:\Program Files\Subversion\bin>svn checkout http://svn.apache.org/repos/asf/geronimo/trunk geronimosvn: PROPFIND request failed on '/repos/asf/geronimo/trunk'svn: PROPFIND of '/repos/asf/geronimo/trunk': could not connect to server (http://svn.apache.org)
I got subversion setup program( 1.0.6 st
61 matches
Mail list logo