[ http://jira.activemq.org/jira//browse/AMQ-531?page=all ]
Hiram Chirino reassigned AMQ-531:
-
Assign To: james strachan
Looks like we can close this one out.
> XBean has a runtime issue with Spring 2.0M2
> ---
>
>
Thanks Dain. That worked.
-VamsiOn 3/20/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
The attribute store can not save a GBeanInfo and instead recordsclass from which the GBeanInfo was originally obtained. This is the"sourceClass" property of GBeanInfo. Simply use one of thecreateStatic methods
+1
-dain
On Mar 17, 2006, at 9:22 AM, James Strachan wrote:
The 4.0 release of ActiveMQ is long overdue; since we started
incubation
we've got out of the good habit of releasing early and releasing
often. So
I'd like us to get back on track making frequent releases even
though we are
sti
On Mar 20, 2006, at 1:19 PM, Alexei Zakharov wrote:Hi Kevan, I was lucky to build it using JRockit 1.4.2 + Maven 1.1 Beta. Therefore, this was a "pure JRockit" experiment. As for dependencies from Sun, AFAIK there are a few non-CORBA places in code with "com.sun" hardcoded. This issue has been
[ http://jira.activemq.org/jira//browse/AMQ-643?page=comments#action_35852
]
Hiram Chirino commented on AMQ-643:
---
Hi Kevin,
Yeah, I agree, making sure everybody is using the same setting is a bit of a
problem. I working on a change right now that will a
Move from 1.1-dev version of commons-fileupload to version 1.1
---
Key: GERONIMO-1756
URL: http://issues.apache.org/jira/browse/GERONIMO-1756
Project: Geronimo
Type: Bug
Components: console
Versions
M1 plugins are being kept around for people who
want to continue using M1.
+1 to option 3
Cheers
Anita
--- Prasad Kashyap <[EMAIL PROTECTED]>
wrote:
> Ah.. gotcha. So the existing m1 plugins will
> continue to exist but be
> built using the M2 build process. We should also
> migrate the pl
Ah.. gotcha. So the existing m1 plugins will continue to exist but be
built using the M2 build process. We should also migrate the plugin
such that it can e used (invoked) in an M2 environment. That would
mean making mojos out of them.
Does it also mean leave the old groupid & artifactid for the
Jacek Laskowski wrote:
2006/3/20, Prasad Kashyap <[EMAIL PROTECTED]>:
As we start migrating the plugins, where do we drop them ?
[ ] Option 1: create a new directory for m2 plugins. (eg.
geronimo/m2-plugins). Drop m2 plugins here. In the future, delete
existing geronimo/plugins and rename t
[ http://jira.activemq.org/jira//browse/AMQ-507?page=comments#action_35851
]
Jonas Lim commented on AMQ-507:
---
No I haven't. I've been testing this on the latest snaphot and also the M4
release using the default configuration. I was sending up t o 100
Hi All,
I just updated the Web site to fix the font problems in committers.html and
schemas.html
It should now be "more" consistent across platforms.
Cheers!
Hernan
Hi Jacek,
good timing, I just updated the site (first time) :)
Those instructions have missing that you need to get the site from svn first (although it may look
obvious)
Here is a *summary* of the steps:
1- svn co https://svn.apache.org/repos/asf/geronimo/site/
2- edit the xml files in \xdo
[ http://jira.activemq.org/jira//browse/AMQ-641?page=comments#action_35850
]
tao commented on AMQ-641:
-
I have patch this question.
In the file package org.apache.activemq.ActiveMQConnection;
public Response syncSendPacket(Command command) throws JMSException
Hi,
I'm not sure if I haven't already asked about it before, but what do
you think about adding the 'Last Published' item on the front page as
it is when a site is generated using Maven?
Also, what are the steps to get changes to go live? Are the steps
described in
http://svn.apache.org/viewcvs.
2006/3/20, Dain Sundstrom <[EMAIL PROTECTED]>:
> I think we will need to support our user oriented m1 plugins for a
> long time as not everyone is going to switch to m2 quickly. Also we
> need ant versions of these plugins for those that use Ant.
I second that.
> -dain
Jacek
--
Jacek Laskowski
2006/3/20, Prasad Kashyap <[EMAIL PROTECTED]>:
> As we start migrating the plugins, where do we drop them ?
>
> [ ] Option 1: create a new directory for m2 plugins. (eg.
> geronimo/m2-plugins). Drop m2 plugins here. In the future, delete
> existing geronimo/plugins and rename the m2-plugins to plu
2006/3/20, Prasad Kashyap <[EMAIL PROTECTED]>:
> The following modules are failing tests with NPE
>
> 1) security
> 2) jetty
> 3) tomcat
>
> [INFO] Trace
> java.lang.NullPointerException
> at
> java.util.Hashtable.put(Ljava.lang.Object;Ljava.lang.Object;)Ljava.lang.Object;(Unknown
> Source
I think we will need to support our user oriented m1 plugins for a
long time as not everyone is going to switch to m2 quickly. Also we
need ant versions of these plugins for those that use Ant.
-dain
On Mar 20, 2006, at 1:01 PM, Prasad Kashyap wrote:
We have now reached the stage where we
On Mar 20, 2006, at 1:16 PM, Aaron Mulder wrote:
On 3/20/06, David Jencks <[EMAIL PROTECTED]> wrote:
I think we are basically thinking of trying to eliminate using
strings or names as intermediate navigation aids and be able to get
the child objects directly from the parents. I think you sugge
On 3/20/06, David Jencks <[EMAIL PROTECTED]> wrote:
> I think we are basically thinking of trying to eliminate using
> strings or names as intermediate navigation aids and be able to get
> the child objects directly from the parents. I think you suggested
> doing this early on in the console and I
We have now reached the stage where we have to migrate the plugins. In
the modules, the same code was used to build both m1 and m2 artifacts.
Unlike the modules, the code in the plugins would have to change as we
create mojos out of them. But the existing code has to be supported
until we have comp
On Mar 20, 2006, at 12:16 PM, Aaron Mulder wrote:
On 3/20/06, David Jencks <[EMAIL PROTECTED]> wrote:
On Mar 20, 2006, at 11:43 AM, Dain Sundstrom wrote:
Wouldn't it be cleaner if we just walked the tree using plain old
java objects?
I don't understand how the console works well enough to
On 3/20/06, David Jencks <[EMAIL PROTECTED]> wrote:
>
> On Mar 20, 2006, at 11:43 AM, Dain Sundstrom wrote:
>
> > Wouldn't it be cleaner if we just walked the tree using plain old
> > java objects?
>
> I don't understand how the console works well enough to judge. In
> particular I'm not sure if d
On Mar 20, 2006, at 11:43 AM, Dain Sundstrom wrote:
Wouldn't it be cleaner if we just walked the tree using plain old
java objects?
I don't understand how the console works well enough to judge. In
particular I'm not sure if doing this would break the apparent
capability of the console
The following modules are failing tests with NPE
1) security
2) jetty
3) tomcat
[INFO] Trace
java.lang.NullPointerException
at
java.util.Hashtable.put(Ljava.lang.Object;Ljava.lang.Object;)Ljava.lang.Object;(Unknown
Source)
at java.util.Properties.setProperty(Properties.java:128)
[
http://issues.apache.org/jira/browse/GERONIMO-1723?page=comments#action_12371136
]
Prasad Kashyap commented on GERONIMO-1723:
--
I'm seeing errors with this module today. Removing the surefire plugin makes it
work.
> Module migration to Maven2: a
Wouldn't it be cleaner if we just walked the tree using plain old
java objects?
-dain
On Mar 20, 2006, at 11:06 AM, David Jencks wrote:
new1 (geronimo modules and plugins) now compiles w/tests (at least
on osx)
Dain is working on new2 (openejb)
I'm starting to try to get new3 (primarily th
[
http://issues.apache.org/jira/browse/GERONIMO-1732?page=comments#action_12371135
]
Prasad Kashyap commented on GERONIMO-1732:
--
Opps !
The "jetty-builder.patch" creates a pom.xml based on the existing pom structure.
The "jetty-builder-apply-me.p
new1 (geronimo modules and plugins) now compiles w/tests (at least on
osx)
Dain is working on new2 (openejb)
I'm starting to try to get new3 (primarily the console) to compile.
I don't expect to try to get the console to work before fixing new4
and new5 and getting the server to boot.
IIU
[
http://issues.apache.org/jira/browse/GERONIMO-1732?page=comments#action_12371128
]
Jacek Laskowski commented on GERONIMO-1732:
---
Committed revision 387275. Thanks Prasad!
Some notes:
* No geronimo-parent artifactId exists yet
* No org.apache.g
[ http://issues.apache.org/jira/browse/GERONIMO-1755?page=all ]
Prasad Kashyap updated GERONIMO-1755:
-
Attachment: restructured-poms.patch
Please review. The more eyes (ayes), the better.
> Restructure top-level pom
> -
>
>
Hi Glenn,
yes, I could use one created by you guys :) I've been struggling with the font
sz.
Cheers!
Hernan
Epiq Geronimo Team wrote:
Hi Hernan,
We are happy to help with the graphics. Let us know if you still need
an events tab.
Glenn
Hernan Cunico wrote:
Hi Sachin,
Thanks for the tip
[
http://issues.apache.org/jira/browse/GERONIMO-1732?page=comments#action_12371124
]
Prasad Kashyap commented on GERONIMO-1732:
--
The patch depends on the restructured pom.xml (Geronimo-1755)
> Module migration to Maven 2: jetty-builder
> -
[ http://issues.apache.org/jira/browse/GERONIMO-1732?page=all ]
Prasad Kashyap updated GERONIMO-1732:
-
Attachment: jetty-builder-apply-me.patch
The earlier patch seems to be corrupted.
Let's try this again.
> Module migration to Maven 2: jetty-buil
Hi Hernan,
We are happy to help with the graphics. Let us know if you still need
an events tab.
Glenn
Hernan Cunico wrote:
Hi Sachin,
Thanks for the tip. I just found out that Paint Shop Pro also deals
with these layers too. I will try to create one myself :)
Cheers!
Hernan
Sachin Pate
Hi Kevan,
I was lucky to build it using JRockit 1.4.2 + Maven 1.1 Beta. Therefore, this was a "pure JRockit" experiment.
As for dependencies from Sun, AFAIK there are a few non-CORBA places in code with "com.sun" hardcoded. This issue has been rised recently in the list. You may check "Using n
The attribute store can not save a GBeanInfo and instead records
class from which the GBeanInfo was originally obtained. This is the
"sourceClass" property of GBeanInfo. Simply use one of the
createStatic methods on GBeanInfoBuilder when constructing your
GBeanInfo and you should no longe
Opened JIRA to track this work.
http://issues.apache.org/jira/browse/GERONIMO-1755
Problem:
If we want to set ${geronimoVersion} at the top level pom and don't
worry about changing it for every release, we have to do a 'mvn -N'
for every pom.xml whose packaging is set to "pom". Currently that
wou
Hi Sachin,
Thanks for the tip. I just found out that Paint Shop Pro also deals with these layers too. I will
try to create one myself :)
Cheers!
Hernan
Sachin Patel wrote:
Hernan, if you wanted this is pretty easy to do and you could download
a 30 day evaluation copy of photoshop and modify
[
http://issues.apache.org/jira/browse/GERONIMO-1754?page=comments#action_12371101
]
Jacek Laskowski commented on GERONIMO-1754:
---
If you don't mind, I'd love to apply the changes once done. Thanks!
> Add GBeans for configuring NNTPTransport and N
2006/3/20, Sachin Patel <[EMAIL PROTECTED]>:
> Hernan, if you wanted this is pretty easy to do and you could
> download a 30 day evaluation copy of photoshop and modify the
> original layers to create a new tab.
Geronimo development is entering new areas! ;) Good there're people
who know what Sach
[
http://issues.apache.org/jira/browse/GERONIMO-1755?page=comments#action_12371100
]
Prasad Kashyap commented on GERONIMO-1755:
--
http://www.mail-archive.com/dev@geronimo.apache.org/msg19426.html
geronimo
groupId: org.apache.geronimo
arti
Hernan, if you wanted this is pretty easy to do and you could
download a 30 day evaluation copy of photoshop and modify the
original layers to create a new tab.
- sachin
On Mar 20, 2006, at 7:30 AM, Hernan Cunico wrote:
It would be cool if the EPIQ team can provide a new tab. I will add
Restructure top-level pom
-
Key: GERONIMO-1755
URL: http://issues.apache.org/jira/browse/GERONIMO-1755
Project: Geronimo
Type: Sub-task
Reporter: Prasad Kashyap
Assigned to: Prasad Kashyap
--
This message is automatically generated
It would be cool if the EPIQ team can provide a new tab. I will add these changes to the site and
update the JIRA 1611.
Those that are speaking at any of these events pls attach the details to this thread. I will put
together a list ordered by date, event, speaker, subject
Cheers!
Hernan
Dai
[
http://issues.apache.org/jira/browse/GERONIMO-1754?page=comments#action_12371097
]
Rick McGuire commented on GERONIMO-1754:
I essentially just copied what was done for the other transport/store GBeans,
which also just used literals for those cons
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-55?page=all ]
Ing. Pavel Janousek updated GERONIMODEVTOOLS-55:
Attachment: build20060320.patch
Time is flying...
Today I must edit some properies - versions of depended modules - ot
2006/3/20, Rick McGuire <[EMAIL PROTECTED]>:
> I've been working on the javamail code, mostly on the base
> implementation. Today, I finally started looking at the Geronimo mail
> GBean code, and added GBean adaptors for the NNTPStore and NNTPTransport
> protocols.
They've just been committed to
[ http://jira.activemq.org/jira//browse/AMQ-643?page=comments#action_35845
]
Hiram Chirino commented on AMQ-643:
---
Hi Kevin,
The maxInactivityDuration setting has to match on both sides of the connection.
If they do then there is no need to make KeepAliv
[
http://issues.apache.org/jira/browse/GERONIMO-1754?page=comments#action_12371094
]
Jacek Laskowski commented on GERONIMO-1754:
---
Committed revision 387218. Thanks Rick!
Some comments:
* The ASL header should contain 'Copyright 2006' rather than
[ http://jira.activemq.org/jira//browse/AMQ-507?page=all ]
Hiram Chirino reassigned AMQ-507:
-
Assign To: Jonas Lim (was: Hiram Chirino)
Have you been able to consistently reproduce this?
> java.sql.SQLException: Failed to remove a message during load
[ http://issues.apache.org/jira/browse/GERONIMO-1753?page=all ]
Jacek Laskowski resolved GERONIMO-1753:
---
Fix Version: 1.x
Resolution: Fixed
Assign To: Jacek Laskowski
Committed revision 387216. Thanks Rick!
> Add support for a mail
2006/3/20, Vamsavardhana Reddy <[EMAIL PROTECTED]>:
> Hi,
>
> Is there a way to create MANIFEST.MF (which is to be added to the jar file
> automatically) with dependencies as entries under Class-Path attribute? For
> e.g., if I have dependency, say util.jar, the output jar file created by
> maven
[ http://issues.apache.org/jira/browse/GERONIMO-1754?page=all ]
Rick McGuire updated GERONIMO-1754:
---
Attachment: GERONIMO-1754.patch
This get's applied to the Geronimo mail module.
> Add GBeans for configuring NNTPTransport and NNTPStore access
> ---
Add GBeans for configuring NNTPTransport and NNTPStore access
-
Key: GERONIMO-1754
URL: http://issues.apache.org/jira/browse/GERONIMO-1754
Project: Geronimo
Type: New Feature
Components: mail
Version
[ http://issues.apache.org/jira/browse/GERONIMO-1753?page=all ]
Rick McGuire updated GERONIMO-1753:
---
Attachment: GERIONIMO-1753.patch
This gets applied to the javamail-transport module.
> Add support for a mail.nntp.from property to configure the def
Add support for a mail.nntp.from property to configure the default From:
address for NNTP posts
---
Key: GERONIMO-1753
URL: http://issues.apache.org/jira/browse/GERONIMO-1753
Project
Hi,
Is there a way to create MANIFEST.MF (which is to be added to the jar
file automatically) with dependencies as entries under Class-Path
attribute? For e.g., if I have dependency, say util.jar, the
output jar file created by maven should have a manifest file,
MANIFEST.MF with an entry "Class-P
JMS Server portlet - Edits to JMS Network Listener are lost upon server restart
---
Key: GERONIMO-1752
URL: http://issues.apache.org/jira/browse/GERONIMO-1752
Project: Geronimo
Type: Bug
Co
[ http://jira.activemq.org/jira//browse/SM-258?page=all ]
Guillaume Nodet resolved SM-258:
Assign To: Guillaume Nodet
Resolution: Fixed
Fix Version: (was: 3.0)
3.0-M1
Author: gnodet
Date: Mon Mar 20 05:23:48 2006
New
I've been working on the javamail code, mostly on the base
implementation. Today, I finally started looking at the Geronimo mail
GBean code, and added GBean adaptors for the NNTPStore and NNTPTransport
protocols.
I suspect it really has not been used much, since prior shipped releases
only h
Deployment of ear with external plan using "Deploy New" console option caused
FileNotFoundException
---
Key: GERONIMO-1751
URL: http://issues.apache.org/jira/browse/GERONIMO-1751
This is related to the in
j2ee-schema. This tag suddenly became available! I was
hving problem with it, hence I left the
true line. Until it is tested, we
will have to build j2ee-schame online.
Thanks
Anita
--- Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> 2006/3/18, Henri Yandell <[EMAIL PR
Jacek,
My question is whether the line
this.gbeanInfo = gbeanInfo.getSourceClass();
should have actually been
this.gbeanInfo = gbeanInfo.getClassName();
Thanks,
Vamsi
On 3/20/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
2006/3/20, Vamsavardhana Reddy <[EMAIL PROTECTE
Jacek,
My question is whether the line
this.gbeanInfo = gbeanInfo.getSourceClass();
On 3/20/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
2006/3/20, Vamsavardhana Reddy <[EMAIL PROTECTED]>:> Q: Why is this check for sourceClass needed here? Is this code intending> to check className here and
2006/3/20, Kevan Miller <[EMAIL PROTECTED]>:
> You don't need to wait for the scheduled build. From http://
> ci.gbuild.org/continuum/target/
> select the "Build Now" link for the project of your choosing. I'm
> doing that now for Geronimo 1.2...
...and I've just committed another fix for the rem
On Mar 20, 2006, at 4:48 AM, Jacek Laskowski wrote:
2006/3/20, Kevan Miller <[EMAIL PROTECTED]>:
Failed to initialize module
java.lang.IllegalArgumentException: Unable to configure properties
file login module: java.net.UnknownHostException: home
at
org.apache.geronimo.security.realm
Project: Apache Geronimo
Status: Open
Assignee: Unassigned
Geronimo Info: Patch Available
Total: 25 items
DATE UPDATED KEY SUMMARY Dec 18 2005 - GERONIMO-1381 -
[Daytrader] Removed unused code
Dec 22 2005 - GERONIMO-1400 - modularize daytrader deployment plan
Jan 3 200
2006/3/20, Vamsavardhana Reddy <[EMAIL PROTECTED]>:
> Q: Why is this check for sourceClass needed here? Is this code intending
> to check className here and checking sourceClass instead?
I don't know, but would try to find unit tests. Are they any for this
particular case? I think it'd be worth
2006/3/20, Kevan Miller <[EMAIL PROTECTED]>:
> Failed to initialize module
> java.lang.IllegalArgumentException: Unable to configure properties
> file login module: java.net.UnknownHostException: home
> at
> org.apache.geronimo.security.realm.providers.PropertiesFileLoginModule.i
> nitial
[ http://jira.activemq.org/jira//browse/AMQ-557?page=all ]
Jonas Lim resolved AMQ-557:
---
Resolution: Fixed
Was able to reproduce this issue on 4.0 M4 using oracle. Btw, it appears this
issue only appears when using oracle (not really sure why). tried t
Hi,
I have trouble with the following code in GBeanOverride class.
public GBeanOverride(GBeanData gbeanData) throws InvalidAttributeException {
GBeanInfo gbeanInfo = gbeanData.getGBeanInfo();
this.gbeanInfo = gbeanInfo.getSourceClass();
if (this.gbeanInfo == null) {
James Strachan wrote:
A second question is; what to do about JMX. In ActiveMQ we've written
a bunch of MBeans so whether you use ActiveMQ in J2SE or J2EE you can
point JConsole at the JVM and see all the various stats, queue depths,
buffer sizes and so forth. Some of these things are creat
73 matches
Mail list logo