> The separate processes would share memory including a part of the
> actual JVM code as well as much of the Java library classes if (and I'm
> pretty sure only if) you are running on OS X. Apple has provided the
> technology to do this back to Sun and it will likely appear in a future
> version
On Fri, Jun 27, 2003 at 12:32:08AM +0100, Pier Fumagalli wrote:
>...
> Best way of doing things? Writing a connector for the servlet container
> using JNI that uses unix sockets, named pipes, or something which is
> actually faster than the usual TCP socket we use between Java and Apache,
> but
On 26/6/03 3:50, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote:
> note that for apache 1.3.x, JNI would have been hard because of the
> multi-process environment, but for apache 2.0, a JNI-based mod_java is
> perfectly valid architecturarely, but nobody works on it because of this
> "sin"
From: Adrian Sutton <[EMAIL PROTECTED]>
>> On which platforms? And are we talking about the same thing? Are you
>> saying that if I do
>>
>> export CATALINA_BASE=/site1; startup.sh
>> export CATALINA_BASE=/site2; startup.sh
>> export CATALINA_BASE=/site3; startup.sh
>> ...
>> export
On 26/6/03 23:37, "Noel J. Bergman" <[EMAIL PROTECTED]> wrote:
>> Pier had pretty rock solid arguments *not* to use JAMES as a MTA
>> and all came from the sysadm paranoia
>
> One example would be that you run James as root in order to access the
> privileged ports. And if James runs as root
And now for the fun part...
On 26/6/03 17:28, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote:
> [...]
> Java doesn't have concepts like native process forking capabilities, no
> notion of OS security, nothing that cannot be found in all OS is present
> and, if present in different ways, it's
[Reply in multiple pieces based on sub-topic]
> A few months ago, I had a very interesting conversation with Pier on
JAMES.
Thanks for the background. I'd heard some of it from Serge over time. And
the servlet topic gets brought up from time to time by people who see the
obvious similarities,
NOTE: This is a technical digression on the ethics of MTAs, as Brian B.
inculcated in my brain over the past 4 years, or better, as I developed his
teachings. (Brian is master of Qmail, and Qmail is master of MTAs, being
master a transitive property). I am just a slow learner...
So, if you don't
On which platforms? And are we talking about the same thing? Are you
saying that if I do
export CATALINA_BASE=/site1; startup.sh
export CATALINA_BASE=/site2; startup.sh
export CATALINA_BASE=/site3; startup.sh
...
export CATALINA_BASE=/siteN; startup.sh
service james start
that the N
[Reply in multiple, shorter, pieces based on sub-topic]
> > However, having something like httpd front-end lots of backend JVMs on
> > multiple machines is nice.
> Hey, I know that. I was one of the designers of mod_jserv, you know? ;-)
Let me think ... mod_jserv ... would that be the thing I
[Reply in multiple pieces based on sub-topic]
> > A problem with multiple JVM instances is the lack of sharing between
> > multiple instances.
> on some operating systems, different JVMs share as much as 80% of
> their memory.
> > I would like to see the JVM/JIT generate and share common class
I would also like to understand how this relates to BSF
http://jakarta.apache.org/bsf
BSF also defines such an API ...
Sanjiva.
- Original Message -
From: "David N. Welton" <[EMAIL PROTECTED]>
To:
Sent: Thursday, June 26, 2003 6:55 PM
Subject: Java + Scripting languages
>
> Hi
On Thu, 26 Jun 2003, Santiago Gala wrote:
[...]
> I still feel shocked when I (rarely) see a JavaVM crash with a seg fault
> (out of memory always, maybe some beta JDK at times). The safety of the
> JavaVM contrasts a lot with the dangers of C/C++ environments, and makes
> it compelling to write
on 6/26/03 11:28 AM Stefano Mazzocchi wrote:
> So, we created the Mailet API and started JAMES, later we had Federico
> involved that did most of the coding.
The above is not painting the picture correctly. Federico did the POP3
server and the first Avalon integration, while Serge did the SMTP
Stefano Mazzocchi escribió:
on 6/26/03 6:46 AM Santiago Gala wrote:
(...)
I wonder if
"parrot" will do the same for perl/python/ruby.
uh? wasn't "parrot" an april's fool joke?
It was, but later ( http://www.perl.com/pub/a/2001/09/18/parrot.html
http://www.parrotcode.org/faq/ ) it was taken as
> > I am a priori discouraged because I don't see IBM represented. To have
this
> > JSR without participation from the BSF folks seems wrong. I don't know
if
> > this is payback for Eclipse and the WS-I, an oversight, or what.
> BSF is Apache now, not so ?
Politics and memories. Hopefully
> I am a priori discouraged because I don't see IBM represented. To have this
> JSR without participation from the BSF folks seems wrong. I don't know if
> this is payback for Eclipse and the WS-I, an oversight, or what.
BSF is Apache now, not so ?
- Paul
> > http://www.jcp.org/en/jsr/detail?id=223
> At the end, I will not be surprised if this turns out to be yet another
> JSP-like political compromise between vendors, with no technological
> value associated to it.
I am a priori discouraged because I don't see IBM represented. To have this
JSR
Ben Laurie wrote, On 26/06/2003 18.54:
...
Presumably the idea behind unit testing is that it reduces the time
spent chasing bugs.
Mostly in OS it reduces time spent *re*chasing bugs ;-)
If the overall effect is not less developer time
used per "unit of functionality", then I have to wonder what
on 6/26/03 1:03 AM Noel J. Bergman wrote:
> Do you really know only such cloistered Java programmers despite all of the
> ones you meet?
Yes. Very few have the guts to exit the celebrated monocultural java
vision (and I was one of them since not so long ago)
>>basically they are totally
on 6/26/03 7:55 AM David N. Welton wrote:
> Hi guys, I saw this:
>
> http://www.jcp.org/en/jsr/detail?id=223
>
> The specification may include a Java API that can be used,
> possibly through JNI, by an scripting language engine to
> access the desired Java objects.
>
>
on 6/26/03 6:46 AM Santiago Gala wrote:
> Stefano Mazzocchi escribió:
>
>>on 6/24/03 6:59 AM Dirk-Willem van Gulik wrote:
>>
>>
>>
I think that we have multiple subcultures under the ASF umbrella, due to
the way that the umbrella projects were formed. Whether you like that
or not, I
on 6/26/03 8:03 AM David N. Welton wrote:
> Glen Stampoultzis <[EMAIL PROTECTED]> writes:
>
>
>>Yes. As dogmatic as Sun has been about "pure" Java it's still a
>>success factor in the adoption of Java. There's still no other
>>platform out there that makes it as easy as Java to write for
robert burrell donkin wrote:
> one interesting consequence of a general move within jakarta towards
> extensive unit testing is that the time required to commit patches has
> significantly increased. my experience now is that creating good unit
> tests takes more than the time it takes to write
Glen Stampoultzis <[EMAIL PROTECTED]> writes:
> Yes. As dogmatic as Sun has been about "pure" Java it's still a
> success factor in the adoption of Java. There's still no other
> platform out there that makes it as easy as Java to write for
> multiple platforms.
Errr... really?
--
David N.
Hi guys, I saw this:
http://www.jcp.org/en/jsr/detail?id=223
The specification may include a Java API that can be used,
possibly through JNI, by an scripting language engine to
access the desired Java objects.
Can anyone give us a more concrete description of what this
At 04:03 PM 26/06/2003, you wrote:
True, Java is not a systems
programming language. But without WORA, I do
not believe that Java would have the success that it has on the
server.
Yes. As dogmatic as Sun has been about "pure" Java it's still a
success factor in the adoption of Java. There's
Stefano Mazzocchi escribió:
on 6/24/03 6:59 AM Dirk-Willem van Gulik wrote:
I think that we have multiple subcultures under the ASF umbrella, due to
the way that the umbrella projects were formed. Whether you like that
or not, I think that is the reality. I know that I personally would
And I
> [WORA] is the reason why we basically we have mod_* where * is any
> programming language, but not mod_java
> for apache 2.0, a JNI-based mod_java is perfectly valid
> architecturarely, but nobody works on it
Well, there seems to be a JNI (in-process) worker on some platforms, but
personally I
on 6/24/03 6:55 AM Dirk-Willem van Gulik wrote:
> Then perhaps my observation means absolutely nothing - and I should really
> try to get my mind around a fundamentally different development model (and
> some aspect you call WORA).
Oh, sorry, WORA := Write Once Run Anywhere. It's java's first
30 matches
Mail list logo
