On 18 Aug 2004, at 15:13, Ralph Goers wrote:
How can I get the source for the Rhino that is shipping with 2.1.5.1?
You'll find pointers in
http://brutus.apache.org/gump/public/rhino-cocoondev/index.html, but
the location will be updated to SVN soonish.
/Steven
--
Steven Noels
On 17 Aug 2004, at 21:10, Vadim Gritsenko wrote:
Ralph Goers wrote:
We have finally bitten the bullet and are trying to use flowscript.
Unfortunately it is a no-go since we have to support weblogic server.
Since cocoon uses its own version of rhino could it be renamed from
org.mozilla to
How can I get the source for the Rhino that is shipping with 2.1.5.1?
Ralph
At 8/18/2004 12:48 AM, you wrote:
On 17 Aug 2004, at 21:10, Vadim Gritsenko wrote:
Ralph Goers wrote:
We have finally bitten the bullet and are trying to use flowscript.
Unfortunately it is a no-go since we have to
Thanks, I'll try that. We probably will use JBoss in our production
environment. The product we are building is designed to run at our site
and to also be sold for customers to run at their sites. As such, we need
to support JBoss, Weblogic, Websphere, etc.
Ralph
At 8/18/2004 05:14 AM, you
We have finally bitten the bullet and are trying to use flowscript.
Unfortunately it is a no-go since we have to support weblogic server.
Since cocoon uses its own version of rhino could it be renamed from
org.mozilla to org.apache.cocoon? Without some sort of change it is
impossible to use
Ralph Goers wrote:
We have finally bitten the bullet and are trying to use flowscript.
Unfortunately it is a no-go since we have to support weblogic server.
Since cocoon uses its own version of rhino could it be renamed from
org.mozilla to org.apache.cocoon?
org.apache.cocoon is not possible, I
On Tue, 17 Aug 2004 11:29:00 -0700 (PDT), Ralph Goers
[EMAIL PROTECTED] wrote:
We have finally bitten the bullet and are trying to use flowscript.
Unfortunately it is a no-go since we have to support weblogic server.
Since cocoon uses its own version of rhino could it be renamed from
Thanks for the suggestion, but we had absolutely no luck. We are
deploying a war so ParanoidCocoonServlet can't work. We got
BootstrapServlet to at least recognize Cocoon's Rhino, but that took an
exception. This is also a complete hack because we'd have to put our
WEB-INF/lib somewhere outside
These are the stack traces I spoke of in my prior email. If anyone
can shed a light on what I might need to change to get this working I'd
appreciate it. This is using 2.1.5.1 in weblogic 8.1.2
Stack Trace when using
BootstrapServlet:
java.lang.ClassCastException
at
Not that I can see. However, cocoon ships with jdtcore, which is where I
believe these come from.
At 8/17/2004 10:30 PM, you wrote:
I never worked with weblogic :-o
Is weblogic using a eclipse jdt? If yes, what version.
Best Regards,
Antonio Gallardo
10 matches
Mail list logo