+1
On 5/2/06, David Blevins <[EMAIL PROTECTED]> wrote:
+1
-David
On May 1, 2006, at 6:20 AM, Guillaume Nodet wrote:
> I have put some binaries of the new xbean-2.3 release.
> They are available at http://people.apache.org/~gnodet/xbean-2.3/
>
> [ ] +1 Release the binary as XBean 2.3
> [ ] -
I think I'm now arriving on Saturday too
On 5/2/06, David Jencks <[EMAIL PROTECTED]> wrote:
I'll be there
thanks
david jencks
On May 1, 2006, at 7:26 PM, Matt Hogstrom wrote:
> Thought I'd start a thread to see which of the committers will be a
> Java One. I seem to remember seeing a note ab
Setting maximum memory
--
Key: SM-420
URL: https://issues.apache.org/activemq/browse/SM-420
Project: ServiceMix
Type: New Feature
Reporter: Mike Gerdes
Priority: Minor
It should be possible to set the maximum memory that is available fo
Alan D. Cabrera wrote:
Rick McGuire wrote:
The more the geronimo javamail support is starting to get used, the
more uncomfortable I'm getting with the current structure of the
javamail code. Let me level-set the situation first, so everybody
understands the issues.
To start with, the Sun im
Matt Hogstrom wrote:
Thought I'd start a thread to see which of the committers will be a
Java One. I seem to remember seeing a note about getting together to
discuss where we're at and where we're going but I don't remember
seeing a whose who in the zoo list. If your going to JavaOne could
NNTPSTransportGBean is configuring wrong mail properties.
-
Key: GERONIMO-1965
URL: http://issues.apache.org/jira/browse/GERONIMO-1965
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Compone
[ http://issues.apache.org/jira/browse/GERONIMO-1965?page=all ]
Rick McGuire resolved GERONIMO-1965:
Resolution: Fixed
Assign To: Rick McGuire
Committed revision 398879.
> NNTPSTransportGBean is configuring wrong mail properties.
> ---
ok,
I have downloaded from
'http://cvs.apache.org/repository/incubator-servicemix/distributions/' the
version 'incubator-servicemix-3.0-SNAPSHOT-src.zip'.
When I try to compile with maven (1.0.2 version) I have this error:
Sto tentando il download di dom4j-1.4-dev-8.jar.
Error retrieving artifact
ok,
I have downloaded from
'http://cvs.apache.org/repository/incubator-servicemix/distributions/' the
version 'incubator-servicemix-3.0-SNAPSHOT-src.zip'.
When I try to compile with maven (1.0.2 version) I have this error:
Sto tentando il download di dom4j-1.4-dev-8.jar.
Error retrieving artifact
ok,
I have downloaded from
'http://cvs.apache.org/repository/incubator-servicemix/distributions/' the
version 'incubator-servicemix-3.0-SNAPSHOT-src.zip'.
When I try to compile with maven (1.0.2 version) I have this error:
Sto tentando il download di dom4j-1.4-dev-8.jar.
Error retrieving artifact
All jars are available from the repos listed.
However public repositories are often slow and you have to retry until
you download all the needed dependencies. While you have a
"Connection timed out" errors, you need to retry ...
Cheers,
Guillaume Nodet
On 5/2/06, emicalc <[EMAIL PROTECTED]> wro
I have looked at the WSDL from the running broker, but it seems not to
be complete. To be precise: in the porttypedef.wsdl file there is no
declaration of WS-Agreement (prefix wsa) although wsa:EndpointReference
is referred to at some places.
/Tomas
Guillaume Nodet (JIRA) wrote:
[ https:
Could you please paste the full porttypedef.wsdl ?
I have just checked and I have the namespace declaration on the
wsdl:definitions tag and at other locations too..
Cheers,
Guillaume Nodet
On 5/2/06, Tomas Olsson <[EMAIL PROTECTED]> wrote:
I have looked at the WSDL from the running broker, but
Sorry, it seems to have been Firefox that removed things when the
wsdl-file was shown. When I saved the file and looked at it in an
editor, everything was there. That was rather odd I believe...
/Tomas
Guillaume Nodet wrote:
Could you please paste the full porttypedef.wsdl ?
I have just check
After debugging this morning why I can't deploy to a different
configuration store, the source of the problem is the following...
In o.a.g.deployment.Deployer, in the call to
deploy(inPlace, planFile, moduleFile, null, true, null, null, null,
null, null);
The last param is the configuratio
[ https://issues.apache.org/activemq/browse/AMQ-696?page=all ]
james strachan resolved AMQ-696:
Fix Version: 4.0 RC4
Resolution: Fixed
Great catch Craig - thanks for figuring all that out - I was starting to
suspect something like this could b
Maven2repository needs target/repository directory to be present.
This patch creates the directory, before boot:boot is called. This
patch is made from configs/geronimo-gbean-deployer directory.
Thanks
Anita
--- David Jencks <[EMAIL PROTECTED]> wrote:
> unfortunately this is normal for any c
I will be there :)
Cheers!
Hernan
Matt Hogstrom wrote:
Thought I'd start a thread to see which of the committers will be a Java
One. I seem to remember seeing a note about getting together to discuss
where we're at and where we're going but I don't remember seeing a
whose who in the zoo lis
Sachin,
maven -o m:eclipse is failing due to -
BUILD FAILED
File.. C:\Documents and
Settings\User\.maven\cache\maven-multiproject-plugin-1.3.1\plugin.jelly
Element... maven:reactor
Line.. 217
Column 9
The build cannot continue because of the following unsatisfied
dependency:
gero
ActiveIO compromises java.lang.System.properties
Key: AMQ-704
URL: https://issues.apache.org/activemq/browse/AMQ-704
Project: ActiveMQ
Type: Bug
Environment: ActiveMQ 4.0RC2 (confirmed still around in the current Act
I agree that in principle its different with the following exceptions.
* IBiblio is maintained by a staff of engineers at Chapel Hill. I believe their availability
requirements and staffing are an order of magnitude above what is currently available for the
Geronimo Plugins Site.
* We do not
+1 to "I do not think we should make the geronimoplugins site the
default and we need an ASF option as the default."
On 5/2/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
I agree that in principle its different with the following exceptions.
* IBiblio is maintained by a staff of engineers at Chap
I have to disagree with putting up an ASF option as the default.
Let's say there are 50 plugins produced by Apache and 70 by outsiders.
We have a choice to make the default a repository containing 50
entries, or a repository containing 120 entries. What makes sense?
To me, this is a no-brainer
Aaron Mulder wrote:
I have to disagree with putting up an ASF option as the default.
Let's say there are 50 plugins produced by Apache and 70 by outsiders.
We have a choice to make the default a repository containing 50
entries, or a repository containing 120 entries. What makes sense?
Her
I'll be there
Matt Hogstrom wrote:
Thought I'd start a thread to see which of the committers will be a Java
One. I seem to remember seeing a note about getting together to discuss
where we're at and where we're going but I don't remember seeing a
whose who in the zoo list. If your going to
Just like gump descriptors...which builds all sorts of stuff with all
sorts of licenses.
-- dims
On 5/2/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Aaron Mulder wrote:
> I have to disagree with putting up an ASF option as the default.
>
> Let's say there are 50 plugins produced by Apache
Fix PXE integration and put it back into the distribution (it is currently in
the sandbox)
--
Key: SM-421
URL: https://issues.apache.org/activemq/browse/SM-421
Project: ServiceMix
Aaron Mulder wrote:
As far as whether plugins are valuable, here's an example to consider.
Let's say someone gives you an EAR that contains a WAR and an EJB
JAR, and uses JMS as well as a database pool. Your task is to get
this running in Geronimo.
Strategy 1: File-based (they provide EAR, you
Your point about the number of available plugins is valid. One way to mitigate that is to have the
internal plugin component enhanced to use the list of plugin sites so they can all be searched and a
comprehensive list of plugins from all sites presented to the user with the source of the plugin
Why not create an additional geronimo-javamail-nodep-x.x.jar artifact
that has all the jars merged together?
-dain
On May 2, 2006, at 1:57 AM, Rick McGuire wrote:
Alan D. Cabrera wrote:
Rick McGuire wrote:
The more the geronimo javamail support is starting to get used,
the more uncomforta
So it would be possible to construct a plugin list in the console from
a variety of sources, or from a source containing pointers to other
sources. I would like to minimize the number of network connections
required to generate a single console page (to avoid console hangs if
one of 11 sites is p
Why don't you call the second form of the deployment method?
public List deploy(boolean inPlace,
File planFile,
File moduleFile,
File targetFile,
boolean install,
String mainClass,
String classPath,
String end
I'll be there.
-dain
On May 1, 2006, at 7:26 PM, Matt Hogstrom wrote:
Thought I'd start a thread to see which of the committers will be a
Java One. I seem to remember seeing a note about getting together
to discuss where we're at and where we're going but I don't
remember seeing a whose
I'd certainly support moving the transports out of the Geronimo server
SVN tree and into a separate repos/asf/geronimo/mail-transports tree
or something. That way they could be independently versioned along
with the spec JARs and you wouldn't ever have to pull something out of
a server snapshot t
[
https://issues.apache.org/activemq/browse/AMQ-700?page=comments#action_36125 ]
james strachan commented on AMQ-700:
any ideas how to do that?
> Enable the wiki renderer for the Description and Comment fields in JIRA
> -
[ https://issues.apache.org/activemq/browse/AMQ-698?page=all ]
james strachan resolved AMQ-698:
Resolution: Fixed
fixed. BTW the site is a wiki so you can fix it yourself :)
> activemq.org website links to old JIRA
> ---
On 5/2/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:
Is Apache going to have any issues being responsible for
maintaining this list of all kinds of plugins from all kinds of people
with all kinds of licenses? (So long as it's only the metadata it's
providing, of course.)
No. we do it for gump al
Nope.. didn't.
Cheers
Prasad
On 5/2/06, David Jencks <[EMAIL PROTECTED]> wrote:
uddi-XXX is required for j2ee compliance. Please don't remove it.
thanks
david jencks
On May 1, 2006, at 7:21 PM, Prasad Kashyap wrote:
> Yes it is.. and so is uddi-jetty. I'll remove the following
>
> load="fa
Isn't there a bigger security concern here? Say some guy shows up
and says he is from organization X and wants to add the latest XSoft
application to the index get my point?
I don't think the Apache Geronimo project has the free time to
provide the due diligence that this type of site
Maybe we should move all of the javamail related code to a repos/asf/
geronimo/javamail. That way they can move as a single unit
independently of main line Geronimo or the specs.
-dain
On May 2, 2006, at 8:56 AM, Aaron Mulder wrote:
I'd certainly support moving the transports out of the Ge
Aaron Mulder wrote:
I have to disagree with putting up an ASF option as the default.
Let's say there are 50 plugins produced by Apache and 70 by outsiders.
We have a choice to make the default a repository containing 50
entries, or a repository containing 120 entries. What makes sense?
To me,
I agree w/ this. Move to its own release cycle and its own
geronimo/mail-transports SVN dir; this will facilitate integration w/
Harmony. The spec jars should still remain separate. Create an
uber-jar to those who are jar dysfunctional.
Regards,
Alan
Aaron Mulder wrote:
I'd certainly su
I'm using the JSR88 deployment manager which is ignoring the
targets. The targets need to be passed through to the deployer gbean.
- sachin
On May 2, 2006, at 11:54 AM, Dain Sundstrom wrote:
Why don't you call the second form of the deployment method?
public List deploy(boolean inPla
I do not like the idea of moving the specs out.
Regards,
Alan
Dain Sundstrom wrote:
Maybe we should move all of the javamail related code to a
repos/asf/geronimo/javamail. That way they can move as a single unit
independently of main line Geronimo or the specs.
-dain
On May 2, 2006, at 8:
Dain Sundstrom wrote:
> Isn't there a bigger security concern here? Say some guy shows up and
> says he is from organization X and wants to add the latest XSoft
> application to the index get my point?
Regardless of where things are hosted, I think it would be nice to
eventually be able to su
Are you planning to prepare a patch or are you waiting for me (or
someone else) to? I think your analysis if the problem was correct.
Thanks,
Aaron
On 5/2/06, Sachin Patel <[EMAIL PROTECTED]> wrote:
I'm using the JSR88 deployment manager which is ignoring the
targets. The targets need to b
Yep, working on a fix as we speak.
- sachin
On May 2, 2006, at 12:43 PM, Aaron Mulder wrote:
Are you planning to prepare a patch or are you waiting for me (or
someone else) to? I think your analysis if the problem was correct.
Thanks,
Aaron
On 5/2/06, Sachin Patel <[EMAIL PROTECTED]> w
[
http://issues.apache.org/jira/browse/GERONIMO-1925?page=comments#action_12377427
]
Prasad Kashyap commented on GERONIMO-1925:
--
Here's my experience from a build that I installed on 4/28 (generated from
continuum).
I was successfully able to ins
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aaron Mulder wrote:
> On 5/1/06, John Sisson <[EMAIL PROTECTED]> wrote:
>>
>> I have a few questions:
>>
>> Was the plugin concept, site etc. discussed on the dev list? I haven't
>> been able to find much at all.
>
> No, not really as such, more in l
Hernan Cunico wrote:
> Can anybody provide details (user/developer guide
> documentation level) about the architecture and design. We desperately
> need those details added to the product documentation, what we have
> today is far from enough.
Aaron posted two links to the list yesterday (Subject:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aaron Mulder wrote:
> I thought the point of this thread was to have a discussion? Please,
> let's not have any more votes, let's have a discussion. Can you
> describe your position?
In the meantime, two people have invoked the 'review' part of
com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Jencks wrote:
> I haven't looked in detail at the current plugin site, but I don't
> see how it is different in principle to the primary maven repo at
> ibiblio, which is certainly not on apache hardware, as it distributes
> oodles of non-a
On May 2, 2006, at 10:07 AM, Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Jencks wrote:
I haven't looked in detail at the current plugin site, but I don't
see how it is different in principle to the primary maven repo at
ibiblio, which is certainly not on a
[ http://issues.apache.org/jira/browse/GERONIMO-1690?page=all ]
Sachin Patel updated GERONIMO-1690:
---
Attachment: patch.txt
Patch provides fix for distribute command to pass in target to deployer gbean.
Aaron, please review and give me thumbs up/down
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Davanum Srinivas wrote:
> +1 to "I do not think we should make the geronimoplugins site the
> default and we need an ASF option as the default."
Dims, Matt, are you volunteering to maintain such a
ASF location and a persistent URL for it?
- --
#ken
On 5/2/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote:
In the meantime, two people have invoked the 'review' part of
commit-then-review and expressed vetos. Vetos need to have
technical justification and this is a grey area -- is this
a technical thing or a philosophical one? -- but in the
I will be "near by", but not actually attending the conference.
--jason
On May 1, 2006, at 7:26 PM, Matt Hogstrom wrote:
Thought I'd start a thread to see which of the committers will be a
Java One. I seem to remember seeing a note about getting together
to discuss where we're at and wher
[
http://issues.apache.org/jira/browse/GERONIMO-1900?page=comments#action_12377441
]
Dave Colasurdo commented on GERONIMO-1900:
--
I still have a general uneasy feeling about this overall approach for the
default examples.
Prasad has done a good
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aaron Mulder wrote:
> On 5/2/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote:
>> Please revert the look-elsewhere-by-default change until
>> this is settled.
>
> If this is the decision, I can do it.
Thank you.
> Please be aware that reverting
throttleInterval and throttleTimeout should be configurable in servicemix.xml
-
Key: SM-422
URL: https://issues.apache.org/activemq/browse/SM-422
Project: ServiceMix
Type: Improvement
Comp
[
https://issues.apache.org/activemq/browse/AMQ-698?page=comments#action_36127 ]
Jason Dillon commented on AMQ-698:
--
I know not of this wiki thing you speak of... :-P
I figured you guys wanted to know about it... might want to check for new
issues on the
With some guidance, sure. At least for ASF plugins.
thanks,
dims
On 5/2/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Davanum Srinivas wrote:
> +1 to "I do not think we should make the geronimoplugins site the
> default and we need an ASF o
[ https://issues.apache.org/activemq/browse/AMQ-703?page=all ]
Jason Dillon closed AMQ-703:
Resolution: Fixed
I just updated the wiki page.
> Bad example on MasterSlave page
> ---
>
> Key: AMQ-703
> URL: ht
OK, I'll put in such a change tonight.
Thanks,
Aaron
On 5/2/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aaron Mulder wrote:
> On 5/2/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote:
>> Please revert the look-elsewhere-by-default c
I am now satisfied with Aarons approach as well - my -1 is now a +0. My
issues were more with discussing this before implementing (yes CTR may
apply, but this clearly has the potential for enough strife that solid
discussion should be appropriate on this topic).
Thanks for the lengthy emails as o
[
https://issues.apache.org/activemq/browse/AMQ-698?page=comments#action_36129 ]
Jason Dillon commented on AMQ-698:
--
Is the right nav still generated from this page:
http://docs.codehaus.org/display/ACTIVEMQ/Navigation
If so, looks like it still points t
I'm a bit concerned about this issue impacting the 1.1 release. There are many questions that need
to be resolved but I expect that investigating Apache Infra, what other sites will there be, etc.
I think we can all agree that the feature is awesome. So, that said it needs to go into the relea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hernan Cunico wrote:
>
> Aaron, all the decisions should be made on the dev list, specially if
> the discussion was over IRC, you know that. We should be discussing
> about the plugins before implementing them, not after.
I disagree. Under CTR, ever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Genender wrote:
>
> I offer a +0 instead of a +1 as I still think there needs to be some
> hammering out of the details...but I am ok with where we are at and the
> direction we will be going.
If Alan has rescinded his veto (I haven't seen that
[ https://issues.apache.org/activemq/browse/AMQ-698?page=all ]
Jason Dillon reopened AMQ-698:
--
See comments, the *right-side* navigation is still incorrect.
> activemq.org website links to old JIRA
> --
>
> Key
I am volunteering to research with Infra to find out what it would take. I think we at least need
to understand what is possible and not simply speculate on it.
Per my other e-mail. I would like to pursue this tack in parallel to leaving the
www.geronimoplugins.com as a default / find a way t
Matt,
Just a thought, We could do it from the geronimo solaris zone...that
way everyone involved have instant karma on the box to do the needful.
thanks,
dims
On 5/2/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
I am volunteering to research with Infra to find out what it would take. I
think
i was researching the old email threads on how maven set ibiblio as
default and found these :)
http://marc.theaimsgroup.com/?l=turbine-maven-dev&m=102856845831969&w=2
http://marc.theaimsgroup.com/?l=turbine-maven-dev&m=102634795116066&w=2
http://marc.theaimsgroup.com/?l=turbine-maven-dev&m=102721
I think Geir is really onto something here. I spent a couple of years
working on a project whose goal was to facilitate software reuse
across the scientific computing community, which often uses a
development model similar to open source. Our initial approach was to
create a monolithic repositor
I apologize for making more work for you but could you raise a jira
for this and assign it to me?
thanks
david jencks
On May 2, 2006, at 5:47 AM, anita kulshreshtha wrote:
Maven2repository needs target/repository directory to be present.
This patch creates the directory, before boot:boot
sure.
Thanks
Anita
--- David Jencks <[EMAIL PROTECTED]> wrote:
> I apologize for making more work for you but could you raise a jira
> for this and assign it to me?
>
> thanks
> david jencks
>
> On May 2, 2006, at 5:47 AM, anita kulshreshtha wrote:
>
> > Maven2repository needs target/re
Matt Hogstrom wrote:
I am volunteering to research with Infra to find out what it would
take. I think we at least need to understand what is possible and not
simply speculate on it.
Speaking w/ my infra hat, there is a strong aversion to single-sourcing
resources on ASF infra when they can
Hi All,
when we updated the web site we mainly focused on the look & feel but left the
existing navigational
structure pretty much untouched.
I propose we update some of the structure starting with the documentation
section. Currently there
are two links pointing to the same resource, these are
Stack trace in geronimo-gbean-deployer configuration
Key: GERONIMO-1966
URL: http://issues.apache.org/jira/browse/GERONIMO-1966
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: Maven
[ http://issues.apache.org/jira/browse/GERONIMO-1966?page=all ]
Anita Kulshreshtha updated GERONIMO-1966:
-
Attachment: gbean-deployer.patch
Maven2Repository needs an existing directory. this patch creates
target/repository directory before boot:
/remote-deploy url link throws Error 404.
--
Key: GERONIMO-1967
URL: http://issues.apache.org/jira/browse/GERONIMO-1967
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: usability
Versions:
[ http://issues.apache.org/jira/browse/GERONIMO-1967?page=all ]
Prasad Kashyap updated GERONIMO-1967:
-
Attachment: remote-deploy.patch
logo_head_570x86.gif
Apply the patch from applications/remote-deploy dir.
> /remote-deploy url lin
While I grant that the proposed documentation page is sleeker in
appearance than the current library page, I prefer not to emphasize
any one source of documentation over the others. I am not
recommending that we make the documentation into the table of contents
for my book, nor that we turn it in
[
http://issues.apache.org/jira/browse/GERONIMO-1925?page=comments#action_12377462
]
Prasad Kashyap commented on GERONIMO-1925:
--
This I believe is happening due to the lock on the jars that the CL has. So
even after the app is uninstalled, the jar
[ http://issues.apache.org/jira/browse/GERONIMO-1966?page=all ]
David Jencks closed GERONIMO-1966:
--
Resolution: Fixed
applied, rev 399037, Thanks!!
> Stack trace in geronimo-gbean-deployer configuration
> --
[
https://issues.apache.org/activemq/browse/AMQ-700?page=comments#action_36131 ]
Jason Dillon commented on AMQ-700:
--
As a matter of fact I do ;-)
1) Click Administration
2) Click on Field Configurations (in the Issue Fields section on the right nav)
3) Cli
Session tetProvider() resolution not properly implementing search order.
Key: GERONIMO-1968
URL: http://issues.apache.org/jira/browse/GERONIMO-1968
Project: Geronimo
Type: Bug
Security: publ
[ http://issues.apache.org/jira/browse/GERONIMO-1968?page=all ]
Rick McGuire updated GERONIMO-1968:
---
Summary: Session getProvider() resolution not properly implementing search
order. (was: Session tetProvider() resolution not properly implementing sea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Apologoes for the apparent asynchronicity of my replies;
my mail paths have been tortuous today.]
Aaron Mulder wrote:
> I have to disagree with putting up an ASF option as the default.
Given that Maven has set a precedent here, I withdrawn my
- -1 o
MailGBean not handling debug property correctly.
-
Key: GERONIMO-1969
URL: http://issues.apache.org/jira/browse/GERONIMO-1969
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: mail
[
http://issues.apache.org/jira/browse/GERONIMO-1925?page=comments#action_12377481
]
Aaron Mulder commented on GERONIMO-1925:
It is believed that this is caused by us leaking class loaders (potentially in
thread locals) and if we cleaned all that u
[ http://issues.apache.org/jira/browse/GERONIMO-1426?page=all ]
Aaron Mulder resolved GERONIMO-1426:
Resolution: Fixed
It looks like this problem is probably going away for different reasons under
1.1, but I made changes suggested by this patch
[ http://issues.apache.org/jira/browse/GERONIMO-1968?page=all ]
Rick McGuire resolved GERONIMO-1968:
Resolution: Fixed
Committed revision 399080
Mgeronimo-spec-javamail/src/main/java/javax/mail/Session.java
> Session getProvider() resoluti
[ http://issues.apache.org/jira/browse/GERONIMO-1969?page=all ]
Rick McGuire resolved GERONIMO-1969:
Resolution: Fixed
Committed revision 399081.
Mmail/src/java/org/apache/geronimo/mail/MailGBean.java
> MailGBean not handling debug proper
[ http://issues.apache.org/jira/browse/GERONIMO-1360?page=all ]
Aaron Mulder resolved GERONIMO-1360:
Resolution: Fixed
Patch applied, thanks
> Misleading error for missing web deployer
> -
>
> Ke
[ http://issues.apache.org/jira/browse/GERONIMO-1414?page=all ]
Aaron Mulder resolved GERONIMO-1414:
Fix Version: 1.1
Resolution: Fixed
Assign To: Aaron Mulder
Patch applied, thanks!
> Console About page does not set the shortcut ico
[ http://issues.apache.org/jira/browse/GERONIMO-1529?page=all ]
Aaron Mulder resolved GERONIMO-1529:
Resolution: Fixed
Patch applied, thanks!
> Console should display Geronimo Version
> ---
>
> Key:
[ http://issues.apache.org/jira/browse/GERONIMO-1954?page=all ]
John Sisson updated GERONIMO-1954:
--
Description:
Encountered the situation where if you get a deployment error for a web app in
an ear where the ear also has an ejb jar in it, the files wr
[ http://issues.apache.org/jira/browse/GERONIMO-1954?page=all ]
John Sisson updated GERONIMO-1954:
--
Environment: Windows XP
> Failed web app deployment cannot be undeployed
> --
>
> Key: GERONIMO-1954
Geir Magnusson Jr wrote:
Aaron Mulder wrote:
I have to disagree with putting up an ASF option as the default.
Let's say there are 50 plugins produced by Apache and 70 by outsiders.
We have a choice to make the default a repository containing 50
entries, or a repository containing 120 entries
1 - 100 of 111 matches
Mail list logo
