On 5/2/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:
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 ev
[
http://issues.apache.org/jira/browse/GERONIMO-1971?page=comments#action_12377515
]
Erin Mulder commented on GERONIMO-1971:
---
Redeploy still fails even if you try to give it a configId. See below.
java -jar ~/dev/geronimo-1.1/jetty/bin/deployer.jar
Plugin Installer only works with 1 repository
-
Key: GERONIMO-1972
URL: http://issues.apache.org/jira/browse/GERONIMO-1972
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: Plugins
Versi
Redeployment of webapp without geronimo plan fails
--
Key: GERONIMO-1971
URL: http://issues.apache.org/jira/browse/GERONIMO-1971
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: deploymen
[ http://issues.apache.org/jira/browse/GERONIMO-1931?page=all ]
Dain Sundstrom closed GERONIMO-1931:
Fix Version: 1.1
(was: 1.2)
Resolution: Fixed
Fixed. You can now remove the lame reflection work around.
> Deployers
[ http://issues.apache.org/jira/browse/GERONIMO-1931?page=all ]
Dain Sundstrom reassigned GERONIMO-1931:
Assign To: Dain Sundstrom
> Deployers and the deploying classes are in separate class loader hierarchies
> --
On May 2, 2006, at 5:15 PM, Hernan Cunico wrote:
I would like to emphasize that I am not proposing to remove any of
the current content but rather to add more content. I think it
would be more organized to have online books, printed books,
interviews, etc. listed under "Library" and the do
Hernan Cunico wrote:
I'll try to keep it short but can't help it, I like to write :)
Aaron Mulder wrote:
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
During deployment, ModuleBuilders don't log an error if call to
DeploymentUtil.recursiveDelete(dir) does not work
-
Key: GERONIMO-1970
URL: http://issues.apache.org/ji
I'll try to keep it short but can't help it, I like to write :)
Aaron Mulder wrote:
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
Rodent of Unusual Size wrote:
-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 A
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
[ 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
[ 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-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-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-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-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-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-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-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
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
-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
[ 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
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
[
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
[ 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
> --
[
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
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-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
/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-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:
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
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
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
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
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
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 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
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 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
[ 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
-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
-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
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
[
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 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
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
[ 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
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-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
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
-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
[
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
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
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
-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
[ 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
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
-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
-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
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:
[
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
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
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
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:
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 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
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,
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
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
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
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
[ 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
> ---
[
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
> -
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
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
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
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 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
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
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
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
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
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
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 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
+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 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
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
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
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
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
[ 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
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
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
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
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:
1 - 100 of 111 matches
Mail list logo
