On Jun 7, 2004, at 8:10 AM, Brian Deacon wrote:
On Mon, Jun 07, 2004 at 01:49:54PM +0200, Eric Le Goff wrote:
Which name is better : GBeanLifecycleController or
GBeanLifeCycleController ?
(same for GBeanLifecycle and GBeanLifeCycle) ?
English is not my native language so I was just guessing if
I think the line numbers have changed. Can you post the stack trace?
-dain
On Jun 17, 2004, at 12:54 PM, Philip Mark Donaghy wrote:
--- Dain Sundstrom [EMAIL PROTECTED] a écrit :
Can you update your code to the latest cvs head and
check again?
This is still broken. I am writing a patch
Where are we on integrating these into geronimo?
-dain
On Jun 24, 2004, at 7:41 AM, Davanum Srinivas wrote:
FYI, List of items from J2EE 1.4 spec
(http://java.sun.com/j2ee/1.4/download.html) and where/how they are
being implemented:
# J2EE.6.12 Web Services for J2EE 1.1 Requirements
See
I'm really bad at remembering names but I know some, so from left to
right:
Francois Letellier
?
Jeremy Boynes
Dain Sundstrom
David Blevins
Geir Magnusson
-dain
On Jul 8, 2004, at 9:12 AM, Davanum Srinivas wrote:
names please :)
-- dims
On Thu, 08 Jul 2004 18:02:28 +0200, François
It looks pretty clear to me that Geronimo does not work with rc4.
Please, stick with rc3 until someone figures out what is broken.
-dain
On Jul 8, 2004, at 12:08 PM, Alan Cabrera wrote:
It's not clear to me that Geronimo is Maven-RC4 safe.
-Original Message-
From: Raj Saini
I keep forgetting to send an email on this.
Based on conventions laid out in JSR 77 all attributes should start
with a lower case letter. We had originally started with attributes
having an upper-case first character to match the JMX standard MBean
conventions, but since JSR 77 is required and
Cool with me as long as the build still completes.
-dain
On Jul 11, 2004, at 9:05 PM, Hiram Chirino wrote:
Hi,
I figured out how to get the maven reactor to use the maven eclipse
target so that it generates the eclipse project files that I need to
work with Geronimo. So if no one minds I'm
I know Geir has been working on this, but it popped up on my radar
again... I think we have a serous problem with Javamail unless sun is
willing to relicense it. The license is here
http://java.sun.com/products/javamail/LICENSE.txt
I think the biggest problem for us is this section (near the
its worth checking this out. Noel might
be able to elaborate on this.
Alex
On Tue, 2004-07-13 at 22:56, Dain Sundstrom wrote:
I know Geir has been working on this, but it popped up on my radar
again... I think we have a serous problem with Javamail unless sun is
willing to relicense
In the future can you start with a fresh email message instead of
replying to an existing message on the mailing list. On most email
clients if you reply to a message and change the subject it still
groups the response with the original thread. BTW this is called
thread hijacking.
On Jul 14, 2004, at 4:47 AM, Gianny Damour wrote:
On 14/07/2004 12:09 PM, Dain Sundstrom wrote:
On 14/07/2004 9:17 AM, Gianny Damour wrote:
I have just updated the way GBean attribute names are derived:
When GBeans are proxied via RawGBeanInvokers, attribute names may
start with an upper-case
On Jul 14, 2004, at 5:03 PM, Jeremy Boynes wrote:
toby cabot wrote:
I guess I should ask first if this functionality (i.e. remote JNDI and
EJB calls) is even implemented, maybe I'm trying something that's not
built yet. If it's supposed to work I'd welcome any tips people can
offer.
I don't
I personally think the wiki is the best place to develop documentation,
because everyone can participate. The issue is our wiki software is...
lets say difficult. James Strachan has a neat utility for Confluence
wiki, which Codehaus uses, that converts the wiki markup to html, pdf
and runs
Still, please post it to JIRA so we have a history.
-dain
On Jul 21, 2004, at 5:29 PM, Davanum Srinivas wrote:
Am reviewing this now...more details tomorrow.
thanks,
dims
On Wed, 21 Jul 2004 17:25:15 -0700, Dain Sundstrom
[EMAIL PROTECTED] wrote:
Please post this to JIRA
(http://nagoya.apache.org
On Jul 22, 2004, at 10:43 PM, Srinath Perera wrote:
If we need to generate Java source code and compile it, then I would
rather have the deployment process simply do that. What I was really
getting at is can we simply generate the byte code directly and skip
the Java source generation and compile
jencks
On Aug 3, 2004, at 9:10 AM, Dain Sundstrom wrote:
On Aug 3, 2004, at 7:41 AM, Alan D. Cabrera wrote:
1) There is a maven build flag that lets builds complete, regardless
of
the tests' completion status. IMHO, if something breaks for them,
then
something is broken for their configuration
That is really weird. Do any of your files contain the text
jsp-configType?
Just a guess, but maybe this is something that the file at
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd is pulling in? Does it
work if you remove the xsi:schemaLocation attribute?
-dain
On Aug 11, 2004, at 8:20
Is there a reason why maven doesn't just do that for us?
-dain
On Aug 18, 2004, at 4:16 AM, Alan D. Cabrera wrote:
This is a known issue with the Axis module. The way that you can get
around it is to copy the Geronimo axis jar into your local repository
by
hand.
You can track the resolution of
. It provides Geronimo access to a security
realm.
Regards,
Alan
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Monday, August 16, 2004 8:39 PM
To: [EMAIL PROTECTED]
Subject: Re: Security providers
On Aug 16, 2004, at 5:55 PM, David Blevins wrote:
Is the securtiy stuff
these changes please speak up.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
Cool. I'll try that out.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 5, 2004, at 5:19 PM, David Jencks wrote:
You should not need to define an extra sysproperty.
The test plugin already exposes basedir as a system property:
in the ant command
That works great.
I'm going to convert j2ee and j2ee-schema next.
-dain
On Sep 5, 2004, at 6:30 PM, Dain Sundstrom wrote:
Cool. I'll try that out.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 5, 2004, at 5:19 PM, David Jencks wrote:
You should not need
This was my bad. I have fixed one of the problems. I removed the spec
jars from the default build, and forgot to check that the modules were
capable of downloading them from the repo. Several modules were
missing the remote repo location.
The second problem which I can't reproduce is the
On Sep 7, 2004, at 1:10 AM, Jacek Laskowski wrote:
[EMAIL PROTECTED] wrote:
dain2004/09/06 19:35:13
Modified:.maven.xml
etc maven.xml
modules/maven-plugin maven.xml
modules/maven-xmlbeans-plugin maven.xml
Log:
Added
No reason. Try it out and see what happens.
-dain
On Sep 8, 2004, at 9:29 AM, Jeremy Boynes wrote:
I noticed we are including Xerces in the manifest classpath for
server.jar - is there something that forces this or can we load it as
a dependency from the System config?
--
Jeremy
That module has basically been abandoned. I expect us to use
ActiveCluser for the clustering.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 8, 2004, at 9:06 PM, Bruce Snyder wrote:
I see that there is a clustering module in CVS created by Alan. Has
for Geronimo somewhere offsite.
-dain
On Sep 8, 2004, at 1:59 PM, David Blevins wrote:
I also volunteered to help when the original thread was going on.
Would be nice to see this setup.
-David
On Tue, Sep 07, 2004 at 10:08:20AM -0700, Dain Sundstrom wrote:
Does anyone know where we
On Sep 9, 2004, at 10:55 AM, David Jencks wrote:
in web-app 2.3, taglib was at the same level as servlet,
servlet-mapping etc. In 2.4 it is moved into a jsp-config tag. The
2.3 to 2.4 conversion in M2 did not move the taglib tags. I changed
the schema conversion util to move the taglib tags
the [EMAIL PROTECTED] mailing
list, and read the Subversion Book and FAQ
(http://subversion.tigris.org/project_faq.html). You can also ask
questions about Subversion on IRC at irc.freenode.net, channel #svn.
Cheers,
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 10, 2004, at 11:25 AM, Jeremy Boynes wrote:
Shapira, Yoav wrote:
Hi,
After a bit of talking with Geir regarding the 1.0 M2 release still
not
supporting Tomcat, I thought I'd jump in and ask: what's missing for
Tomcat integration, and how can I help?
Just getting it running would be a good
On Sep 10, 2004, at 5:44 PM, [EMAIL PROTECTED] wrote:
On 11 Sep 2004, at 01:41, tetsuo wrote:
The URL?
http://svn.apache.org/repos/asf/geronimo/
For Geronimo comitters don't forget to checkout via https, which means
you need the svn-client-ssl package.
-dain
On Sep 10, 2004, at 10:48 PM, [EMAIL PROTECTED] wrote:
Build successful. The build results are only sent in case of build
failures.
Can whomever is running this script change it so it actually only sends
results in the case of failures.
-dain
confluence
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
-!-- $Revision: 1.34 $ $Date: 2004/09/02 18:32:25 $ --
+!-- $Revision: 1.34 $ $Date$ --
Look like Subversion doesn't like our keywords. After checking the
Subversion book, I think our tag should be:
$Rev$ $Date$
but Subversion doesn't seem to be handling even our existing $Date$ tag.
Anyone
, and there are slight discrepancies in
what the ignore patterns apply to. Also, Subversion does not recognize
the use of the ! pattern as a reset back to having no ignore patterns
at all.
Aaron, do you want to handle this one? I'm going to try to figure out
the keyword problem.
-dain
--
Dain
[X] Yes, ask Apache infrastructure to install confluence
[ ] No, don't ask Apache infrastructure to install confluence
-dain
On Sep 11, 2004, at 2:35 PM, Jacek Laskowski wrote:
Dain Sundstrom wrote:
I think I got this one figured out. It looks like Subversion is
different from CVS in that it does not store files on the server with
keywords expanded (which was totally throwing me off). In CVS we
had
On Sep 11, 2004, at 6:36 PM, Jeremy Boynes wrote:
Dain Sundstrom wrote:
svn propset svn:keywords author date id rev files
Well we only really need date and rev, but might as well have the
others.
We dropped author for reasons that I don't think have changed so I
would -1 adding that back
On Sep 11, 2004, at 7:46 PM, Alan D. Cabrera wrote:
Is it possible to deploy a DAG of deployment plans or am I constrained
to a single vertical stack?
What the heck is a DAG?
-dain
On Sep 12, 2004, at 2:26 AM, Geir Magnusson Jr. wrote:
On Sep 11, 2004, at 2:41 AM, Dain Sundstrom wrote:
If there's a volunteer or two, I guess the next steps would be to
hold a
(PMC-ratified) vote and send a mail off to infrastructure@ for
advice.
They may wish to delay installation until
suggest you connect to
the apache server via https, since there is no way for someone to proxy
that.
svn checkout https://svn.apache.org/repos/asf/geronimo/trunk geronimo
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 13, 2004, at 5:09 AM, Jacek Laskowski
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
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
On Sep 13, 2004, at 11:03 AM, Bruce Snyder wrote:
This one time, at band camp, Dain Sundstrom said:
DSOn 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
DS
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
On Sep 13, 2004, at 11:25 AM, Bruce Snyder wrote:
This one time, at band camp, Dain Sundstrom said:
DSOn Sep 13, 2004, at 11:03 AM, Bruce Snyder wrote:
DS
DS This one time, at band camp, Dain Sundstrom said:
DS
DS DSOn Sep 13, 2004, at 9:11 AM, Bruce Snyder wrote:
DS DS
DS DS The Geronimo builders
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
It is a Wiki; you can add this without asking permission first.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 14, 2004, at 7:11 PM, [EMAIL PROTECTED] wrote:
Hi,
Looks like [EMAIL PROTECTED] also needs to be added to the
Geronimo
mailing list information
is a required part of J2EE 1.4
On Wed, 15 Sep 2004 09:07:36 -0700, Dain Sundstrom
[EMAIL PROTECTED] wrote:
On Sep 15, 2004, at 7:37 AM, John Woolsey wrote:
Are these publicly available yet? I heard they where going to be
available because of JBoss certification or something. How about the
EJB 1.1 spec tests
On Sep 15, 2004, at 5:18 AM, Jacek Laskowski wrote:
[EMAIL PROTECTED] wrote:
I am trying to get a better understanding of database support in
Geronimo (and its components) and have a number of questions:
* The page http://openejb.codehaus.org/about.html indicates that
OpenEJB provides EJB1.1
On Sep 15, 2004, at 2:14 PM, Ken Horn wrote:
On WLS, the datastore on the default drivers is serializable (it's
bound to the clustered jndi, via a ClusterRemoteRef), and so an
servlet / ejb / client app can grab the ds from jndi (this may be
using JNDI Reference / Factory stuff). The ds can
I know you renamed the property, but I don't think it works. It was a
problem when I wrote the jelly code.
-dain
On Sep 15, 2004, at 5:17 PM, David Jencks wrote:
why should it? that's not an appropriate property name for a plugin.
look in the plugin.properties file
try maven.itest.skip=true
I'm working on the application client, which is another deployer
also
-dain
On Sep 15, 2004, at 5:18 PM, David Jencks wrote:
+100
david jencks
On Sep 15, 2004, at 4:56 PM, Jeremy Boynes wrote:
One thing we have talked about in the past is the problem with having
deployment classes in each
This is a classloader bug. We just don't mount the WEB-INF/lib and
WEB-INF/classes during deployment, so we can't verify anything that
depends on those classes.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 15, 2004, at 6:37 PM, [EMAIL PROTECTED
Delete the file, and do a full rebuild. If everything still works,
commit the change.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 16, 2004, at 4:59 PM, Jacek Laskowski wrote:
Hi,
I wonder if the file -
core/src/etc/logging/META-INF/geronimo
On Sep 17, 2004, at 3:25 PM, Jacek Laskowski wrote:
[EMAIL PROTECTED] wrote:
Author: dain
Date: Thu Sep 16 23:18:27 2004
New Revision: 46235
Added:
geronimo/trunk/modules/j2ee/src/java/org/apache/geronimo/j2ee/
management/J2EEAppClientModule.java
| grep '\\r'
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 17, 2004, at 7:30 PM, anita kulshreshtha wrote:
Hi
I am not sure where the problem is - svn or
something else? The newline character is being
displayed as a square box in Notepad. It is true
as
envisioned by the spec one day, but since almost no one uses this, we
should prioritize this below all the stuff that is actually required
(and the stuff people normally use).
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 19, 2004, at 3:29 PM, [EMAIL
That has already been fixed in the source tree.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 23, 2004, at 2:04 PM, Dondi Imperial wrote:
Hello everyone. I'm new here so please be gentle if I am wrong :). I
think there is a bug
On Sep 26, 2004, at 3:55 AM, David Jencks wrote:
This might be moving in a good direction overall, but one aspect
totally sucks, namely that in the ModuleBuilder interface in the
Module createModule(String name, Object planFile, JarFile
moduleFile, URL specDDUrl, String targetPath) throws
On Sep 26, 2004, at 10:41 AM, David Jencks wrote:
On Sep 26, 2004, at 10:27 AM, Dain Sundstrom wrote:
On Sep 26, 2004, at 3:55 AM, David Jencks wrote:
This might be moving in a good direction overall, but one aspect
totally sucks, namely that in the ModuleBuilder interface in the
Module
On Sep 26, 2004, at 11:43 AM, David Jencks wrote:
After a very quick review of some of these changes...
This breaks a bunch of stuff.
Can you be a bit more specific?
Why isn't ApplicationInfo a subclass of Module?
It is simply different. An ApplicationInfo object represents an
application.xml
Oh that gbean handling I fix that now.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 26, 2004, at 11:24 AM, Jeremy Boynes wrote:
The changes last night now mean gbean elements in the application
VDD don't work any more - in EarConfigBuilder line 307
Should be fixed now... let me know if it is still broken for you
(there are no test cases or integration tests that use this feature so
I'm not confident it is all fixed).
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 26, 2004, at 2:32 PM, Dain
On Sep 27, 2004, at 5:13 AM, Geir Magnusson Jr wrote:
Style question...
why have the param Object planFile, rather than overload with real
types?
lazyness... it was originally File planFile, but then I got to the
point where I need to pass an xmlbeans object though, so I just made it
Object.
I just checked that in, so this will not be reflected in the repo copy
until tomorrow. If you want to build right now, you can checkout
openejb and build it to get a copy in your local repo.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 29, 2004, at 2
I'm on it.
-dain
On Sep 30, 2004, at 9:51 AM, Jeremy Boynes wrote:
Currently we have to have a deployment plan for an EAR in order to
specify the config id for generated app clients. This is a pain and I
would like to propose a defaulting solution.
If we have a EAR file named myApp.ear then the
Quick clarification...
If parent is myApp.ear and the application.xml contains
javaa/b/c/d.jar/java, do you want the clientConfigId to be
myApp/a/b/c/d or myApp/d?
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Sep 30, 2004, at 9:51 AM, Jeremy Boynes wrote
On Sep 30, 2004, at 2:32 PM, karan singh malhi wrote:
I am not sure if the questions below are fully relevant.
Could you expand on this? Does this mean that if a packed application
needs to use an ejb from the .ear, then we would configure that in the
geronimo dd?
Either the geronimo dd or the
On Sep 30, 2004, at 3:31 PM, karan singh malhi wrote:
Some applications assume that ejb-refs can be resolved by matching on
interface types.
What does this mean?
Some applications like Petstore (at least the version Rajesh used)
don't have ejb-links so you have to resolve the reference by hand (a
On Sep 30, 2004, at 3:51 PM, karan singh malhi wrote:
Thanks Dain,
How will the match be determined? is the ejb-ref name going to match
the
home interface name?
No, and ejb-ref contains the name of the home interface and remote
interface (or local and local-home). Here is an example from one of
On Sep 30, 2004, at 6:24 PM, karan singh malhi wrote:
Assuming we only
find one matching ejb, we will use that one for the ref. If we find
two or more matches, you would get an AmbiguousEJBRefException, and if
we find none you would get a DeploymentException.
if the ejb-ref maps to the home and
On Oct 2, 2004, at 6:22 PM, Aaron Mulder wrote:
Okay, I put in a Jira issue, checked in the fix, and resolved the
Jira issue. Is that the correct procedure?
Yep. Make sure you mark the issue as Affects M2 since this bug was in
the previous release, and fixed in M3 since it will be in the
On Oct 2, 2004, at 7:49 PM, Aaron Mulder wrote:
I hesitate to admit how much time I just spent debugging a failure
with my connector. The problem was that I was creating a Work that was
getting a NoClassDefFoundError while it ran, and I hadn't set a
WorkListener on it, so the exception was never
On Oct 3, 2004, at 9:20 AM, Aaron Mulder wrote:
On Sun, 3 Oct 2004, Dain Sundstrom wrote:
On Oct 2, 2004, at 6:22 PM, Aaron Mulder wrote:
Yep. Make sure you mark the issue as Affects M2 since this bug was in
the previous release, and fixed in M3 since it will be in the next
release. These version
/jira/* redirects to
http://issues.apache.org/jira/) everything would work. Of course I
have been known to be wrong
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 3, 2004, at 10:08 AM, David Jencks wrote:
Whenever I try to assign an issue to myself I get
On Oct 3, 2004, at 11:31 AM, Jeremy Boynes wrote:
[EMAIL PROTECTED] wrote:
Author: dain
Date: Sun Oct 3 09:48:41 2004
New Revision: 51837
Modified:
geronimo/trunk/modules/derby/src/java/org/apache/geronimo/derby/
DerbySystemGBean.java
On Oct 3, 2004, at 11:56 AM, Aaron Mulder wrote:
On Sun, 3 Oct 2004, David Jencks wrote:
At the moment, the only way I see to implement this would be to supply
a separate WorkManager instance to each ResourceAdapter that could
associate the RA classloader with the work request.
Couldn't the
needed to access the internal classes of ActiveMQ. Are
we doing that?
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 3, 2004, at 1:33 PM, David Jencks wrote:
Unless we come up with non-classloader based package dependencies, I
think JMS __does__ need
configuration needed to access the internal classes of
ActiveMQ. Are we doing that?
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 3, 2004, at 1:33 PM, David Jencks wrote:
Unless we come up with non-classloader based package dependencies, I
think JMS
On Oct 4, 2004, at 12:40 AM, [EMAIL PROTECTED] wrote:
On 4 Oct 2004, at 04:03, Hiram Chirino wrote:
Yes, user code only uses the JMS API. But the client is indirectly
using ActiveMQ classes since the JMS interfaces are ActiveMQ
implementations. And since the in vm transport does not serialize
this on windows yet, but I heading over to my windows
machine right now to test it.
Can someone on linux check if the build works?
Thanks,
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
into the
config store. I hope later we can just have our own implementation of
URLClassLoader that we can call close on to release open file locks on
windows.
This shouldn't take about an hour to fix.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 4, 2004, at 4
location: package util
import org.apache.geronimo.deployment.util.JarUtil;
...
It's hard to troubleshoot when I get a different error every time.
:)
Aaron
On Mon, 4 Oct 2004, Aaron Mulder wrote:
On Mon, 4 Oct 2004, Dain Sundstrom wrote:
Can someone on linux check if the build works
There is still a bug with resolving URIs on Windows. It looks like you
can't resolve an absolute file location (e.g., c:\a\b\c) against a file
uri unless you specify the file protocol on the uri. Anyway, I'm about
to commit it... just verifying the change.
-dain
--
Dain Sundstrom
Chief
Part of the deployment system rewrite was an effort to clean up our
handling of temp files. I carefully went though our entire active code
base (1) searching for places where we create temp a file or directory,
and added code that explicitly deletes the file or directory. Since we
are
On Oct 5, 2004, at 3:04 AM, Jacek Laskowski wrote:
[EMAIL PROTECTED] wrote:
+reference
name=serverInfogeronimo.system:role=ServerInfo/reference
attribute name=Url
type=java.lang.Stringtcp://localhost:61616/attribute
reference
name=ActiveMQContainergeronimo.server:
On Oct 5, 2004, at 4:19 AM, Jacek Laskowski wrote:
[EMAIL PROTECTED] wrote:
Author: dain
Date: Thu Sep 30 22:13:01 2004
New Revision: 47628
Added:
geronimo/trunk/modules/j2ee/src/java/org/apache/geronimo/j2ee/
deployment/EJBRefInfo.java
+ * @version $Revision$ $Date$
Let's try it again, Dain,
On Oct 5, 2004, at 9:24 AM, Alan Cabrera wrote:
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
The current convention is for attributes to follow Java variable
naming
conventions (i.e., lower case first character camel cased after) and
for references to follow Java
the beaten path let me know.
Thanks,
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 5, 2004, at 1:00 PM, Geir Magnusson Jr wrote:
On Oct 4, 2004, at 11:17 AM, Aaron Mulder wrote:
I know the main developer of MC4J, a cool (Swing-based) JMX
management console -- check out the screen shots and stuff. (His
name is
Greg Hinkle)
I was using mc4j. I liked it.
I hope to get
On Oct 5, 2004, at 1:39 PM, David Blevins wrote:
On Tue, Oct 05, 2004 at 12:50:40PM -0700, Dain Sundstrom wrote:
I'm thinking about using the maven multiproject plugin as replacement
for our current reactor build. Before I do this, I'd like to know
which options of our current build people
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 5, 2004, at 6:41 PM, Aaron Mulder wrote:
I'm trying to test my documentation page, so I ran maven site --
is that still the right way?
In any case, I got the following error:
maven-javadoc-plugin:report
BE CAREFUL: Deletes checkout of ActiveMQ, HOWL, OpenEJB, and TranQL
and checks them out again
In addition to the above we support a -Dmodules command line option
which is a comma separated list of module names (ie. common, core, ...)
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355
anonymously, all day. I did reproduce this bug
by doing a clean checkout and runing m:update without m:co.
I'll add some jelly to not try to update modules you don't have checked
out.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 6, 2004, at 11:51 AM, David
all the versions of the files (svn and CVS) of
the
last successful nightly build? Am I dreaming :-) ?
Thanks,
John
Dain Sundstrom [EMAIL PROTECTED] wrote on 10/06/2004 12:53:43
PM:
I have rewritten our multiproject build to add support for windows.
The new goals all start with m: so
On Oct 7, 2004, at 1:39 PM, David Jencks wrote:
On Oct 7, 2004, at 12:44 PM, Dain Sundstrom wrote:
On Oct 7, 2004, at 12:30 PM, David Jencks wrote:
Right, I was trying to use a checkout from the previous version of
maven.xml. I don't know why it didn't work, but after m:co m:update
works
Sorry about that. It is checked in now.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 14, 2004, at 8:42 AM, Aaron Mulder wrote:
The build is broken on account of a missing class called
CMP1Bridge (in OpenEJB). It looks like Dain checked in the offending
On Oct 16, 2004, at 4:01 PM, Aaron Mulder wrote:
What's the recommended way for an end user to change configuration
parameters like the default transaction timeout or the root log level?
these are specified in the deployment plans for the system GBeans, but
those are not visible once deployed --
. The reason we use entities is because it
was the only thing that worked in both scenarios.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Oct 17, 2004, at 8:30 AM, Jason van Zyl wrote:
Hi,
I noticed Bruce's blog entry about the use of entities and I just
wanted
1 - 100 of 2023 matches
Mail list logo