[ http://issues.apache.org/jira/browse/GERONIMO-2305?page=all ]
David Jencks closed GERONIMO-2305.
--
Fix Version/s: 1.1.1
1.1.2
1.2
Resolution: Fixed
> geronimo.kernel.classloader.JarFileUrlStreamHandler fails
[
http://issues.apache.org/jira/browse/GERONIMO-2305?page=comments#action_12427674
]
David Jencks commented on GERONIMO-2305:
Fixed in 1.1.1 following agreement from Matt the release manager. Rev 430965.
> geronimo.kernel.classloader.J
Anyone know?
--jason
Thanks, I've applied the change to 1.1.1
david jencks
On Aug 11, 2006, at 6:58 AM, Matt Hogstrom wrote:
David,
I'm chasing a couple of other things this morning. I'm willing to
take your recommendation and apply it. Before anyone gets too
worked up at why I would let this one in and not
Aaron Mulder wrote:
> On 8/11/06, Jeff Genender <[EMAIL PROTECTED]> wrote:
>> Ok, I understand where you are going with this. I totally agree with
>> your thinking here. But...IIUC...in the web app, if you are including
>> your own PU, you likely wouldn't be using the JNDI (and thus the
>> conta
On 8/11/06, Jeff Genender <[EMAIL PROTECTED]> wrote:
Ok, I understand where you are going with this. I totally agree with
your thinking here. But...IIUC...in the web app, if you are including
your own PU, you likely wouldn't be using the JNDI (and thus the
container) for this and would be declar
Aaron Mulder wrote:
> On 8/11/06, Jeff Genender <[EMAIL PROTECTED]> wrote:
>> With regard to duplicating PUs, in theory, it shouldn't make a
>> difference if the PU was already loaded in a parent loader.
>
> I think it does. The web app is not necessarily supposed to see JPA
> configurations in
On 8/11/06, Jeff Genender <[EMAIL PROTECTED]> wrote:
With regard to duplicating PUs, in theory, it shouldn't make a
difference if the PU was already loaded in a parent loader.
I think it does. The web app is not necessarily supposed to see JPA
configurations in an EJB JAR, only JPA configurati
Aaron Mulder wrote:
> On 8/11/06, Jeff Genender <[EMAIL PROTECTED]> wrote:
>> Isn't this the same problem we (and other app servers) have with Spring
>> and Commons Logging? If you are duplicating the persistence units, then
>> it should be handled the same way its handled for Spring, yes?
>
> W
On 8/11/06, Jeff Genender <[EMAIL PROTECTED]> wrote:
Isn't this the same problem we (and other app servers) have with Spring
and Commons Logging? If you are duplicating the persistence units, then
it should be handled the same way its handled for Spring, yes?
What way is that?
Thanks,
Aar
Isn't this the same problem we (and other app servers) have with Spring
and Commons Logging? If you are duplicating the persistence units, then
it should be handled the same way its handled for Spring, yes?
Aaron Mulder wrote:
> So what happens if an EJB JAR has a persistence.xml and a web app in
So what happens if an EJB JAR has a persistence.xml and a web app in
the same EAR has a separate persistence.xml? If we just look in the
class loader, when we go to deploy the web app, we'll see them both
because the EJB JAR is added to the parent classpath of the WAR. Is
there a good way to dis
Weird, but possible, I guess. :)
Thanks,
Aaron
On 8/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
So check this idea out -- you'll flip. What if we use the
context.xml to override the class that registers the root java: jndi
provider :) Dain and I were going back and forth on what woul
On Aug 8, 2006, at 11:52 AM, Aaron Mulder wrote:
So far the idea is to put an EntityManagerFactory in JNDI for each
persistence unit at java:comp/env/jpa/(persistence-unit-name) . The
problem is that every component type in Geronimo uses a different
GBean and attribute to hold the JNDI context.
I'm not sure what you're planning to do with AJAX, but wouldn't Dojo
need access to classes in the web app? At least, when we use DWR, we
point it to server-side classes and APIs and it automagically
generates JavaScript wrappers for those. If so, I'm not sure it would
work to have Dojo deployed
This is a bug fix...no votes needed. It should be able to be committed
directly.
Jeff
Stefan Kleineikenscheidt wrote:
> Hi all,
>
> I've attached a second version of patch to XBEAN-39 with the changes
> Guillaume suggested. As far as I understand the process PMC members have to
> review and vo
Paul,
Yes...this idea has my full support. The more user friendly and better
experience of the console only puts us ahead of the game. The few AJAX
components we have already (thermometers) has garnered a lot of positive
feedback, so the more, the merrier ;-)
Jeff
Paul McMahan wrote:
> Dojo i
David Blevins wrote:
>
> On Aug 8, 2006, at 12:22 PM, Jeff Genender wrote:
>
>> Aaron,
>>
>> Please look at the openejb3-persistence module as it does a majority of
>> what you described below...
>>
>> 1) Takes a classloader
>> 2) looks for persistence.xml files
>> 3) parses found persistence.x
Still does, I've left the deploy/ in the assembly, but it should be
fine if it gets stripped out... but the README.txt is gone now.
--jason
On Aug 11, 2006, at 5:05 PM, Aaron Mulder wrote:
On 8/11/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
Okay, this works... though now it barfs about the
On 8/11/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
Okay, this works... though now it barfs about the README.txt that is
created to keep that directory there...
I think we need to make the hot-deployer bean create that directory
dynamically.
It does. Or at least, it used to. :)
Thanks,
Aa
Okay, this works... though now it barfs about the README.txt that is
created to keep that directory there...
I think we need to make the hot-deployer bean create that directory
dynamically.
--jason
On Aug 11, 2006, at 3:50 PM, anita kulshreshtha wrote:
The hot-deployer.patch at
http
Jason van Zyl wrote:
On 11 Aug 06, at 7:05 PM 11 Aug 06, Jason Dillon wrote:
I'm going to let this sit for the weekend, and if there are no
objections I'd like to implement this.
Or do we need a formal vote to to this?
You seem to have everyone's buy in, you've made the proposal and
prov
This is a good idea.
Regards,
Alan
Jason Dillon wrote:
On Aug 11, 2006, at 12:32 PM, David Blevins wrote:
Have you thought about using specs/tags/- for
the tag names? That's what maven does, so I'm guessing you noticed
and didn't like it for some reason.
The issue with that is that specs
On 11 Aug 06, at 7:05 PM 11 Aug 06, Jason Dillon wrote:
I'm going to let this sit for the weekend, and if there are no
objections I'd like to implement this.
Or do we need a formal vote to to this?
You seem to have everyone's buy in, you've made the proposal and
provided reasoning. Lazy
On 11 Aug 06, at 3:15 PM 11 Aug 06, Jason Dillon wrote:
A while ago there was talks about independently versioning specs,
and Alan started a reorg branch which gives each spec module its
own trunk+branches+tags...
I have been thinking about this for a while, and with the recent
desire to
On 8/11/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
If the config is loaded last... what else does it need to wait for?
Things that load after it. You have no idea what the user will
install, or whether they'll rearrange the load order, or what. For
example, what if you install Little G, then
I'm going to let this sit for the weekend, and if there are no
objections I'd like to implement this.
Or do we need a formal vote to to this?
--jason
On Aug 11, 2006, at 12:44 PM, Dain Sundstrom wrote:
This feels like an excellent compromise where we can easily build
them together and the
Thanks, I'm testing now.
So, it looks like car's don't get transitive dependencies picked up
from the pom... any idea why not?
--jason
On Aug 11, 2006, at 3:50 PM, anita kulshreshtha wrote:
The hot-deployer.patch at
http://issues.apache.org/jira/browse/GERONIMO-2067#action_12423814
ha
If the config is loaded last... what else does it need to wait for?
--jason
On Aug 11, 2006, at 7:48 AM, Aaron Mulder wrote:
The error is from the hot deployer, and the hot deployer puts in a
little delay before it runs in order to let everything else finish
starting. It didn't seem reasonab
The hot-deployer.patch at
http://issues.apache.org/jira/browse/GERONIMO-2067#action_12423814
had a scope and a deploy-tool dependency. If you want to get it
running, you can use the scope. I found that some of the modules have
escaped dependency pruning.
Thanks
Anita
--- Jason Dillon <[EMAIL
On Aug 8, 2006, at 12:22 PM, Jeff Genender wrote:
Aaron,
Please look at the openejb3-persistence module as it does a
majority of
what you described below...
1) Takes a classloader
2) looks for persistence.xml files
3) parses found persistence.xml files
4) Creates EntityManagerFactories bas
Hi,
I have recently updated my old servicemix trunk version but when I run
maven I get:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Plugin could not
On Aug 9, 2006, at 1:21 AM, David Blevins wrote:
I'm going to start a branch tomorrow to experiment with JPA stuff
Done. Got a branch up here:
- Revision 430900: /geronimo/branches/jpa-plugin
Also threw up a wiki page:
- http://cwiki.apache.org/confluence/display/GMOxSBOX/JPA+Plugin
I thi
If it all works in Safari and Firefox I'm all for it :-)
--jason
On Aug 11, 2006, at 2:17 PM, Paul McMahan wrote:
Dojo is a popular open source AJAX library that's available under the
BSD and Academic Free licenses. The DayTrader folks use it in the web
UI they recently announced on the Gero
Dojo is a popular open source AJAX library that's available under the
BSD and Academic Free licenses. The DayTrader folks use it in the web
UI they recently announced on the Geronimo dev list and Chris used it
in the nice LDAP UI he did for GERONIMO-1823. I would also like to
start introducing s
[ https://issues.apache.org/activemq/browse/SM-535?page=all ]
Guillaume Nodet resolved SM-535.
Resolution: Fixed
Author: gnodet
Date: Fri Aug 11 14:00:22 2006
New Revision: 430895
URL: http://svn.apache.org/viewvc?rev=430895&view=rev
Log:
SM-535: Allow
me 2
-dain
On Aug 11, 2006, at 1:09 PM, Alan D. Cabrera wrote:
I can help by being a moderator.
Regards,
Alan
Guillaume Nodet wrote:
It seems that there is a consensus to create these mailing lists.
I will raise a JIRA for that on infra.
On 8/1/06, Guillaume Nodet < [EMAIL PROTECTED]> wro
Allow interface to be used with jsr181 annotations
--
Key: SM-535
URL: https://issues.apache.org/activemq/browse/SM-535
Project: ServiceMix
Issue Type: Bug
Components: servicemix-jsr1
Cool, that's a lot nicer than I had thought.
Thanks,
Aaron
On 8/11/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
I'm dumb. You simply need to add the jar to lib/endorsed jar in the
boilerplate config (thanks Jason), and add it to the manifest class
path of the j2ee-system configuration (se
On Aug 11, 2006, at 12:40 PM, Dain Sundstrom wrote:
Rick,
I believe what you really want to do is to use the endorsed
directory. This allows you to override the vm implementation of
endorsed specification such as corba (https://java.sun.com/j2se/
1.5.0/docs/guide/standards/index.html). I
Can we get this finished... so we can move forward and setup modules
to use the m2 standard layout?
Also, if there is a list of modules which no merge is needed, we can
update them now.
Anyone know?
--jason
Anyone know what the status is of the ActiveMQ v4 integration into
Geronimo? A while pack some modules were added to trunk, but looks
like those modules were never hooked up... so right now we depend on
3.2.4-SNAPSHOT and 4.0.1.
Can we get this resolved, and get G 1.2 (trunk) on ActiveMQ v
[ http://issues.apache.org/jira/browse/GERONIMO-2319?page=all ]
Donald Woods updated GERONIMO-2319:
---
Fix Version/s: 1.2
Affects Version/s: 1.1
1.0
(was: 1.2)
Duplicate of [GERONIMO-1786|http://i
Rick,
Did you intend to just add this println or were you really planning to
remove the part (as you did with trunk).
Joe
[EMAIL PROTECTED] wrote:
Author: rickmcguire
Date: Fri Aug 11 10:26:32 2006
New Revision: 430833
URL: http://svn.apache.org/viewvc?rev=430833&view=rev
Log:
GERONIMO-2209
On 8/11/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
The board report is due this month.
I have edited it, but feel free to add / change anything needed.
http://wiki.apache.org/incubator/August2006
Shall we add the addition of a new committer?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAI
The board report is due this month.
I have edited it, but feel free to add / change anything needed.
http://wiki.apache.org/incubator/August2006
--
Cheers,
Guillaume Nodet
Makes sense to me too. +1
Joe
Jason Dillon wrote:
A while ago there was talks about independently versioning specs, and
Alan started a reorg branch which gives each spec module its own trunk
+branches+tags...
I have been thinking about this for a while, and with the recent desire
to spli
I can help by being a moderator.
Regards,
Alan
Guillaume Nodet wrote:
It seems that there is a consensus to create these mailing
lists.
I will raise a JIRA for that on infra.
On 8/1/06, Guillaume
Nodet <
[EMAIL PROTECTED]> wrote:
While looking at
http://issues.apache.org/jira/br
FYI, in 1.2, the lib/ and lib/endorsed/* bits are now configured in
geronimo-boilerplate-minimal/pom.xml... which is picked up by all of
the assemblies.
--jason
On Aug 11, 2006, at 12:40 PM, Dain Sundstrom wrote:
Rick,
I believe what you really want to do is to use the endorsed
directo
That is just to put the jar into a dir, which the system property
java.endorsed.dirs points to?
--jason
On Aug 11, 2006, at 12:51 PM, Mosur Ravi, Balaji wrote:
If the ORB wants to be 3.0 compliant, then yes...
java.endorsed.dirs is
the preferred way that sun wants to follow for these case
Any idea how to fix?
I have already committed the change that Anita posted about scope
instead of type...
ConfigIDExtractor is part of geronimo-deploy-jsr88, which is a
dependency of the hot-deployer config. Does it need a scope? Right
now it has the default scope.
I really don't like
If the ORB wants to be 3.0 compliant, then yes... java.endorsed.dirs is
the preferred way that sun wants to follow for these cases...
- Balaji
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron
Mulder
Sent: Friday, August 11, 2006 3:08 PM
To: dev@geron
On Aug 11, 2006, at 12:32 PM, David Blevins wrote:
Have you thought about using specs/tags/- for
the tag names? That's what maven does, so I'm guessing you noticed
and didn't like it for some reason.
The issue with that is that specs/tags becomes massive over time and
not easy to grok.
This feels like an excellent compromise where we can easily build
them together and they can be independently versioned.
-dain
On Aug 11, 2006, at 12:15 PM, Jason Dillon wrote:
A while ago there was talks about independently versioning specs,
and Alan started a reorg branch which gives each
This is a good idea. I like it.
+1
Cheers
Prasad
On 8/11/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:
Sounds fine to me.
Thanks,
Aaron
On 8/11/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
> A while ago there was talks about independently versioning specs, and
> Alan started a reorg branch
Rick,
I believe what you really want to do is to use the endorsed
directory. This allows you to override the vm implementation of
endorsed specification such as corba (https://java.sun.com/j2se/1.5.0/
docs/guide/standards/index.html). In general, you should try to keep
the stuff in the e
I like the direction. I think David's comment about
tags/artifact-version works also but tags will get a little busy. If one approach is closer to
Maven behaviour in terms of recommended practices I'd go with that .
Jason Dillon wrote:
A while ago there was talks about independently versioni
Yep it's been fixed in 4.1 but not in the 4.0 branch yet. The commit
that fixed this was revision 418966:
http://mail-archives.apache.org/mod_mbox/geronimo-activemq-commits/200607.mbox/[EMAIL
PROTECTED]
It's also got an issue:
http://issues.apache.org/activemq/browse/AMQ-792
I wonder what you
Sounds fine to me.
Thanks,
Aaron
On 8/11/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
A while ago there was talks about independently versioning specs, and
Alan started a reorg branch which gives each spec module its own trunk
+branches+tags...
I have been thinking about this for a while, a
Great proposal, I like this. Comment below...
On Aug 11, 2006, at 12:15 PM, Jason Dillon wrote:
[...]
So, here is what I propose:
specs/trunk/pom.xml
specs/trunk/
specs/tags//
Have you thought about using specs/tags/- for
the tag names? That's what maven does, so I'm guessing
Patch: refactoring to allow alternative (using different storage interface)
Destinations implementations.
--
Key: AMQ-877
URL: https://issues.apache.org/activ
It seems that there is a consensus to create these mailing lists.I will raise a JIRA for that on infra.On 8/1/06, Guillaume Nodet <
[EMAIL PROTECTED]> wrote:While looking at
http://issues.apache.org/jira/browse/XBEAN-28,I was wondering if we should ask for xbean specific mailing lists.
[EMAIL
A while ago there was talks about independently versioning specs, and
Alan started a reorg branch which gives each spec module its own trunk
+branches+tags...
I have been thinking about this for a while, and with the recent
desire to split off more modules from geronimo/trunk I've been
pon
[ http://issues.apache.org/jira/browse/XBEAN-41?page=all ]
Guillaume Nodet closed XBEAN-41.
Fix Version/s: 2.6
Resolution: Fixed
Assignee: Guillaume Nodet
Abstract bean definitions are removed when those can be detected.
Author: gnodet
D
Are you saying that every open source and commercial ORB that wants to
run under JDK 1.5.0 requires one of these two approaches? That no one
has come up with a workaround that doesn't require user intervention?
Thanks,
Aaron
On 8/11/06, Mosur Ravi, Balaji <[EMAIL PROTECTED]> wrote:
The JDK
JSF should work OK. I was able to install and run the samples from
http://myfaces.apache.org/ in Geronimo 1.0. I had to make one minor
adjustment to the samples' web.xml before deploying, which was to
remove the elements from the and
elements. Looks like you may need to do the same.
If that
Kaha DB cannot locate queue data files
--
Key: AMQ-876
URL: https://issues.apache.org/activemq/browse/AMQ-876
Project: ActiveMQ
Issue Type: Bug
Components: Message Store
Affects Versions: 4.1
Hi,
The JDK class
http://java.sun.com/j2se/1.5.0/docs/api/org/omg/PortableInterceptor/IORI
nterceptor_3_0Operations.html#adapter_manager_state_changed(int,%20short
)
doesn't correctly implement the corba 3.0 spec... This method should
have a string as the manager ID.
Anyways, there are 2 ways to
[ http://issues.apache.org/jira/browse/XBEAN-39?page=all ]
Guillaume Nodet closed XBEAN-39.
Fix Version/s: 2.6
Resolution: Fixed
Assignee: Guillaume Nodet
The same as patch has also been applied to xbean-spring-v2.
Author: gnodet
Date: F
Thanks Aaron,
Unfortunately, I can't go to the Geronimo 1.1. I have WebSphere Application
Server Community who is based on Geronimo 1.0. By the other hand, I suspect
that my problem is because of the use of JSF components. Do you know if JSF
is supported by Geronimo?
One again, Thanks a lot.
A
There is no need to review for bugfixes.I will commit it asap.Thanks for this patch.On 8/11/06, Stefan Kleineikenscheidt <
[EMAIL PROTECTED]> wrote:Hi all,I've attached a second version of patch to XBEAN-39 with the changes
Guillaume suggested. As far as I understand the process PMC members have t
Hi all,
I've attached a second version of patch to XBEAN-39 with the changes
Guillaume suggested. As far as I understand the process PMC members have to
review and vote for the patch.
So, I please have a look at it - and vote for it... :-)
-> http://issues.apache.org/jira/browse/XBEAN-39
C
Is this for Geronimo 1.1? If so...
Your geronimo-web.xml plan is in the G 1.0 format, so that would
probably be the problem. There's an upgrade tool in the bin/
directory that you can use to take the first stab at upgrading this
plan to the G 1.1 syntax. You can also look here:
http://chariot
[ http://issues.apache.org/jira/browse/GERONIMO-2209?page=all ]
Jason Dillon closed GERONIMO-2209.
--
Cool, I've removed the build config in 1.2 to disable this test since it no
longer exists.
> Enable tests (geronimo-activation :: **/MailcapTest.java)
> --
[ http://issues.apache.org/jira/browse/GERONIMO-2209?page=all ]
Rick McGuire resolved GERONIMO-2209.
Fix Version/s: 1.1.1
Resolution: Fixed
Assignee: Rick McGuire
This test case is highly dependent on the JDK version and what packages
Hello,
I need to deploy a WAR application. I have created a deployment plan, but I
can't find my mistake. When I try to deploy my application I get the
exception:
10:08:11,671 ERROR [PortletInvokerImpl] PortletInvokerImpl.render() - Error
while dispatching portlet.
javax.portlet.PortletException
[
http://issues.apache.org/jira/browse/GERONIMO-2209?page=comments#action_12427545
]
Rick McGuire commented on GERONIMO-2209:
I think it goes beyond just a JDK 1.5 vs. 1.4 issue. Some JVMs (or some JVM
extension) appears to contain a s
Hi,
My name is Philipp Rossmanith and I'm working at T-Systems, Spain. We're
currently involved in a research project where we need to implement a
system providing functionality that to a large extent already seems to
be provided by an ESB.
Since a week, I and my team (4 people in total) are expl
I am actually implementing option 1 anyways since the reflection stuff
is part of the other Transport implementations (I'm being consistent).
The problem is that I want the user to be sure that the broker they
start will only use certificate authenticated connections (this is for
the paranoid to b
Aaron Mulder wrote:
On 8/11/06, Rick McGuire <[EMAIL PROTECTED]> wrote:
...
Any thoughts on how we should handle this particularly awkward
situation?
I vote "we" (e.g. Yoko) do whatever it takes to avoid the class
conflict, and then Geronimo can forget about the JVM ORB forever.
Probably a qu
On 8/11/06, Rick McGuire <[EMAIL PROTECTED]> wrote:
...
Any thoughts on how we should handle this particularly awkward situation?
I vote "we" (e.g. Yoko) do whatever it takes to avoid the class
conflict, and then Geronimo can forget about the JVM ORB forever.
Do "we" know how other open source
I agree. I'll let you know when the site is updated. I won't be able
to do it during the day, but tonight or over the weekend.
Thanks,
Aaron
On 8/11/06, Joe Bohn <[EMAIL PROTECTED]> wrote:
Does anybody know how to update the Maven metadata on ibiblio? It looks
like this is incorrect for
Rick, I'm curious about the inherent conflict with the classes that
ship with the JVM. Can you explain a little more about what that
means (which classes, when and how are they loaded, etc)?
thanks,
Paul
On 8/11/06, Rick McGuire <[EMAIL PROTECTED]> wrote:
I've run into an interesting snag wit
Does anybody know how to update the Maven metadata on ibiblio? It looks
like this is incorrect for all of the 1.1 artifacts.
Aaron,
Thanks for looking into this. Have you added (or are you going to add)
the full set of geronimo artifacts for 1.1 to your plugin repo as you
mentioned? Can you
The error is from the hot deployer, and the hot deployer puts in a
little delay before it runs in order to let everything else finish
starting. It didn't seem reasonable to try to put in service
dependencies on all the other deployers, since we don't really know
what will change with time, plugin
I've run into an interesting snag with getting Geronimo to run with the
Yoko ORB. Because there in an inherent conflict with some of the class
files that ship with the JVM, it is necessary to prepend the yoko jar
file to the bootclasspath when launching the server. This sort of lies
outside
[
http://issues.apache.org/jira/browse/GERONIMO-2307?page=comments#action_12427532
]
Matt Hogstrom commented on GERONIMO-2307:
-
Here is a list of other files that are in the build that we need to consider.
application-client_1_2.dtd
app
Btw, the docs on http://www.activemq.org/site/consumer-dispatch-async.html
refer to dispatchAsync but the code uses asyncDispatch.
I guess this is an oversight, right ?
On 8/11/06, Hiram Chirino <[EMAIL PROTECTED]> wrote:
I think that if we enable async dispatch this issue should go away.
This
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-92?page=all ]
Sachin Patel updated GERONIMODEVTOOLS-92:
-
Patch Info: (was: [Patch Available])
> Support builds on Linux x86_64 based systems
>
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-87?page=comments#action_12427526
]
Sachin Patel commented on GERONIMODEVTOOLS-87:
--
I cannot reproduce this, could you send me a test case to reproduce?
> Distribution of confi
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-95?page=all ]
Sachin Patel closed GERONIMODEVTOOLS-95.
Resolution: Fixed
> pim.xml still uses WTP 1.5.0
>
>
> Key: GERONIMODEVTOOLS-95
>
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-95?page=all ]
Sachin Patel reassigned GERONIMODEVTOOLS-95:
Assignee: Sachin Patel
> pim.xml still uses WTP 1.5.0
>
>
> Key: GERONIMODEVTOOLS-
Please submit that patch!
On 8/10/06, Fateev, Maxim <[EMAIL PROTECTED]> wrote:
Hi,
We were looking at alternate message persistence mechanisms that can
co-exist in current ActiveMQ code base and we are thinking of a mechanism that
is somewhat incompatible with the current Messa
I cheated - I wasn't running tests :-)
John
Kevan Miller wrote:
I'm not getting that far... I'm getting a test failure in
modules/activation:
test:test:
[junit] Running org.apache.geronimo.activation.handlers.MailcapTest
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.23
Jason Dillon wrote:
On Aug 10, 2006, at 4:25 PM, David Blevins wrote:
On Aug 10, 2006, at 1:57 PM, Matt Hogstrom wrote:
This is what I meant by "top-level"
Something like:
geronimo/
devtools/
daytrader/
transaction/
connector/
server/
x
I think that if we enable async dispatch this issue should go away.
This would only affect vm transport since the transport oneways. We
should look into making async to be dispatch be the default when using
the vm transport.
On 8/11/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I sometime have
David,
I'm chasing a couple of other things this morning. I'm willing to take your recommendation and
apply it. Before anyone gets too worked up at why I would let this one in and not others we got
derailed a bit with the addressing the security issue (now resolved). Given the delay I'm ok w
I'm not getting that far... I'm getting a test failure in modules/
activation:
test:test:
[junit] Running org.apache.geronimo.activation.handlers.MailcapTest
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed:
0.237 sec
[junit] [ERROR] Test
org.apache.geronimo.activation.
Jason,
http://www.mail-archive.com/dev@geronimo.apache.org/msg29265.html
Cheers
Prasad
On 8/11/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
Anyone know why this error gets spit out after the server boots?
java.lang.NoClassDefFoundError: org/apache/geronimo/deployment/plugin/
ConfigIDExtractor
[ http://issues.apache.org/jira/browse/GERONIMO-2308?page=all ]
Prasad Kashyap updated GERONIMO-2308:
-
Patch Info: [Patch Available]
> All Geronimo JARs should include a NOTICE.txt file in addition to the
> LICENSE.txt file
> ---
1 - 100 of 112 matches
Mail list logo
