On 10/20/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: dain
Date: Thu Oct 19 15:44:24 2006
New Revision: 465917
...
+boolean containsEnv = false;
+for (Iterator iterator = map.entrySet().iterator();
iterator.hasNext();) {
+Map.Entry entry = (Map.Entry)
On Oct 19, 2006, at 11:19 PM, Jacek Laskowski wrote:
On 10/20/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: dain
Date: Thu Oct 19 15:44:24 2006
New Revision: 465917
...
+boolean containsEnv = false;
+for (Iterator iterator = map.entrySet().iterator();
[
http://issues.apache.org/jira/browse/GERONIMO-2510?page=comments#action_12443759
]
Rick McGuire commented on GERONIMO-2510:
I believe his analysis is (mostly) correct. The specification for
javax.rmi.CORBA.Util.loadClass() has a
Dain Sundstrom wrote:
One problem I'm seeing in the tck has to do with the CORBA and RMI
delegates. When the java.rmi.Util class is loaded, it uses
Class.forName to load the UtilDelegate specified in a system
property. This is what yoko uses:
private static UtilDelegate delegate =
On my local image I added a new repo to the root pom.xml so that I could
pick up the Glassfish JSTL jar. What I discovered is that this resulted
in java.net getting placed before the apache repo in the search order
and therefore I'm picking up different jars (specs) from java.net (which
is
You just need to put the standard repo in front of the new repo.
However, if there are conflicting jars, this is a real problem,
and it may be better to create a geronimo private repo, or
ask for jstl to be published on ibiblio (if released).
On 10/20/06, Joe Bohn [EMAIL PROTECTED] wrote:
On
I don't think the search order will solve your problem because the
different spec jars are being picked up as transitive dependencies. So
no matter what the search order, those aritfacts will be picked up
since they are listed explicitly as dependencies of your dependencies.
I believe you should
Guillaume Nodet wrote:
You just need to put the standard repo in front of the new repo.
However, if there are conflicting jars, this is a real problem,
and it may be better to create a geronimo private repo, or
ask for jstl to be published on ibiblio (if released).
Thanks for the response
Thanks Prasad. I'm not yet sure if we are picking up *unnecessary jars*
(but it does look suspicious). It appears that we pick these up in our
current build. It's just a matter of where we get them from. I'd like
to first get things working by picking up just the jar that I need
(JSTL)
Hi All,In response to the following issue raised by David Jencks, I am thinking of changing the the implementation of Servlet and ServletStats (required by jsr77) for tomcat. The older implementation (GERONIMO-1035) will have 2 of each servlets! I am thinking of a ServletsHolder, which will be a
I received a note from Carlos on the Maven team and it appears there
is an issue with a few artifacts that were released in 1.1 and
1.1.1. Here is the list of the poms in the Maven 1 repo.
'geronimo:geronimo-javamail-transport:jar:1.1.1'
- Missing 'siteDirectory': Both siteAddress and
Joe Bohn wrote:
Guillaume Nodet wrote:
You just need to put the standard repo in front of the new repo.
However, if there are conflicting jars, this is a real problem,
and it may be better to create a geronimo private repo, or
ask for jstl to be published on ibiblio (if released).
Thanks
Isn't the best way to just put the updated
files to the M1 repo at
http://people.apache.org/repo/m1-ibiblio-rsync-repository/
or send updated poms to Carlos ?
Personally, I'd prefer not having these poms at all
(speaking of all poms, not these in particular).
The dependencies are not good enough
[ http://issues.apache.org/jira/browse/DAYTRADER-14?page=all ]
Piyush Agarwal updated DAYTRADER-14:
Attachment: daytrader-14.patch.1019
Attaching the patch which will allow the creation of Daytrader database tables
from within Daytrader
The spec jars for G are picked up from o.a.g.specs groupId. The JSTL pom is a fake pom. Hence it should not download anything else. The best thing to do will be to move this jar to a different location (private repo?).thanksAnitaJoe Bohn [EMAIL PROTECTED] wrote:It appears that we pick these up in
Lightweight JmsReceiverComponent and servicemix-jms components gets
javax.jms.IllegalStateException: Method setMessageListener not permitted
error in WAS 6.1
The applications/console/console-standard has a dependency: dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId /dependency The pom for this at javax.servlet groupId is a real one. It is not necessary to download the other specs. You could try replacing this with : dependency
Hi All,
I included in the download page a link to the sample applications we have in
the cwiki, that is samples for each of the Geronimo releases.
The Development box on the left now also shows the Geronimo JEE 5 Report
Card, a table showing our progress towards the JEE 5 implementation.
I posted earlier this week about a recent JUG I attended in Atlanta.
One of the comments I got was that our website didn't seem very
active. I stopped to take a look at it today trying to take the
perspective of a user or interested party and observed that our goals
are a bit dated.
I can update them but that would mean they are no longer 1.1.1 but
should probably be 1.1.2. That is more a philosophical discussion.
I'm happy to update them but wasn't sure of the ramifications as we
would then have two different versions of the poms. I'm happy to
make them go away
Thanks...I now officially dub thee Jeff Magnusson Jr. :)
On Oct 20, 2006, at 3:45 PM, Jeff Genender wrote:
Matt Hogstrom wrote:
We are working on
our next version of the server which is based on JEE 1.5. Some of
our
Use Java EE5 please. JEE 1.5 is a no-no.
Jeff
Matt Hogstrom
[EMAIL
Matt Hogstrom wrote:
Thanks...I now officially dub thee Jeff Magnusson Jr. :)
I don't mean to be a stickler...but when I used that term (JEE5) on the
spec commitee, I really got lashed, so I try to be politically correct ;-)
On Oct 20, 2006, at 3:45 PM, Jeff Genender wrote:
Matt
Matt Hogstrom wrote:
*** New swill ***
Welcome to the Apache Geronimo Project!
Our goal is to produce a server runtime framework that pulls together
the best Open Source alternatives to create runtimes that meet the
needs of developers and system administrators. Our most prominent
Joe Bohn wrote:
I agree with Jeff that we should use JEE 5.
No...*Java* EE5 ;-)
On 10/20/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
I can update them but that would mean they are no longer 1.1.1 but
should probably be 1.1.2. That is more a philosophical discussion.
I'm happy to update them but wasn't sure of the ramifications as we
would then have two different versions of
Matt Hogstrom wrote:
*** New swill ***
Welcome to the Apache Geronimo Project!
Our goal is to produce a server runtime framework that pulls together
the best Open Source alternatives to create runtimes that meet the needs
of developers and system administrators. Our most prominent runtime
On Oct 20, 2006, at 3:55 PM, Jeff Genender wrote:
I don't mean to be a stickler...but when I used that term (JEE5) on
the
spec commitee, I really got lashed, so I try to be politically
correct ;-)
Couldn't help myself...I'll make the update as we want to be good
citizens.
Matt
Hi,
I am working on removing a dependence on sun.misc.UUEncoder
from the ant code base, and would like to borrow the method
UUEncoder.encodeLine(), so that we can roll our own UUEncoder.
Peter
[
https://issues.apache.org/activemq/browse/AMQ-861?page=comments#action_37257 ]
Vadim Pesochinskiy commented on AMQ-861:
this seems to work now, i.e. files are removed
Kaha DB files are not removed
-
WEB-INF/Classes is not visible during deployment
Key: GERONIMO-2511
URL: http://issues.apache.org/jira/browse/GERONIMO-2511
Project: Geronimo
Issue Type: Bug
Security Level: public
[ http://issues.apache.org/jira/browse/GERONIMO-2511?page=all ]
Dain Sundstrom closed GERONIMO-2511.
Resolution: Fixed
Changed the copy loop to keep a collection of libraries. Then moved the back
the code that installed the WEB-INF/classes to
(he's right...)
Jeff Genender wrote:
Matt Hogstrom wrote:
Thanks...I now officially dub thee Jeff Magnusson Jr. :)
I don't mean to be a stickler...but when I used that term (JEE5) on the
spec commitee, I really got lashed, so I try to be politically correct ;-)
On Oct 20, 2006, at 3:45
Hey.. I just made some fixes recently to the stomp acking.. see:
http://svn.apache.org/viewvc?view=revrevision=465990
This may fix it for ya.
On 10/20/06, James Strachan [EMAIL PROTECTED] wrote:
Some background on prefetch...
Hi, am I correct in thinking that the current NMS source supports the Apache
ActiveMQ server only? I would like to write a client that can talk to a
Tibco EMS server. Do I have to implement a provider in order to do this, or
is there one already available? If so how do I go about it? Would
On 10/20/06, Dave68 [EMAIL PROTECTED] wrote:
Hi, am I correct in thinking that the current NMS source supports the Apache
ActiveMQ server only? I would like to write a client that can talk to a
Tibco EMS server. Do I have to implement a provider in order to do this, or
is there one already
Hi Dave,
On 10/20/06, Dave68 [EMAIL PROTECTED] wrote:
Hi, am I correct in thinking that the current NMS source supports the
Apache
ActiveMQ server only? I would like to write a client that can talk to a
Tibco EMS server. Do I have to implement a provider in order to do this,
or
is there
On 10/20/06, Dave68 [EMAIL PROTECTED] wrote:
Hi James and Hiram, thanks for the quick response!
The Tibco EMS server does come with c# APIs and example client code when you
download their evaluation server. Take a look at
http://cf.tibco.com/eval/RegEval.cfm
I really want to use NMS instead
On 10/20/06, Dave68 [EMAIL PROTECTED] wrote:
Hi James and Hiram, thanks for the quick response!
The Tibco EMS server does come with c# APIs and example client code when
you
download their evaluation server. Take a look at
http://cf.tibco.com/eval/RegEval.cfm
Then it should not be too hard
[
https://issues.apache.org/activemq/browse/AMQ-845?page=comments#action_37255 ]
Priya Parvatikar commented on AMQ-845:
--
Hi,
Could you please let me know what is the ETA for a fix for this ?
Thanks,
Priya
Sending messages to a topic
Hi Hiram,
Thanks for the quick response and the fix. I am in process of testing it
today and will let you know how it goes.
James: thanks for describing the prefetch behavior for me.
Vik
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram
Chirino
Hey Folks,
Just wanted to give you an update on the progress that ActiveMQ is making in
supporting AMQP clients. I have taken most of the java code from the qpid
project and done some major refactoring to it so that it's more inline with
the ActiveMQ architecture. It now uses the ActiveMQ
Document usage of jsr181:endpoint style parameter
-
Key: SM-715
URL: https://issues.apache.org/activemq/browse/SM-715
Project: ServiceMix
Issue Type: Improvement
Components:
On 10/13/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
I have checked in some new code in servicemix-bean to be
able to handle InOut exchanges and acting as a consumer.
Sounds cool!
BTW I've also added the ability for the BeanComponent to auto-discover
POJOs on the classpath by the user
On 10/20/06, James Strachan [EMAIL PROTECTED] wrote:
On 10/13/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
I have checked in some new code in servicemix-bean to be
able to handle InOut exchanges and acting as a consumer.
Sounds cool!
BTW I've also added the ability for the BeanComponent to
[ https://issues.apache.org/activemq/browse/SM-717?page=all ]
Guillaume Nodet reassigned SM-717:
--
Assignee: Guillaume Nodet
Upgrade to geronimo 1.2, jencks 2.0, activemq 4.1, lingo 1.1
I think the idea of sitting on a little-G or a stripped down Geronimo
sounds great and should allow us to re-use Geronimo for
JNDI/Transaction Managers etc
P
On 10/20/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Sounds like a great idea!
On 10/11/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
On 10/20/06, Philip Dodds [EMAIL PROTECTED] wrote:
I think the idea of sitting on a little-G or a stripped down Geronimo
sounds great and should allow us to re-use Geronimo for
JNDI/Transaction Managers etc
This is what Micro-G is all about. It's stripped down to only the
items required to run
[ http://issues.apache.org/jira/browse/XBEAN-58?page=all ]
Guillaume Nodet closed XBEAN-58.
Resolution: Fixed
xbean-naming: JNDI implementation
-
Key: XBEAN-58
URL:
48 matches
Mail list logo
