, 2005-06-28 at 10:56 +0200, Stefano Bagnara wrote:
>
> After you created the war you can also update the jetty-phoenix provider and
> create a sar file to be deployed directly into phoenix.
>
> IMHO this is the best solution as long as we go with phoenix.
>
> Stefano
--
let the user worry about that.
On Mon, 2005-06-27 at 14:54 -0700, Steve Short wrote:
> What are you thinking of using to serve the servlets?
>
> Steve
>
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
-
To u
You are right, considering that there is an http server in MX4J. But we
would not need to have both running, we could live off the XML-RPC one
without using the other one, which is turned off by default anyway.
On Mon, 2005-06-27 at 12:27 -0500, Anne S wrote:
> It's my understanding that if we
uld
> only add about 90KB to James. Apache XML-RPC contains a built-in Web
> Server that is normally only used to serve XML-RPC request - but it
> probably could be tweaked to directly serve some simple html pages
> also.
>
> Chris
--
Juan
the Java Standard Tag Libraries,
which will clean up our jsps, but am not really sold on bringing in
Tapestry, WebWorks, Struts or SpringMVC/WebFlow.
How about we prototype some more, maybe develop four or five basic
functionalities and reevaluate to see if it is getting messy and we need
a framew
On Thu, 2005-06-23 at 16:37 -0600, Juan Carlos Murillo wrote:
> currently signed up on
> the Web Admin Console are I, Ann and Joe.
Sorry I think i might have gotten the list wrong, i think Nguyen was the
one who expressed interest.
Also a question about the HttpAdaptor for those who
ry good for our purposes as we can implement basic
authentication and SSL for security, and have a basic XML parser do the
marshalling and unmarshalling or requests for us.
So, things are looking even simpler than before.
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
--
I just checked the Nuvola authors page here:
http://www.icon-king.com/portfolio.php?show=os
And boy is that icon library complete, maybe we can adapt it, its both
beautiful and open-source, i guess we can live with a few unaccurate
icons :)
On Thu, 2005-06-23 at 08:33 -0600, Juan Carlos Murillo
hen email the artist to relicense
> the code. If any artist doesn't agree, we can always skip to another
> artist, or even ask another artist to create a similar design.
>
>
> On 6/22/05, Enrique Rodriguez <[EMAIL PROTECTED]> wrote:
> > Juan Carlos Murillo wrote:
>
the web tier as it will likely introduce a
learning curve to its development and it appears to me that what we need
on the web side is a rather simple facade that speaks to a JMX
connector. However, as you and Stefano say, we could benefit from
Interceptors inside that command structure.
--
Juan
>
> Xwork is really slim: you should consider using if you need the command
> pattern.
> You will get Interceptors (AOP like) and simple Components (IoC) for free.
Sounds good to me, whatever is faster/easier.
--
Juan Carlos Murillo <[
own. Plus this thing is like three
interfaces big, so it would not a big deal to roll your own. Also keep
in mind that we are actually decoupling commands, so a command pattern
makes sense here doesn't it?
--
Juan Carlos Muril
Sorry, wrong link on last one, here is the right link:
http://www.kde-look.org/index.php?xsortmode=down&page=0
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
and it supports a lot of stuff.
> Besides, most of the icons will be pretty straightforward, like a
> "wrench" symbol for config, "gears turning" symbol for a utility,
> "flying envelope" symbol
s used by RemoteManager and another used by JMX, etc. Additionally,
this keeps the code for each actions nicely partitioned inside each
Command object.
What do you think?
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dmin console
> for each clustered box, or can we address just one controller box?
This problem is the reason why i pointed out the possibility of using
the MX4J based SOAP connector. This would allow us to use ws security
or basic http authentication to secure the JMX access and work in
's pretty easy to make web pages look good in both
> text-only and modern graphical browsers, thanks to CSS.
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.png
This can be used as a template to start development of the app itself, I
would like to work on the actual decoupling of the admin commands from
the RemoteManagerHandler myself, so will look into that shortly.
Any comments welcome.
--
Juan Carlos Murillo &l
Meant to include this link but hit Ctrl+Enter by mistake:
http://wiki.apache.org/james/WebAdminConsole#preview
What is the preference for exposing JMX to management interfaces, RMI or
SOAP?
On Fri, 2005-06-17 at 11:10 -0600, Juan Carlos Murillo wrote:
> How does this sound:
>
> 1-
as a defined timeframe and task, as long as
> > she talks to JMX, we're probably fine, and later refactoring can handle
> > remaining issues.
> >
> > --- Noel
> >
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
n
the web admin console and James and also allow advanced functionality
such as autodiscovery mechnisms between multiple instances of James
servers on the same network.
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
---
onsole
6- Configure James console
7- Deploy James admin console
It is definetly not a life or death choice, but I was hoping to make
life easy for the end user. I also think we should try to do all
in-house as opposed to having a separate sourceforge bundling
Hi Ann,
Thanks for your reply, here are my thoughts:
Embed Tomcat - portability should not be an issue as any web application
written under the J2EE specificiation should deploy to any J2EE
compliant container. Tomcat however is by far the leader in popularity.
Also a plus is the fact that its a
some ideas on how this could be done and your comments as
to the viability of these ideas or additions to them would be most
welcome:
http://wiki.apache.org/james/WebAdminConsole#preview
--
Juan Carlos Murillo <[EMAIL PROTEC
fact.
Any comments greatly appreciated,
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Juan
--
Juan Carlos Murillo <[EMAIL PROTECTED]>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
26 matches
Mail list logo
