On 2/1/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ServiceMix and ActiveMQ folks:
Sorry for the interruption in karma this afternoon.
It was inadvertent but not inappropriate. Noel
tells me that he's been maintaining your podling's
On Jan 31, 2006, at 8:53 PM, Dain Sundstrom wrote:
The test application doesn't start for me because Geronimo no
longer has a DefaultDatasource :(
Anyone know how to easily get one of these into the server (and
don't tell me to use the console since this is an automated test)?
I'd
On Jan 31, 2006, at 9:44 PM, John Sisson wrote:
Is there a reason why we no longer ship the XML plan files in the
distributions? In the M5 release (when we were using modules/
assembly) we included them in the geronimo\doc\plan directory.
I haven't been able to find a JIRA for this, but
On Jan 31, 2006, at 9:08 PM, John Sisson wrote:
1) In the 1.0 branch I noticed that an installer installation has
geronimo/repository/geronimo/cars directory (containing approx 42
MB of car files) but the tomcat jetty assemblies don't have the
car directory. Is this intended?
When are
On Wednesday 01 February 2006 03:09, David Jencks wrote:
On Jan 31, 2006, at 9:08 PM, John Sisson wrote:
1) In the 1.0 branch I noticed that an installer installation has
geronimo/repository/geronimo/cars directory (containing approx 42
MB of car files) but the tomcat jetty assemblies
Plan XML files aren't included in Geronimo distributions (was included in M5
release)
-
Key: GERONIMO-1567
URL: http://issues.apache.org/jira/browse/GERONIMO-1567
Project: Geronimo
Hi all
Sorry when i am buging you for a trivial question like mine, but I think
if we succeed serviceMix will also profit.
I am looking for excellent references of ServiceMix installations.
We proposed to one of our customer, to use ServiceMix as SOA-Layer but
he would also be shure that his
I seem to remember some discussion as to whether the plan files should
be placed in the car files. Would this be instead of having a
geronimo\doc\plan directory (in the M5 release) or in addition to it?
John
John Sisson (JIRA) wrote:
Plan XML files aren't included in Geronimo distributions
On 12/19/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: gregw
Date: Mon Dec 19 15:50:23 2005
New Revision: 357837
URL: http://svn.apache.org/viewcvs?rev=357837view=rev
Log:
merged r355806 from 1.0 branch to make new the default target
Modified:
geronimo/trunk/BUILDING.txt
Hi, Massimo!
As long as you don't plan to write plenty of your own JBI-components
there are no visible investments you make into the ServiceMix (besides
the time spent for learning curve). It does not restrict you to particular
technology/protocol or vendor solution, it also does not change your
I can help you with the portlet side of this; the trick is going to be
getting the statistics out of OpenEJB. Once we figure that out, we
can create an API around it and call that from the portlet. The best
way to go would be to create JSR-77 objects for the EJBs, and then
give them JSR-77
Fan Li,
you can explicitly set the local ConnectionFactory on the
JmsTopicConnector/JmsQueueConnector - and use the JndiTemplate for
initializing the foreign JMS provider.
The JmsMessageConvertor doc is misleading in it's description - for
inbound messages it will expect foreign JMS -
Yes, I would really like to see the original plans in the doc for
reference. I think it will be helpful and good reference for those
people who need to override Gbeans in the config.xml.
Jeff
Bruce Snyder wrote:
On 1/31/06, John Sisson [EMAIL PROTECTED] wrote:
Is there a reason why we no
On 1 Feb 2006, at 13:20, Ilya Kuleshov wrote:
Hi,
I'd like to clarify my understanding about the ServiceMix usage.
ESB is
frequently referred as a central part of the universe that is
responsible for all communications happening in the distributed
system.
Unfortunately, it does not seem
Before all these great ideas get lost in the
mailing list, I would like to add them to wiki. There
is a RoadMap page, I would like to rename it to
Features or something similar. Add a Roadmap and
things to do page. I will list all the ideas along
with the name of the originator(s) and hope that
Thanks Anita for taking the initiative...+1
anita kulshreshtha wrote:
Before all these great ideas get lost in the
mailing list, I would like to add them to wiki. There
is a RoadMap page, I would like to rename it to
Features or something similar. Add a Roadmap and
things to do page. I will
Erik Daughtrey wrote:
On Wednesday 01 February 2006 03:09, David Jencks wrote:
On Jan 31, 2006, at 9:08 PM, John Sisson wrote:
1) In the 1.0 branch I noticed that an installer installation has
geronimo/repository/geronimo/cars directory (containing approx 42
MB of car files) but the tomcat
--- Aaron Mulder [EMAIL PROTECTED]
wrote:
I can help you with the portlet side of this; the
trick is going to be
getting the statistics out of OpenEJB. Once we
figure that out, we
can create an API around it and call that from the
portlet. The best
way to go would be to create JSR-77
Installer - Have ConfigInstaller optionally delete CARs after configuration is
complete.
Key: GERONIMO-1568
URL: http://issues.apache.org/jira/browse/GERONIMO-1568
Project: Geronimo
On Wednesday 01 February 2006 08:53, Dave Colasurdo wrote:
Erik Daughtrey wrote:
On Wednesday 01 February 2006 03:09, David Jencks wrote:
On Jan 31, 2006, at 9:08 PM, John Sisson wrote:
1) In the 1.0 branch I noticed that an installer installation has
geronimo/repository/geronimo/cars
Though personally, I think I'd rather store them in the config store
and have an easy routine to get them out of there (using a JSR-77 call
like the one that gets the J2EE deployment descriptor)... Some day, I
guess.
Thanks,
Aaron
On 2/1/06, Jeff Genender [EMAIL PROTECTED] wrote:
Yes, I
Guys,
I want to update the Release manager doc on the Wiki but it occurred to me today
that we have still not resolved the issue of Confluence or MoinMoin.
We've been discussing this issue for about 3 months I think but have only
succeeded in having created two environments and not pulling
Hi there,
I am a member of the Celtix [1] development team and am currently
looking at integrating Celtix into different J2EE containers. The
idea is that Celtix would provide a web service stack for
applications deployed in Geronimo.
I've started looking at the Geronimo code-base and
Aaron, yes...that is a great idea.
But then I think we get into opening up the can of worms about the plan
files in the config.store matching what is actually running in Geronimo.
It would be great to have something that can rebuild a plan from the
running configuration, so you can see an
Well, I wasn't going to go that far. Generally speaking, we can't
easily reconstruct a plan from a set of GBeans (particularly for plans
that use abbreviated XML syntax like for CSS/TSS or login modules).
I'd prefer to start with retrieve original deployment plan and get
that in there, and then
I asked a while ago and I think my question was never answered -
why bring XBean into Geronimo?
geir
Dain Sundstrom wrote:
The XBean project has voted to donate all of the code located at
https://svn.codehaus.org/xbean (view with fisheye
http://cvs.codehaus.org/viewrep/xbean) to Apache
I know its not easy, but its something I think is important to have at
some point. It would be nice to know the current state of Geronimo and
have it spit out the configuration or be able to view it. There are
many areas where this would be very useful. So maybe one day? ;-)
My .02, I would be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dain Sundstrom wrote:
Vote passed with:
+1 Jeff Genender, Alan Cabrera, Sachin Patel, Dain Sundstrom, David
Blevins, Andy Piper, Aaron Mulder, Davanum Srinivas, Jacek Laskowski,
Bruce Snyder, Jason Dillion, Gianny Damour, John Sission, David
Sure, I'm fine with a disclaimer. :) I think the JSR-77 method to
get the plan may be a little generic, but then we can have a dump
config tool that will spit out XML to the command line or to a file
or whatever and that one would give you a little warning when you
invoke it. It might also be
On 2/1/06, Aaron Mulder [EMAIL PROTECTED] wrote:
Well, I wasn't going to go that far. Generally speaking, we can't
easily reconstruct a plan from a set of GBeans (particularly for plans
that use abbreviated XML syntax like for CSS/TSS or login modules).
I'd prefer to start with retrieve
On 2/1/06, Bruce Snyder [EMAIL PROTECTED] wrote:
IMO, it's a problem that constucting a plan from the running
configurations is so difficult. I'm not sure exactly if this is an
issue with the builders or with the GBean architecture or both. But I
wonder if use of the XBean kernel would
I was sick and traveling the past few days, so I missed the whole vote.
I'm not necessarily against it, but worried about pointless growth - my
only question is why bring this in? It's good code and all, but
normally we try to draw some line between the existing project's goals
and what the
Great idea conrad.
Since Celtix is an ESB, integrating it into a JEE container would provide
support for all of the ESB capabilities for all of J2EE based endpoints and not
just webservices capabilities. This can even provide support for multi
transport and multi binding capabilities to J2EE
On 1 Feb 2006, at 16:33, Sakala, Adinarayana wrote:
Great idea conrad.
Since Celtix is an ESB, integrating it into a JEE container would
provide support for all of the ESB capabilities for all of J2EE
based endpoints and not just webservices capabilities. This can
even provide support for
Thanks Aaron,
I'll start looking into JSR-77 and the Tomcat servlet
wrappers (G-1293). I'll let you know how it goes and
if I have questions. BTW, I created this reply in
another thread because my original email ended up in
different thread. My mistakeĀ
:)
chris
--- Aaron Mulder [EMAIL
James
Any idea on the timeline for integrating Java 1.5 components, we might run
into this on the CORBA side also so it would be good to know.
Carl.
-Original Message-
From: James Strachan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 01, 2006 11:55 AM
To: dev@geronimo.apache.org
Remember that all the plans are currently called plan.xml I think
the only plausible solution for now is to have the packaging plugin
copy the plan into META-INF/plan.xml in the car file. This won't
catch embedded j2ee plans, but they will probably get copied in while
unpacking the j2ee
Hi James, Adi,
On 1 Feb 2006, at 16:55, James Strachan wrote:
On 1 Feb 2006, at 16:33, Sakala, Adinarayana wrote:
Great idea conrad.
Since Celtix is an ESB, integrating it into a JEE container would
provide support for all of the ESB capabilities for all of J2EE
based endpoints and not
Because it's a great technology that would make my life easier. I
encourage you to read the website for more details on the nifty things
that it does.
Regards,
Alan
Geir Magnusson Jr wrote, On 2/1/2006 7:53 AM:
I asked a while ago and I think my question was never answered -
why bring
Hi Rob:
I have opened an issue at http://jira.activemq.org/jira/browse/AMQ and the Key
for the issue is AMQ-520. Based on the current code for the JmsConnector and
its subclasses, I think what is needed is probably two JndiTemplate objects,
one for creating Foreign ConnectionFactory and one
Geir Magnusson Jr wrote, On 2/1/2006 8:24 AM:
I was sick and traveling the past few days, so I missed the whole vote.
I'm not necessarily against it, but worried about pointless growth - my
only question is why bring this in? It's good code and all, but
normally we try to draw some line
Why not connect to the datasource provided by the system-database ? I
thought that replaced default-database.
Cheers
Prasad
On 2/1/06, David Jencks [EMAIL PROTECTED] wrote:
On Jan 31, 2006, at 8:53 PM, Dain Sundstrom wrote:
The test application doesn't start for me because Geronimo no
On 1 Feb 2006, at 17:42, Conrad O'Dea wrote:
As as aside we've been working with retrotransformer lately - with
help from folks on the JAXB2 team and retrotransformer team -
we've managed to get retrotransformer to create 1.4 compliant
bytecode that uses JAXB2 RI. So there's a chance you
Rodent of Unusual Size wrote, On 2/1/2006 8:06 AM:
Dain Sundstrom wrote:
Vote passed with:
+1 Jeff Genender, Alan Cabrera, Sachin Patel, Dain Sundstrom, David
Blevins, Andy Piper, Aaron Mulder, Davanum Srinivas, Jacek Laskowski,
Bruce Snyder, Jason Dillion, Gianny Damour, John Sission,
On 1 Feb 2006, at 15:53, Geir Magnusson Jr wrote:
I asked a while ago and I think my question was never answered -
why bring XBean into Geronimo?
ActiveMQ, Jetty, OpenEJB, ServiceMix are all using it as an optional
lightweight kernel for efficient and concise configuration and
deployment
Hi Matt,
there is a new section on confluence called *Apache Geronimo Development
Process*
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Apache+Geronimo+Development+Process
There you will find some initial structure to get all the Geronimo Project related processes
[ http://issues.apache.org/jira/browse/GERONIMO-1554?page=all ]
David Jencks closed GERONIMO-1554:
--
Fix Version: 1.0.1
1.1
Resolution: Fixed
Assign To: David Jencks
Applied to branch 1.0.
Making a jetty server works
[ http://issues.apache.org/jira/browse/GERONIMO-1524?page=all ]
Paul McMahan updated GERONIMO-1524:
---
Attachment: GERONIMO-1524.patch
Attaching a patch that will allow multiple jars to be selected for the database
driver. NOTE: this patch was
[ http://issues.apache.org/jira/browse/GERONIMO-1524?page=all ]
Paul McMahan updated GERONIMO-1524:
---
Geronimo Info: [Patch Available]
DB pool portlet should let you select multiple driver JARs
[ http://issues.apache.org/jira/browse/GERONIMO-1524?page=all ]
Paul McMahan reassigned GERONIMO-1524:
--
Assign To: Paul McMahan
DB pool portlet should let you select multiple driver JARs
--
Hi Anita,
+1 to this great initiative.
There is a new structure in confluence with the idea of organizing all the development processes
together. This initial structure holds a place for the roadmap. It would be great if you can
capture here the ideas discussed in the Roadmap, tasks and things
Hi Matt,
what is the official channel to talk with the infraestructure team?
Cheers!
Hernan
Matt Hogstrom wrote:
Guys,
I want to update the Release manager doc on the Wiki but it occurred to
me today that we have still not resolved the issue of Confluence or
MoinMoin.
We've been
[
http://issues.apache.org/jira/browse/GERONIMO-1569?page=comments#action_12364881
]
David Jencks commented on GERONIMO-1569:
NOTE: this change adds a bit of functionality to the kernel class
GeronimoLogging. This is not essential but convenient.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Hogstrom wrote:
From the e-mail vote started by Ken here were the votes:
18 Votes for Confluence
1 Votes for something else
1 +0 Vote
7 People volunteered for Infrastructure assignments
Andrus Adamchik
Hernan Cunico
[
http://issues.apache.org/jira/browse/GERONIMO-1563?page=comments#action_12364883
]
David Jencks commented on GERONIMO-1563:
Step one, make a separate gbean for our proprietary config info:
Sending
[ http://issues.apache.org/jira/browse/GERONIMO-1569?page=all ]
David Jencks closed GERONIMO-1569:
--
Resolution: Fixed
bumped openejb plugin version.
Also I've bumped the tck plugin versions
Checking in etc/project.properties;
new revision: 1.77;
[ http://issues.apache.org/jira/browse/GERONIMO-1471?page=all ]
David Jencks updated GERONIMO-1471:
---
Component: (was: connector)
this does not relate to j2ca connectors
Connector dependencies
--
Key: GERONIMO-1471
Hi Ken,
I would't mind checking with the infraestructure team to find out the process of integrating
confluence and formalizing the Volunteers. What is the formal communication channel with the infra
guys?
Cheers!
Hernan
Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash:
Some ideas..
Currently geronimo.sh/bat will invoke a setenv.sh script if present ( in
the bin directory ). Maybe we could enhance geronimo.sh/bin to also
invoke a setenv.sh script if present under var for a particular geronimo
instance. So the setenv.sh script in geronimo/bin gets invoked
[
http://issues.apache.org/jira/browse/GERONIMO-1553?page=comments#action_12364889
]
David Jencks commented on GERONIMO-1553:
I've been looking forward to commonj for a long time :-)
I started glancing at this very briefly. It's been a couple
I'm not sure if you are suggesting it would be possible for two geronimo
instances to share a var/config directory - that would not work as each
instance would be attempting to do updates of the one config.xml file.
This may also have problems with two instances trying to write log
files,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hernan Cunico wrote:
I would't mind checking with the infraestructure team to find out the
process of integrating confluence and formalizing the Volunteers.
What is the formal communication channel with the infra guys?
Join [EMAIL PROTECTED] and
[
http://issues.apache.org/jira/browse/GERONIMO-1553?page=comments#action_12364900
]
Seth White commented on GERONIMO-1553:
--
Thanks for taking a look!
The source code for the specifications is available. I'd be happy to take a
shot at adding it to
jetty is setting hosts instead of virtual hosts
---
Key: GERONIMO-1570
URL: http://issues.apache.org/jira/browse/GERONIMO-1570
Project: Geronimo
Type: Bug
Components: web
Reporter: David Jencks
Assigned to: David
[
http://issues.apache.org/jira/browse/GERONIMO-1570?page=comments#action_12364901
]
David Jencks commented on GERONIMO-1570:
branch 1.0:
Sendingjetty/src/java/org/apache/geronimo/jetty/JettyWebAppContext.java
Transmitting file data .
[
http://issues.apache.org/jira/browse/GERONIMO-1563?page=comments#action_12364902
]
David Jencks commented on GERONIMO-1563:
Previous commit missed this file:
Sending
[ http://issues.apache.org/jira/browse/GERONIMO-1570?page=all ]
David Jencks closed GERONIMO-1570:
--
Resolution: Fixed
Fix on trunk is part of GERONIMO-1460.
Adding modules/jetty/src/java/org/apache/geronimo/jetty/Host.java
Sending
[
http://issues.apache.org/jira/browse/GERONIMO-1460?page=comments#action_12364904
]
David Jencks commented on GERONIMO-1460:
I've implemented a Host gbean for jetty. At the moment the only way to
construct one is via host and virtual-host
[
http://issues.apache.org/jira/browse/GERONIMO-1553?page=comments#action_12364905
]
David Jencks commented on GERONIMO-1553:
license/review for specs: I have no idea, there's probably a form to fill out
:-)
relation to ejb timers: I think
After dain's big openejb refactoring ejbs are broken. The most
visible problem is that many of the references in the openejb plan
are wrong. For instance, the transactioncontext manager references
want the TCM to be in the openejb configuration rather than the
module they are actually in.
Dain has been complaining that the default database is no more and
IIUC suggesting that we reinstate it and by default hook at least ejb
applications that don't have an explicit database configuration up to
it. Since I removed the default database I'd like to somewhat
preemptively explain
FYI --- I attached a patch for the 1.0.1 branch to GERONIMO-1524 that
will allow multiple jars to be selected for a database pool. This
will allow the console to create database pools for DB2 using the extra
license jar.
Best wishes,
PaulOn 1/31/06, Hernan Cunico [EMAIL PROTECTED] wrote:
Hi
[
http://issues.apache.org/jira/browse/GERONIMO-1553?page=comments#action_12364908
]
Seth White commented on GERONIMO-1553:
--
:) I'll look into adding the specification code and not worry about the license.
There is a subtle problem with fixed delay
David Jencks wrote:
Dain has been complaining that the default database is no more and
IIUC suggesting that we reinstate it and by default hook at least ejb
applications that don't have an explicit database configuration up to
it. Since I removed the default database I'd like to somewhat
I don't generally like default things when the default is a completely
arbitrary choice, as is the case here. This is not like a default port
number.
If someone is having trouble configuring a database then he/she or someone
else should write a tool that tries to configure out the settings, not
David,
I support not having a default database in the server. I think if we break the
usage of the server into development and production (as John discusses in his
note) we'll see that from a developer's perspective a DB is beneficial.
However, if your deploying for production you penalize
[ http://issues.apache.org/jira/browse/GERONIMO-1336?page=all ]
Matt Hogstrom reassigned GERONIMO-1336:
---
Assign To: Matt Hogstrom (was: Aaron Mulder)
Setting the Max PoolSize on a DataBase pool with invalid information does not
yield an error
[ http://issues.apache.org/jira/browse/GERONIMO-1336?page=all ]
Matt Hogstrom closed GERONIMO-1336:
---
Resolution: Fixed
branches/1.0
svn commit -m Geronimo-1336 Corrected issue when specifying database pool
sizes
Sending
Just a suggestion to state in the source distributin's BUILDING.txt file that
compilation requires a JDK compatible with version 1.4, and that 1.5 will not
work.
There was some discussion on Irc earlier this week about the issue related to
plans having to be changed due to module versions changing. This is clearly
going to be a significant issues for customers as they will have to re-work all
their plans on incremental server changes. Although these
[ http://issues.apache.org/jira/browse/GERONIMO-1571?page=all ]
Matt Hogstrom closed GERONIMO-1571:
---
Fix Version: 1.0.1
1.1
Resolution: Fixed
Assign To: Matt Hogstrom
branches/1.0
SendingBUILDING.txt
Adjust the admin console app so that if the user does not have cookies enabled,
the application presents a custom error page or popup telling the user that
cookies must be enabled (instead of allowing the browser to present a default
408 error page)
[ http://issues.apache.org/jira/browse/GERONIMO-1489?page=all ]
Matt Hogstrom closed GERONIMO-1489:
---
Resolution: Fixed
Left the build information intact from patch2. Other hunks applied.
Patches applied to branches/1.0
Sending
[ http://issues.apache.org/jira/browse/GERONIMO-1456?page=all ]
Matt Hogstrom closed GERONIMO-1456:
---
Resolution: Fixed
The src distribution was created with jar instead of zip. Doc will be updated
to reflect this issue.
geronimo-1.0-src.zip
[ http://issues.apache.org/jira/browse/GERONIMO-1441?page=all ]
John Sisson closed GERONIMO-1441:
-
Fix Version: 1.1
Resolution: Fixed
Fixed. Tested importing projects generated from the following commands:
cd geronimo
maven m:eclipse -o
cd
[ http://issues.apache.org/jira/browse/GERONIMO-1544?page=all ]
John Sisson updated GERONIMO-1544:
--
Fix Version: 1.0.1
1.1
Installer - Straighten out licensing issues for IzPack sub-components.
[ http://issues.apache.org/jira/browse/GERONIMO-1544?page=all ]
John Sisson closed GERONIMO-1544:
-
Resolution: Fixed
Installer - Straighten out licensing issues for IzPack sub-components.
What's the timing? I ask with motivated by the thought that the sooner
it happens, the fewer people will be affected...
geir
Matt Hogstrom wrote:
There was some discussion on Irc earlier this week about the issue
related to plans having to be changed due to module versions changing.
This
I actually did read the spec and type in the classes once. (I think it
was for the timer spec...?)
I believe that if we do that, we have no problems because of the
copyright notice in the spec.
I've also discussed this issue regarding the lack of any recognizable
license for their code w/
Alan D. Cabrera wrote:
Because it's a great technology that would make my life easier.
A Ferrari is great technology that would make my life easier. :) (Ok,
it would make it more enjoyable not easier)
I
encourage you to read the website for more details on the nifty things
that
90 matches
Mail list logo