On a related note...Any idea on how to integrate Geronimo's TXM with Spring+Hibernate? I played around with it a little today, but just kept running into problems :-(--jasonOn Feb 2, 2006, at 9:45 PM, James Strachan wrote:Just a minor clarification; Spring does not have a transaction manager per s
On Thursday, February 02, 2006, at 10:12PM, Kevan Miller <[EMAIL PROTECTED]>
wrote:
>I checked out the ActiveMQ code from http://svn.apache.org/repos/asf/
>incubator/activemq last week and had a bit of a surprise. The code
>that's being incubated is the ActiveMQ trunk and the M4 tag. There is
Just a minor clarification; Spring does not have a transaction manager per se;
its got declarative transaction support and various wrappers for talking to
different transaction managers. The declarative transactions support in spring
is cool and very useful from a POJO developers point of view.
The database on our continuum install became corrupted about 4 hours
ago, so I decided to take the time to upgrade to the latest official
release 1.0.2. I've just finished installing all of the projects and
setting up the notifiers, etc.
Most of the projects have built and are good. I've
- sachin On Feb 2, 2006, at 11:43 PM, Donald Woods wrote:What does this mean to end-users who only want to use a pre-built Eclipse plug-in downloaded from the Devtools website?No affect.Will they have to use the exact level of WTP that was used to build the plug-in?No.-DonaldSachin Patel wrote: FY
What does this mean to end-users who only want to use a pre-built
Eclipse plug-in downloaded from the Devtools website?
Will they have to use the exact level of WTP that was used to build the
plug-in?
-Donald
Sachin Patel wrote:
FYI.
WTP and Eclipse have introduced into their builds a new c
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-56?page=all ]
Sachin Patel resolved GERONIMODEVTOOLS-56:
--
Resolution: Fixed
Assign To: Sachin Patel
The problem should be fixed now.
> URLProvider.getModuleRootURL() returning "W
FYI.WTP and Eclipse have introduced into their builds a new concept of a "qualifer". This "qualifier" is basically a time-date stamp that gets appended to the plugin jar version during their build for any plugin that has changedin that build. This means that no 2 builds will have the same jar ver
This sounds like a good idea.
Regards,
Alan
David Jencks wrote, On 2/2/2006 6:42 PM:
After a long discussion on IRC we may have a proposal for the configId
dilemma.
People: Dain and I will work to implement this
Timeframe: for the next week, then we will see where we are
svn tags: we'll mak
Hi David,
Thanks for the info, I myself not too familliar with Spring :-)
I asked the question out of curiosity.
Btw why did u integrate the spring tm? (like any special features that it provides)
Is it better than the default Geronimo transaction manager?
(I have heard that you can use spring
Sounds good.
Regards,
Alan
Aaron Mulder wrote, On 2/2/2006 4:38 PM:
Just to update, on IRC there is a discussion featuring the option of
changing the 1.0 branch to become 1.1 and fixing the configId stuff
properly and permanently there (and of course merging it to HEAD,
which would become 1.2
After a long discussion on IRC we may have a proposal for the
configId dilemma.
People: Dain and I will work to implement this
Timeframe: for the next week, then we will see where we are
svn tags: we'll make a branch off 1.0. If we succeed, the merge of
our work and 1.0 will become 1.1 and w
On Feb 2, 2006, at 4:42 PM, Rajith Attapattu wrote:
Hi,
Can somebody please clarify as to the extent of Spring support we
have within Geronimo.
I did read David Jencks comments on the JIRA issue, but couldn't
grasp the overall context of the sping involvment within G.
So I really appreci
[
http://issues.apache.org/jira/browse/GERONIMO-1480?page=comments#action_12365026
]
Jeff Genender commented on GERONIMO-1480:
-
Status update: I am working on this right now. I am creating BeforeAfters and
yes, I am hooking the DISPATCH_EVENTs.
>
Hi,
Can somebody please clarify as to the extent of Spring support we have within Geronimo.
I did read David Jencks comments on the JIRA issue, but couldn't grasp the overall context of the sping involvment within G.
So I really appreciate a bit more background and more specific information on
Just to update, on IRC there is a discussion featuring the option of
changing the 1.0 branch to become 1.1 and fixing the configId stuff
properly and permanently there (and of course merging it to HEAD,
which would become 1.2 or higher). I would be happy with that result,
as it still gets the main
[X] -1 This is an issue that must be resolved in the 1.0.x branch
I strongly feel we should not be releasing something that is not
backwards compatible. We aren't producing milestone releases any more
so we need to be committed to compatibility between releases.
If we do ship an incompatible
Hi David,
I've doublecheck with the lawyers and they
have assured me that BEA's intention is that Apache should not need a special
license to implement the spec or include the specification source/binary files
in Apache source/binary distributions.
If you aren't comfortable with the
If we are going to do a 1.0.1, I think the least intrusive approach is
to use "1.0" in all the configIds for 1.0.1, which will require a fair
amount of XML work, but few or no code changes.
If this is too much work to be considered for 1.0.1, then I vote to
abandon 1.0.x. What's the point of a ma
I have worked on integrating the latest version of servicemix some weeks
ago (in december).
The gbeans / plan are in
http://svn.apache.org/viewcvs.cgi/incubator/servicemix/trunk/servicemix-gbean/src/main/java/org/apache/servicemix/gbean/
http://svn.apache.org/viewcvs.cgi/incubator/service
Yes, I may have a bit off the track.
Thanks for the clarification.
Cheers,
Guillaume Nodet
David Jencks (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-1574?page=comments#action_12364982 ]
David Jencks commented on GERONIMO-1574:
Aft
[ http://issues.apache.org/jira/browse/GERONIMO-1578?page=all ]
David Jencks closed GERONIMO-1578:
--
Resolution: Fixed
Sendingproject.xml
Transmitting file data .
Committed revision 374535.
> Including wadi and its dependencies in the je
This is a very old vote. At the time of that vote, Geronimo included
service-mix. Service-mix was removed from the Geronimo 1.0 release
at the last minute by request of the service-mix team. They decided
to wait until they had better integration with the newest version of
service-mix rea
Including wadi and its dependencies in the jetty configuration/classpath breaks
numerous bits of geronimo
-
Key: GERONIMO-1578
URL: http://issues.apache.org/jira/browse/GERONI
[X] +1 accept the donation into the ServiceMix incubator project
This will be a fantastic addition.
-Original Message-
From: James Strachan [mailto:[EMAIL PROTECTED]
Sent: Friday, 3 February 2006 3:22 AM
To: dev@geronimo.apache.org
Cc: servicemix-dev@geronimo.apache.org
Subject: [VOTE] a
On 2/2/2006 2:10 PM, Dain Sundstrom wrote:
On Feb 2, 2006, at 1:17 PM, David Jencks wrote:
I may sound snippy here, in which case I apologize. However, I
haven't seen anything that I consider realistic planning for getting
this into 1.0.1. The proposals (mostly dain's) that I have seen a
[X] +1 Document issue in release notes and defer fix to 1.1
Regards,
Alan
My day to look at incubator proposals... ;-)James, FYI, the ServiceMix proposal contains the following:The Geronimo project is currently using ServiceMix as its JBI container which is integrated into the Geronimo deployer.At some point-in-time, this was true. However, to my knowledge, there is no u
I checked out the ActiveMQ code from http://svn.apache.org/repos/asf/
incubator/activemq last week and had a bit of a surprise. The code
that's being incubated is the ActiveMQ trunk and the M4 tag. There is
no code in the branches directory. I found this interesting since
Geronimo does not u
On Feb 2, 2006, at 1:17 PM, David Jencks wrote:
I may sound snippy here, in which case I apologize. However, I
haven't seen anything that I consider realistic planning for
getting this into 1.0.1. The proposals (mostly dain's) that I have
seen and that I think might work involve major cha
I've been lurking so at this point I'll throw in my +1.
I'll ask the question when / where do we pull the code in?
Dain Sundstrom wrote:
On Feb 1, 2006, at 10:57 AM, James Strachan wrote:
On 1 Feb 2006, at 15:53, Geir Magnusson Jr wrote:
I asked a while ago and I think my question was nev
On Feb 2, 2006, at 1:33 PM, Kevan Miller wrote:
On Feb 2, 2006, at 4:15 PM, David Blevins wrote:
New snapshots are up:
http://dist.codehaus.org/openejb/jars/?M=D
Super! Thanks David. At some point, I'd like to learn what you
updated in continuum to get this working.
Continuum seemed
On Feb 2, 2006, at 4:15 PM, David Blevins wrote:
New snapshots are up:
http://dist.codehaus.org/openejb/jars/?M=D
Super! Thanks David. At some point, I'd like to learn what you
updated in continuum to get this working.
--kevan
On Feb 2, 2006, at 7:52 AM, Kevan Miller wrote:
you may
[X] +1 Document issue in release notes and defer fix to 1.1
This situation is very unfortunate, but I don't think fixing this can
possible be justified in a 1.0.x point release due to the extensive
modifications of basic geronimo plumbing necessary for a forward
compatible solution, and I
I'd like to see those who vote -1 or "other" provide a suggestion for
a technical solution for the 1.0 branch, an explanation of how it
fits into the notion of a third-digit "critical bug fixes only" point
release, a suggested schedule for implementation, and a suggestion of
who will work o
New snapshots are up:
http://dist.codehaus.org/openejb/jars/?M=D
On Feb 2, 2006, at 7:52 AM, Kevan Miller wrote:
you may be able to download a tarball from here (I can't get their
new svn to work...) -- http://svn.openejb.codehaus.org/trunk/
openejb2/ Codehaus seems to be experiencing some
Hi,
BPEL 1.1 is supported. The code works with Axis 1.3.
Sybase wants this code to be successful within the community and is
going to work to support it.
Cheers,
-cory
On 2/2/06, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> Folks,
>
> There is no proposal, there is just a zip, unless someone
Installer - User Interface changes
--
Key: GERONIMO-1577
URL: http://issues.apache.org/jira/browse/GERONIMO-1577
Project: Geronimo
Type: Improvement
Components: installer
Versions: 1.0.1, 1.1
Reporter: Dave Colasurdo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Strachan wrote:
>
> We were first voting to see if the servicemix community and geronimo
> PMC were willing to accept the donation. Given it fits nicely with
> the existing ServiceMix incubation proposal I see no need for a new
> proposal
On Feb 1, 2006, at 10:57 AM, James Strachan wrote:
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 e
James,
With my Geronimo PMC member hat on. i've already cast my VOTE
(http://marc.theaimsgroup.com/?l=geronimo-dev&m=113889773909505&w=2).
Now that i have your attention :) and i have a bit more information
that i did not have before, but i still think a standalone BPEL
vibrant project is a neces
On 2 Feb 2006, at 17:02, Kevan Miller wrote:
+1
However, I must confess, I'm not exactly sure what accepting a
donation means. Do we have a precise definition? We accept the code
as a subproject and that's that? Are there other community/
committer changes associated with this? I see we now
On 2 Feb 2006, at 18:36, Davanum Srinivas wrote:
Folks,
There is no proposal, there is just a zip, unless someone is a
clairvoyant, we can't figure out things like.
We were first voting to see if the servicemix community and geronimo
PMC were willing to accept the donation. Given it fits nic
[
http://issues.apache.org/jira/browse/GERONIMO-1574?page=comments#action_12364982
]
David Jencks commented on GERONIMO-1574:
After looking at the jencks example, I'd like to clarify that the point of this
jira entry is very different from the goal
[
http://issues.apache.org/jira/browse/GERONIMO-1574?page=comments#action_12364981
]
David Jencks commented on GERONIMO-1574:
>>Why not simply expose the TransactionManager in JNDI ?
1. because we don't have a global jndi context we could use, and
On 2 Feb 2006, at 18:27, Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg Wilkins wrote:
+1
I disagree that all contributions must go via the incubator. This is
clearly within the scope of servicemix and there is no need to
develope a community around this code
Folks,
There is no proposal, there is just a zip, unless someone is a
clairvoyant, we can't figure out things like. *PLEASE* CC
[EMAIL PROTECTED]
- Which specific version of the spec is implemented?
- Where are the list of known issues?
- Where is the TODO list?
- Why is Axis version 1.2 RC1 (and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg Wilkins wrote:
> +1
>
> I disagree that all contributions must go via the incubator. This is
> clearly within the scope of servicemix and there is no need to
> develope a community around this code.
So who's going to be working on it, then? T
On 2 Feb 2006, at 18:15, Sachin Patel wrote:So is "site" as in the website? If so all the current devtools site is under ../geronimo/site/devools. I think it would be better if all the website stuff go in one location.Ah. The main reason I didn't think of there is that often $project/site is where
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rodent of Unusual Size wrote:
> Greg Wilkins wrote:
>
>>I disagree that all contributions must go via the incubator.
>
> Ah, but all contributions of any size require incubator
> involvement to some degree or other.
>
>>This is clearly within the sc
So is "site" as in the website? If so all the current devtools site is under ../geronimo/site/devools. I think it would be better if all the website stuff go in one location. - sachin On Feb 2, 2006, at 1:06 PM, James Strachan wrote:On 2 Feb 2006, at 18:01, Sachin Patel wrote:Ok ok. I just wasn't
On 2 Feb 2006, at 18:01, Sachin Patel wrote:Ok ok. I just wasn't sure what it was.I honestly don't mind where it is, so long as its fairly easy to find :) Feel free folks to move it to a better directory name if folks can think of one.Maybe we should move 'devtools' to 'tools' and have 'developer'
+1
Philip
On 2/2/06, Bruce Snyder <[EMAIL PROTECTED]> wrote:
>
> On 2/2/06, James Strachan <[EMAIL PROTECTED]> wrote:
> > We have received the generous donation of a complete and working BPE
> > engine to the ServiceMix project...
> > http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-d
On 2/2/2006 9:40 AM, Kevan Miller wrote:
On Feb 2, 2006, at 12:20 PM, xandrew wrote:
Can I build Geronimo with Maven2?
No, not yet. I'm not aware of anyone actively working on it, but it
is something we want to move to...
We will never swallow m2 whole. We need to gobble little bits
Ok ok. I just wasn't sure what it was. - sachin On Feb 2, 2006, at 12:03 PM, James Strachan wrote:On 2 Feb 2006, at 16:20, Sachin Patel wrote:Why is this in devtools?I couldn't think of a better place for it :) If you can think of a better name I'm all ears. Its a tool for developers of the projec
On 2/2/06, James Strachan <[EMAIL PROTECTED]> wrote:
> We have received the generous donation of a complete and working BPE
> engine to the ServiceMix project...
> http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
> 200602.mbox/%
> [EMAIL PROTECTED]
>
> the contributor has offered t
On 2/2/06, James Strachan <[EMAIL PROTECTED]> wrote:
> We have received the generous donation of a complete and working BPE
> engine to the ServiceMix project...
> http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
> 200602.mbox/%
> [EMAIL PROTECTED]
>
> the contributor has offered t
+1
Hiram
On Jan 27, 2006, at 3:08 PM, 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 Geronimo. The completed
IP clearance check list can be found her
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg Wilkins wrote:
>
> I disagree that all contributions must go via the incubator.
Ah, but all contributions of any size require incubator
involvement to some degree or other.
> This is clearly within the scope of servicemix
Is it? Sanjiva is on
On Feb 2, 2006, at 9:22 AM, Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Strachan wrote:
We have received the generous donation of a complete and working BPE
engine to the ServiceMix project...
Does this clearly and unequivocably fit within the scope
of t
I wouldn't really say it's "just for that". The service modules are
effectively modules, and I lean toward eexposing them in the same way
as any other module. If we had Spring or ServiceMix modules or
whatever I'd think we should expose those in the same way.
Thanks,
Aaron
On 2/2/06, David
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Strachan wrote:
> We have received the generous donation of a complete and working BPE
> engine to the ServiceMix project...
Does this clearly and unequivocably fit within the scope
of the ServiceMix proposal that was approved?
- --
#kenP-
+1
Jan
James Strachan wrote:
We have received the generous donation of a complete and working BPE
engine to the ServiceMix project...
http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
200602.mbox/%
[EMAIL PROTECTED]
the contributor has offered to donate to Apache & comple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Strachan wrote:
> We have received the generous donation of a complete and working BPE
> engine to the ServiceMix project...
This thread also needs to be on [EMAIL PROTECTED]
- --
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Ken.Coa
+1
I disagree that all contributions must go via the incubator. This is
clearly within the scope of servicemix and there is no need to
develope a community around this code.
cheers
+1
Guillaume
James Strachan wrote:
We have received the generous donation of a complete and working BPE
engine to the ServiceMix project...
http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
200602.mbox/%
[EMAIL PROTECTED]
the contributor has offered to donate to Apache & c
On 2 Feb 2006, at 16:20, Sachin Patel wrote:Why is this in devtools?I couldn't think of a better place for it :) If you can think of a better name I'm all ears. Its a tool for developers of the project; maybe not end users who are also developers.Should we move wikimesh to the root of geronimo as a
+1
However, I must confess, I'm not exactly sure what accepting a
donation means. Do we have a precise definition? We accept the code
as a subproject and that's that? Are there other community/committer
changes associated with this? I see we now have a donation to a
project in incubation.
On Feb 2, 2006, at 5:48 AM, Aaron Mulder wrote:
I need to check the spec, but isn't it the Module GBean that exposes
the deployment descriptor? I'm assuming we'd extend that with our
method to get the Geronimo deployment plan. We could (if we don't
already) expose a ServiceModule or something
image file is missed in daytrader application client
Key: GERONIMO-1576
URL: http://issues.apache.org/jira/browse/GERONIMO-1576
Project: Geronimo
Type: Bug
Components: sample apps
Versions: 1.0
Repo
My personal preference is to have all of our spec APIs available in
source form from the geronimo-specs tree, so I'd much rather just
type them in.
-dain
On Feb 2, 2006, at 2:07 AM, Andy Piper wrote:
At 06:59 AM 2/2/2006, Geir Magnusson Jr wrote:
I've also discussed this issue regarding th
+1
Regards,
Alan
On 2/2/2006 8:22 AM, James Strachan wrote:
We have received the generous donation of a complete and working BPE
engine to the ServiceMix project...
http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
200602.mbox/%
[EMAIL PROTECTED]
the contributor has offe
+1
Rob Davies wrote:
> +1
>
> Rob Davies
>
> On 2 Feb 2006, at 16:22, James Strachan wrote:
>
>> We have received the generous donation of a complete and working BPE
>> engine to the ServiceMix project...
>> http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/200602.mbox/[EMAIL
>>
+1 This is very very cool
-dain
On Feb 2, 2006, at 8:22 AM, James Strachan wrote:
We have received the generous donation of a complete and working
BPE engine to the ServiceMix project...
http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
200602.mbox/%
[EMAIL PROTECTED]
the
Hi Bruce,
the new look & feel is great. When/how can we move forward.
In addition to the new template we should focus on re-structuring and updating the content. I
volunteer to work on this update, how can I help?
Cheers!
Hernan
Bruce Snyder (JIRA) wrote:
[ http://issues.apache.org/jira/
+1
Rob Davies
On 2 Feb 2006, at 16:22, James Strachan wrote:
We have received the generous donation of a complete and working
BPE engine to the ServiceMix project...
http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
200602.mbox/%
[EMAIL PROTECTED]
the contributor has offer
[X] +1 accept the donation into the ServiceMix incubator project
This is a fantastic opportunity for us to get a tightly integrated
process engine!
Regards,
Hiram
On Feb 2, 2006, at 8:22 AM, James Strachan wrote:
We have received the generous donation of a complete and working
BPE engine
+1
-Original Message-
From: James Strachan [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 2:22 PM
To: dev@geronimo.apache.org
Cc: servicemix-dev@geronimo.apache.org
Subject: [VOTE] accept donation of a business process engine into the
ServiceMix project
We have received the
[-1] I would like the donors to work with incubator directly, write a
complete proposal, show up with people who will continue working on
the project and follow the incubator process for setting up a new
project.
thanks,
dims
On 2/2/06, James Strachan <[EMAIL PROTECTED]> wrote:
> We have received
+1
cheers.
Rob
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 Geronimo. The completed
IP clearance check list can be found here https://svn.code
We have received the generous donation of a complete and working BPE
engine to the ServiceMix project...
http://mail-archives.apache.org/mod_mbox/geronimo-servicemix-dev/
200602.mbox/%
[EMAIL PROTECTED]
the contributor has offered to donate to Apache & complete the
necessary software grants
Why is this in devtools? - sachin On Feb 2, 2006, at 11:14 AM, [EMAIL PROTECTED] wrote:Author: jstrachanDate: Thu Feb 2 08:14:47 2006New Revision: 374421URL: http://svn.apache.org/viewcvs?rev=374421&view=revLog:Latest HTML dump from the confluence wiki created by wikimesh; see the confluence log f
After Run->Run as Server get message "Could not find a client that is able to
launch the selection"
---
Key: GERONIMODEVTOOLS-58
URL: http://issues.apache.org/jira/browse/GERONIMODEVT
OPEN NOW:
OSCON and EuroOSCON call for speakers/papers - see below for information on how to submit your proposals and conference details. It would be great to get some Geronimo sessions at these conferences.
If you have any questions, you can contact me directly -
Lauren Cooney
[EMAIL PROTECTE
[ http://issues.apache.org/jira/browse/GERONIMO-1575?page=all ]
Aaron Mulder updated GERONIMO-1575:
---
Component: core
Summary: JMX service doesn't start up when server hostname does not
resolve correctly (was: JMX service doesn't start up whe
+1
Guillaume Nodet
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 Geronimo. The completed IP
clearance check list can be found here https://svn.codeh
Andy Piper wrote:
At 09:25 AM 1/18/2006, Jules Gosnell wrote:
I haven't been able to convince myself to take the quorum approach
because...
shared-something approach:
- the shared something is a Single Point of Failure (SPoF) - although
you could use an HA something.
That's how WAS and W
I see your point. Sounds like at a minimum each alternate server
root directory would need to contain a var subdirectory.
Best wishes,
Paul
On 2/1/06, John Sisson <[EMAIL PROTECTED]
> wrote:
I'm not sure if you are suggesting it would be possible for two geronimoinstances to share a var/config
Looks great. When can we pull the trigger?
-Donald
Bruce Snyder (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-1538?page=all ]
Bruce Snyder updated GERONIMO-1538:
---
Description:
See the example of the new look and feel for the site h
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 is clearly going to be a significant issues for customers as they
will have to re-work all their plans on incremental server cha
After
- deleteing openejb directory
- running "svn update"
- "maven m:build"
i found these Exception in my logs for server-startup:
--
Booting Geronimo Kernel (in Java 1.4.2_08)...
Started configuration 1/26 0s geronimo/rmi-naming/1.1-SNAPSHOT/car
Started configuratio
Hi Sanjiva,
I sent the email 3 times (I think) - I'm having problems seeing email
from gmail - so it didn't look like it was getting through - so
apologies foe all my luv :)
ServiceMix is an ESB - which just happens to be based around a JBI
Container. Although the market definition is l
On 2 Feb 2006, at 12:52, Sanjiva Weerawarana wrote:
Sorry to be a PITA but can someone explain to me the connection
between
a JBI impl and a BPEL engine??
JBI is the JSR approved standard API to integration components and an
ESB container is the standard container model for a BPE; so it mak
I just deleted the openejb subdir, made "svn update" und then build via
"maven"
After starting the geronimo-j2ee-tomcat Server via startup.bat in bin,
I found this Exception concerning EJB:
---
15:36:56,892 DEBUG [WebappClassLoader]
loadClass(org.apache.geronim
When user configure server and put wrong password, no message is shown
--
Key: GERONIMODEVTOOLS-57
URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-57
Project: Geronimo-Devtools
Type: Bug
[ http://issues.apache.org/jira/browse/GERONIMO-1575?page=all ]
Timotej Ecimovic updated GERONIMO-1575:
---
Description:
This problem occurs ONLY when I am on the DHCP network. It does not happen when
I'm off the network or on the static IP network.
JMX service doesn't start up when in the DHCP network
-
Key: GERONIMO-1575
URL: http://issues.apache.org/jira/browse/GERONIMO-1575
Project: Geronimo
Type: Bug
Versions: 1.0
Environment: OS: Linux Fedora Cor
Jira 1448 describes a problem with the JMX debug tool on Tomcat. I'm
fixing the problem by updating the url-pattern in web.xml for the app:
Debug
/
Either pattern works fine for Jetty. Any spec smithers want to
offer an opinion on the validity/invalidity of '/*'?
I need to check the spec, but isn't it the Module GBean that exposes
the deployment descriptor? I'm assuming we'd extend that with our
method to get the Geronimo deployment plan. We could (if we don't
already) expose a ServiceModule or something for the non-J2EE
configurations. Other than not ha
On 2/2/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
> [ ] +1 Document issue in release notes and defer fix to 1.1
> [ ] 0 Not that important one way or another
> [X] -1 This is an issue that must be resolved in the 1.0.x branch
> [ ] Other...provide your reasons.
Aaron
1 - 100 of 117 matches
Mail list logo