Re: [Resin-interest] Resin Pro 4.0.24 w/Quercus trying to get MediaWiki 1.18.2 to work..
Howard Leadmon schrieb am 23.04.2012 um 19:27 (-0400): At that point it put up a nice red stop symbol, and gave the following error: Your session data was lost! Check your php.ini and make sure session.save_path is set to an appropriate directory. Check the php-ini config section here: http://www.mail-archive.com/resin-interest@caucho.com/msg00602.html Might help. Haven't tried it. Is there any solution to this, and if so my google fu is failing me today, as I can't seem to find it. All I did was: http://www.google.com/search?q=quercus+session.save_path -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] debian lenny 32 bits or 64 bits
Riccardo Cohen schrieb am 27.03.2010 um 10:41:26 (+0100): My host propose debian lenny in 32 bits or 64 bits. As long as java can be 64 I suppose that debian lenny 64 bits is better (from a performance point of view). And it permits using more than 4Gb memory... Am I right ? Yes, more than 4 GB of memory is the key point about 64 bits. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin Eclipse Feature on Ecliple Galileo (3.5)
Michael Ludwig schrieb am 22.09.2009 um 13:11:56 (+0200): The Resin Eclipse Feature (REF) produces exceptions on my Eclipse Galileo (3.5) on Java 1.6 on Windows XP. After installation of the REF and the recommended subsequent restart, when clicking on the Servers view for the first time, there is an error that wasn't there before: Could not initialize class org.eclipse.wst.server.ui.internal.provisional.UIDecoratorManager Creating a Resin server (temporary directory flavour) works for me. When finishing the creation process, the error reoccurs: Could not initialize class org.eclipse.wst.server.ui.internal.provisional.UIDecoratorManager I've encountered this error again. I think I know the cause: starting Eclipse with a Java belonging to a JRE when a full JDK is required. As for why it is required, I think installation of the Maven (m2) plugin might be the cause; I got a warning to this effect after start-up. So this has nothing to do with Resin or Tomcat, at least not directly. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin Eclipse Feature on Ecliple Galileo (3.5)
Hi Emil, I'm finally getting back to this: Emil Ong schrieb am 05.10.2009 um 12:58:05 (-0700): Hi Michael, I tried to reproduce the error, but couldn't get it to show up. I installed on Java and JavaEE versions of Galileo with no problems. I actually just received an off-list note from a Tomcat user who hit the same exception. (He had no idea what Resin was, he just Googled the message and found the list.) Sounds like it might be something upstream. There's no Caucho code in the exception you sent, which doesn't always mean it's not our fault, but it does make it harder to tie it to something in the Resin plugin. The Tomcat user managed to get the error to go away with an Eclipse restart. I'm not sure if that would do it, but it might be a workaround until we can figure out the true source of the problem. As just posted to the list, I think the error is due to starting Eclipse with a JRE-Java when a JDK-Java is required. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin:AdminAuthenticator - com.caucho.bam.NotAuthorizedException
Am 18.02.2010 um 21:05 schrieb Emil Ong: The username and password aren't intended to come from the command line. They are pulled from the configuration file by the Resin boot and passed to the watchdog. The command line authentication uses the admin password to verify the Resin boot is allowed to start or stop an instance. You don't really need to know the password or enter it on the command line. It's essentially using the password hash as a shared key. Thanks for these clarifications. What is the syntax for the admin-users.xml file commented out in the example given above? Is it just the user element wrapped in any top-level element like users? resin:AdminAuthenticator xmlns=http://caucho.com/ns/resin; xmlns:resin=urn:java:com.caucho.resin user name=admin password=yCGkvrQHY7K8qtlHsgJ6zg==/ /resin:AdminAuthenticator Works. Whenever you do a resin:import within an element, the top-level tag of the imported file is the parent of the resin:import Okay, sounds like: The document element (top-level tag) of the imported file has to match the parent element of resin:import in the importing document. Correct? If that's the rule, maybe it would be useful to spell it out more explicitly here: http://www.caucho.com/resin/doc/env-tags.xtp#resin:import Thanks. -- Michael.Ludwig (#) XING.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin:AdminAuthenticator - com.caucho.bam.NotAuthorizedException
I've configured an admin user in Resin 4.0.3:
resin:AdminAuthenticator
!--
resin:import path=${__DIR__}/admin-users.xml optional=true/
--
user name=egon password=password-m5sum-hex-string-here/
/resin:AdminAuthenticator
When I try to start the server, an exception occurs:
$ java -jar lib/resin.jar start -verbose
Resin/4.0.3 can't start -server '' for watchdog at 127.0.0.1:6600.
com.caucho.bam.NotAuthorizedException:
ActorError[type=auth,group=not-authorized,text=SelfEncryptedCookie[] is invalid
because it does not correctly decrypt]
What is now the syntax for passing username and password to command-line
admin? Or am I misguided in that this is not meant to be used when you
intend to use the command line?
What is the syntax for the admin-users.xml file commented out in the
example given above? Is it just the user element wrapped in any top-level
element like users?
--
Michael.Ludwig (#) XING.com
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin:AdminAuthenticator - com.caucho.bam.NotAuthorizedException
Am 18.02.2010 um 18:55 schrieb Emil Ong: Hi Michael, Can you try running: $ java -jar lib/resin.jar shutdown Hi Emil, that worked. It's possible you have an old watchdog running that hasn't updated its authenticator. shutdown kills all watchdogs and resin instances. With regard to the following exception: $ java -jar lib/resin.jar start -verbose Resin/4.0.3 can't start -server '' for watchdog at 127.0.0.1:6600. com.caucho.bam.NotAuthorizedException: ActorError[type=auth,group=not-authorized,text=SelfEncryptedCookie[] is invalid because it does not correctly decrypt] This seems to occur when I make a change to the username or password while the server (or watchdog, for that matter) is running. I assume it is meant to be read at startup and stay as it is. What is now the syntax for passing username and password to command-line admin? Or am I misguided in that this is not meant to be used when you intend to use the command line? It seems that start/stop/status etc via the command line doesn't have anything to do with admin authentication. But maybe the command line goes via the watchdog service, and that service gets confused when the config file changes? What is the syntax for the admin-users.xml file commented out in the example given above? Is it just the user element wrapped in any top-level element like users? -- Michael.Ludwig (#) XING.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] character encoding
Jeff Schnitzer schrieb: I wrote up a quick blurb on the issues surrounding character encoding on the Resteasy list recently: http://sourceforge.net/mailarchive/message.php?msg_name=540eb7210908281001r6aafaa55u78615debb704e4c1%40mail.gmail.com Good blurb! The main problem is that POSTed form data will be sent by the browser in whatever charset encoding was used on the host page, and this information is not sent along with the request. So the server must guess... and that usually means going with the platform default. On the page you're referring to: * If there is an acceptcharset element on the form, it should submit with that encoding. I've never tested this. * Otherwise the browser will submit with whatever encoding the page was rendered in. That's not quite what the HTML spec says: accept-charset = charset list [CI] This attribute specifies the list of character encodings for input data that is accepted by the server processing this form. The value is a space- and/or comma-delimited list of charset values. The client must interpret this list as an exclusive-or list, i.e., the server is able to accept any single character encoding per entity received. The default value for this attribute is the reserved string UNKNOWN. User agents may interpret this value as the character encoding that was used to transmit the document containing this FORM element. http://www.w3.org/TR/html401/interact/forms.html#adef-accept-charset So there is must and may instead of should and will. But I've never tested it either. And tests would have to be done against multiple implementations, not against the spec :-/ Maybe worth trying, though. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] character encoding
Rom Sok schrieb: Is there a way to force URI CHARACTER encoding to UTF-8? No, I mean in the request... on the java side. That's poor and inefficient communication. Consider giving a complete description of what you want to achieve and how it relates to Resin. Reading this might help you in doing so: http://catb.org/~esr/faqs/smart-questions.html -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] character encoding
Rom Sok schrieb: I am running into a problem where certain UTF-8 characters go into the application and come out as nonsense. Do you know the source of these characters, or maybe bytes? Application source code? Incoming HTTP request? Might you be relying on the platform's default charset (encoding)? Is your default charset indeed UTF-8? Consider: * String(byte[] bytes) - relying on the default charset here! * String(byte[] bytes, String charsetName) * String(byte[] bytes, Charset charset) java.nio.charset.Charset.defaultCharset().displayName() Accoridng to my research one of the things I have to do on the application side to make sure character encoding is always consistent is set the character encoding in the server configuration for URL-decoding GET request parameters. Is your HTML output also UTF-8? Or maybe rather ISO-8859-1, the default? The equivalent in Tomcat configuration is *Connector (...) URIEncoding=UTF-8 /* Is there an equivalent in Resin? Don't know, would have to look it up in the docs. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin Eclipse Feature on Ecliple Galileo (3.5)
org.eclipse.wst.xsl.xalan.source_1.0.0.v200904240436.jar org.eclipse.wst.xsl.xalan_1.0.0.v200904240436.jar org.eclipse.wst.xsl_1.0.0.v200905250058.jar -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Caucho site missing eclipse plug-in link?
Randy Johnson schrieb: http://caucho.com/eclipse/ http://caucho.com/eclipse/To add this update site to your eclipse configuration: 1. Within Eclipse, access the menu: Help - Software Updates... 2. Click the Available Software tab 3. Click the Add Site 4. Enter http://caucho.com/eclipse 5. Click OK 6. Click Refresh and install the Resin Eclipse plugin! Can't see a Refresh button in Galileo, but if that's what you're using you may have to uncheck Group items by category in order for the Resin Eclipse Feature to show up. But there may be errors with Galileo and the Resin Feature. See following post. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Resin Eclipse Feature on Ecliple Galileo (3.5)
) at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged(ContentViewer.java:97) at org.eclipse.jface.viewers.BaseLabelProvider$1.run(BaseLabelProvider.java:74) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.runtime.Platform.run(Platform.java:888) at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48) at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175) at org.eclipse.jface.viewers.BaseLabelProvider.fireLabelProviderChanged(BaseLabelProvider.java:72) at org.eclipse.jface.viewers.DecoratingStyledCellLabelProvider$1.labelProviderChanged(DecoratingStyledCellLabelProvider.java:77) at org.eclipse.ui.internal.decorators.DecoratorManager$1.run(DecoratorManager.java:430) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.ui.internal.decorators.DecoratorManager.fireListener(DecoratorManager.java:428) at org.eclipse.ui.internal.decorators.DecorationScheduler$3.runInUIThread(DecorationScheduler.java:530) at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:95) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3855) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3476) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) stack trace -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Compiling Servlets in Eclipse Breaks the app
Rom Sok schrieb: Here is the error from the console: * [19:17:38.683] com.caucho.config.LineConfigException: /C:/resin/conf/app-default.xml:49: `romsok_srv' is not a known servlet. Servlets belong in the classpath, often in WEB-INF/classes.* I think the servlet identified by romsok_srv will have to be made available to the servlet engine on startup for general use, on a par with: * com.caucho.servlets.DirectoryServlet * com.caucho.servlets.FileServlet * com.caucho.jsp.JspServlet * com.caucho.jsp.XtpServlet So try putting the classes in $RESIN_HOME/lib and not in WEB-INF/classes. Does that work? -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Integrating Resin with NetBeans
Wu Wesley schrieb: Eclipse should support resin too. Or rather the other way round. And some bugs have been fixed recently. http://bugs.caucho.com/view.php?id=3502 http://bugs.caucho.com/view.php?id=3503 http://bugs.caucho.com/view.php?id=3589 -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tapestry on resin...
Alex schrieb: web-app system-property javax .xml.stream.XMLInputFactory=org.codehaus.stax2.XMLInputFactory2/ /web-app But wouldn't that set the property for the entire JVM instead of for one particular webapp/ Not if you supply your own context aware instance of Properties using System.setProperties(Properties). That isolates the apps/hosts/cluster from each other and they can have their own sets of properties. What is a context-aware instance of Properties? How do I get one? Wouldn't I rather need a context-aware instance of System (which I don't know about)? I just tested this doing System.getProperty(milu.test) in a JSP in webapp xxx and then deployed webapp yyy whose ServletContextListener does System.setProperties(props) where props contains milu.test set to a different value. That affects not only webapp yyy, but also webapp xxx, which now shows the value set by xxx. How would I use System.setProperties(props) without affecting the entire JVM? -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tapestry on resin...
Michael Ludwig schrieb: I just tested this doing System.getProperty(milu.test) in a JSP in webapp xxx and then deployed webapp yyy whose ServletContextListener does System.setProperties(props) where props contains milu.test set to a different value. That affects not only webapp yyy, but also webapp xxx, which now shows the value set by xxx. The last clause should read: Which now shows the value set by yyy. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tapestry on resin...
Scott Ferguson schrieb: On Aug 28, 2009, at 3:14 AM, Michael Ludwig wrote: Alex schrieb: web-app system-property javax.xml.stream.XMLInputFactory=org.codehaus.stax2.XMLInputFactory2/ /web-app But wouldn't that set the property for the entire JVM instead of for one particular webapp/ Not if you supply your own context aware instance of Properties using System.setProperties(Properties). What is a context-aware instance of Properties? How do I get one? Wouldn't I rather need a context-aware instance of System (which I don't know about)? If you're using Resin, you already have one. Resin's system properties depend on the current context. I deployed one webapp doing System.setProperties(props) in contextInitialized(ServletContextEvent sce) to /yyy in Resin 4.0.0. I then changed the property value and redeployed to /yyy2. Now both /yyy and /yyy2 show the new property value. They do not seem to be isolated regarding System properties. I'm probably missing something obvious. -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tapestry on resin...
Scott Ferguson schrieb: On Aug 28, 2009, at 9:59 AM, Michael Ludwig wrote: I deployed one webapp doing System.setProperties(props) in You can't change the Properties object itself, or you'll override Resin's contextual properties. You need to set the properties using the existing object. Thanks! That works fine on Resin :-) Not on Tomcat, though. But we knew that. As you guessed, I foolishly did: Properties props = new Properties(); props.setProperty(name, value); System.setProperties(props); Which, of course, went far beyond making one small change to the properties and caused a considerable general mess. I should have done: Properties props = System.getProperties(); props.setProperty(name, value); -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tapestry on resin...
Alex schrieb: java.lang.RuntimeException: Exception constructing service 'TemplateParser': Error invoking constructor org.apache.tapestry5.internal.services.TemplateParserImpl(Map, boolean) (at TemplateParserImpl.java:50) via org.apache.tapestry5.internal.services.InternalModule.bind(ServiceBinder) (at InternalModule.java:65) (for service 'TemplateParser'): com.caucho.xml.stream.XMLInputFactoryImpl cannot be cast to org.codehaus.stax2.XMLInputFactory2 It seems that tapestry expects a particular parser implementation. You can force one by supplying a system property If they really want a particular implementation, they should not be using the JAXP mechanism at all, but directly instantiate their implementation class. web-app system-property javax.xml.stream.XMLInputFactory=org.codehaus.stax2.XMLInputFactory2/ /web-app But wouldn't that set the property for the entire JVM instead of for one particular webapp/context? The system-property tag could also go under resin, cluster or host tags. And likewise this? Which may create problems for other apps? Nabble - Tomcat - User - Problem with system property http://www.nabble.com/Problem-with-system-property-td24389677.html -- Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Emil Ong schrieb am 02.07.2009 um 16:36:38 (-0700): On Wed, Jul 01, 2009 at 11:05:54PM +0200, Michael Ludwig wrote: You're very welcome. Now there is a new error message :-) An error occurred during provisioning. Error reading signed content. The file C:\IDE\eclipse\plugins\com.caucho.resin.eclipse_4.0.0 does not exist Probably trivial to solve. Hmm... it could be an artifact of removing and reinstalling. The plugin and site are unchanged from before. Does this happen on install or when using the plugin? Back on the machine where the error occurred. This is XP Home and Eclipse 3.4.0 (vs XP Professional and Eclipse 3.4.?). I created the directory that Eclipse complained was missing: md C:\IDE\eclipse\plugins\com.caucho.resin.eclipse_4.0.0 I tried reinstalling the Resin plugin. Eclipse zipped away during installation. I started Eclipse anew and retried the installation. No crash this time. Apparent success, but nothing in the Resin plugin directory I created manually. I removed it manually. There is no Resin choice in the New Server menu either. Yet the Resin feature is listed under Help Software Updates Installed Software. Uninstalling again. Installing org.apache.oro? I restarted Eclipse every time when prompted to do so. Last attempt to install. Success! No idea why. The filesystem path issue persists, of course. A workaround would be to move the Eclipse workspace to a path without spaces. Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Michael Ludwig schrieb am 13.05.2009 um 20:22:19 (+0200): Emil Ong schrieb: On Wed, May 13, 2009 at 12:24:19PM +0200, Michael Ludwig wrote: http://bugs.caucho.com/view.php?id=3589 While we're at it, the startup/shutdown issue persists. So you might want to add the following to the bug entry you've created, or file a new bug: I'm still seeing the same error message pop up on shutdown via the Eclipse server shutdown button: failed to start (sic). This is still there. Might be related to the other issue I wrote concerning the progress indicator in the bottom right corner of the IDE which keeps showing the job Starting Resin 4.0 at localhost in progress. Looks like that message got held up somewhere on its way to the list, so here's a copy of it: | Another issue: The process of starting Resin keeps sitting around in | the background while Resin is already serving requests. This is | indicated in the Eclipse IDE by a symbol in the bottom right corner | indicating ongoing background jobs. | | After some minutes, the following error message pops up: | |Server Resin 4.0 at localhost was unable to start withing 240 |seconds. If the server requires more time, try increasing the |timeout in the server editor. | | Sounds like the Resin start job (Ant in this case, as per your mail) | should report back to Eclipse on finishing the job. So after a couple of minutes, this error message pops up in a window labeled Problem Occurred and the running and serving Resin is stopped, maybe because it hasn't reported startup success back to the parent process. I added -consoleLog to my eclipse.ini, but I have no idea where the log is going. If it is just the console window in the IDE, there is nothing special to see, just the usual Resin startup messages plus additional debug info my application generates. Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Emil Ong schrieb: On Wed, Jul 01, 2009 at 11:05:54PM +0200, Michael Ludwig wrote: An error occurred during provisioning. Error reading signed content. The file C:\IDE\eclipse\plugins\com.caucho.resin.eclipse_4.0.0 does not exist Probably trivial to solve. Hmm... it could be an artifact of removing and reinstalling. The plugin and site are unchanged from before. Does this happen on install or when using the plugin? It happened on installing the plugin. On another machine, the installation has succeeded after a previous uninstall. I'll retry on the first machine and report back if the problem persists. Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Emil Ong schrieb am 14.05.2009 um 09:23:04 (-0700): logger name=com.caucho level=finest/ That should show why Resin's serving a 404. And it did - see my last mail on this thread. If there is any additional information I should provide, please let me know. By the way, I uninstalled the Resin plugin, and then tried to reinstall it, which resulted in the following error message: An error occurred while collecting items to be installed No repository found containing: com.caucho.resin.eclipse/org.eclipse.update.feature/4.0.0 Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Hi Emil,
Emil Ong schrieb:
On Wed, May 13, 2009 at 08:22:19PM +0200, Michael Ludwig wrote:
I added -consoleLog to my eclipse.ini, but I have no idea where the
log is going. If it is just the console window in the IDE, there is
nothing special to see, just the usual Resin startup messages plus
additional debug info my application generates.
Can you try running eclipse from the command line and adding the
-consoleLog? On Windows it's supposed to pop up a Java console
window, but it might not work in eclipse.ini.
No output is shown on STDERR when starting eclipse.exe -consoleLog.
Does anyone here know how this is supposed to work?
But with this in place configuration, all I get is 404. I tried all
kinds of possible context paths, but none seems to work. Which is sort
of logical, as I don't see my application's startup blurb in the console
log. On the other hand, Resin mentions it (DbXml01):
[20:13:46.593] {main} WebApp[http://default/DbXml01] active
As per your instructions, I configured finest level logging in
plugins/com.caucho.resin.eclipse_4.0.0/conf/resin40/in-place.xml,
and that revealed the problem. The context path /DbXml01 is accepted,
but somewhere along the way, there is a manifestation of the typical
pathname-with-spaces issue.
My %UserProfile% is in:
C:\Dokumente und Einstellungen\MiLu - which is like:
C:\Documents and Settings\MiLu
And this gets split on spaces, so the resulting path is completely
wrong:
{http--8099-3} real-path /gurke - C:\Dokumente\gurke
{http--8099-3} real-path /gurke/index.jsp - C:\Dokumente\gurke\index.jsp
{http--8099-3} real-path /gurke/index.php - C:\Dokumente\gurke\index.php
{http--8099-3} real-path /gurke/index.html - C:\Dokumente\gurke\index.html
So I guess you just need to quote the path at the appropriate places.
20:14:59,20 C:\MILU\dev\ds
# netstat -p tcp -na | findstr 8099
TCP0.0.0.0:8099 0.0.0.0:0 ABHÖREN
TCP127.0.0.1:4394 127.0.0.1:8099 SCHLIESSEN_WARTEN
TCP127.0.0.1:8099 127.0.0.1:4394 FIN_WARTEN_2
The port I specified is taken into account, the address isn't.
It's trying to open http://localhost:8099/DbXml01 and not getting
anything? It looks like Resin's finding the webapp, so something else
must be the issue.
In any case it didn't find the webapp because I didn't see the webapp
startup blurb in the server log, and given the pathname issue, this is
understandable.
Michael Ludwig
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
Emil Ong schrieb: The Eclipse update site isn't up just yet, but will be with the new release, due out this week or early next. Would this still be http://caucho.com/eclipse ? 404 at the moment. But I guess you still need some more time to recover from the 4.0 release effort. Thanks for all the work! Michael ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] About editing resin.conf
H.Päiväniemi schrieb: Resin seems to crash if I open resin.conf for editing with vi etc. Why? How can I configure resin not to do that? I have 5 resin servers and resin.conf is symlinked to nfs on all servers so if I just open resin.conf, all servers will crash... Access over NFS may be the issue here. Try reading the file over NFS from one of your Resin servers while you're editing it in VI, or any other editor, for that matter. Does that work? There must be some parameters to prevent this kind of feature... You could make your edits on a copy of the resin.conf. Saving the file in an invalid state might also be problematic. Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Extending Quercus by providing new classes
The Quercus documentation explains how to extend PHP with new functions
by subclassing AbstractQuercusModule and registering the derived class
as an extension provider by adding its name to the service information
file classes/META-INF/services/com.caucho.quercus.QuercusModule.
I was wondering if it was also possible to extend PHP with new classes
that could be manipulated just as in PHP?
What I had in mind was to map a subset of the functionality provided
by the DOM and Xsl extensions for PHP, which are based on LibXML2 and
LibXSLT, to Quercus. Code like the following could then run in Quercus:
$doc = new DOMDocument();
$xsl = new XSLTProcessor();
$doc-load($xsl_filename);
$xsl-importStyleSheet($doc);
$doc-load($xml_filename);
echo $xsl-transformToXML($doc);
What would I have to do in order to get there?
(Meanwhile I've seen that an upcoming release of Quercus will include
the DOM module. That still leaves the XSL module to do, which would
allow PHP code to tap into XSLT 2.0 by plugging Saxon into the JAXP
interface. Pretty cool.)
I tried to post this question to the quercus-interest list, but that
wasn't working. Instead, I got an answer off-list by one of the Caucho
engineers, which I'd like to share for everyone to benefit.
The solution is easy, but as far as I can see, it has not been
documented so far. In order to register a new class with Quercus,
simply add the fully qualified class name to the service information
file classes/META-INF/services/com.caucho.quercus.QuercusClass.
So this is what you have to do:
15:57:19,07 C:\MILU\Server\Tomcat60\webapps\quercus\WEB-INF\classes
# type META-INF\services\com.caucho.quercus.QuercusClass
milu.DOMDocument
15:58:03,89 C:\MILU\Server\Tomcat60\webapps\quercus\WEB-INF\classes
# type milu\DOMDocument.java
package milu;
import com.caucho.quercus.module.AbstractQuercusModule;
public class DOMDocument extends AbstractQuercusModule {
public String saveXML() {
return Urmel/;
}
}
And then in PHP:
$dom = new DOMDocument();
# load some content, do some work
echo $dom-saveXML();
Michael Ludwig
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] [CoCCA] Help with 500 Servlet Exception
7Lyrix schrieb am 24.12.2008 um 19:31:22 (+0630): 500 Servlet Exception java.lang.NoClassDefFoundError: Could not initialize class cocca.cx.hibernate.HibernateUtil javax.servlet.ServletException: java.lang.NoClassDefFoundError: Could not initialize class cocca.cx.hibernate.HibernateUtil Never heard of Cocca, but you must put the JAR file containing, among others, the class cocca.cx.hibernate.HibernateUtil in the WEB-INF/lib directory of your webapp, so the server can find it. Michael Ludwig ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
