DO NOT REPLY [Bug 45345] New: Methods "javax.el. ExpressionFactory#newInstance" not implemented
https://issues.apache.org/bugzilla/show_bug.cgi?id=45345
Summary: Methods "javax.el.ExpressionFactory#newInstance" not
implemented
Product: Tomcat 6
Version: 6.0.16
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Just experimenting with the creation of JSP custom tags.
I needed to create a ValueExpression throught the ExpressionFactory class but
I've realized the EL implementation included in Apache doesn't include the
methods "newInstance" of the ExpressionFactory.
I've looked inside the SVN repo just to make sure that the implementation
wasn't in development-
These methods are included in the J2EE 5 specs:
http://java.sun.com/javaee/5/docs/api/javax/el/ExpressionFactory.html
So what about this?
** How to reproduce **
Create a JSP custom component, for instance:
--- [snip] ---
public class MyJspTag extends SimpleTagSupport
{
String bean;
String name;
String value;
//...
@Override
public void doTag() throws JspException, SkipPageException, IOException
{
ELContext elContext = this.getJspContext().getELContext();
ExpressionFactory expressionFactory = null;
ValueExpression valueExpression = null;
expressionFactory = ExpressionFactory.newInstance();
valueExpression = expressionFactory.createValueExpression(
elContext,
"${" + bean + "." + name + "}",
Object.class
);
valueExpression.setValue(elContext, value);
}
}
--- [/snip] ---
Compile adding in the classpath I include the JARs el-api.jar, jsp-api.jar,
servlet-api.jar you found in $CATALINA_HOME/lib
The compilation should give you the error:
--- [snip] ---
[javac] .../MyTag.java:39: cannot find symbol
[javac] symbol : method newInstance()
[javac] location: class javax.el.ExpressionFactory
[javac] expressionFactory = ExpressionFactory.newInstance();
[javac] ^
[javac] 1 error
--- [/snip] ---
Thanks!!
-- Marco
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45345] Methods "javax.el.ExpressionFactory#newInstance" not implemented
https://issues.apache.org/bugzilla/show_bug.cgi?id=45345 --- Comment #1 from Marco <[EMAIL PROTECTED]> 2008-07-05 08:18:20 PST --- Just for info... I've tried to build the WAR for the GlassFish v2-ur2 (instead of Tomcat), including in the classpath the JAR: $GLASSFISH_HOME/lib/javaee.jar It works. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45345] Methods "javax.el.ExpressionFactory#newInstance" not implemented
https://issues.apache.org/bugzilla/show_bug.cgi?id=45345 Mark Thomas <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Mark Thomas <[EMAIL PROTECTED]> 2008-07-05 10:27:26 PST --- I'm pretty sure you are looking at a later version of the EL spec. The one included with JSP 2.1 doe snot have this method. I haven't checked, but I suspect that this method would come into effect with the next versions of the SP/Servlet specs, ie Tomact 7. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43327] Socket bind fails on tomcat startup when using apr
https://issues.apache.org/bugzilla/show_bug.cgi?id=43327 --- Comment #15 from Mark Thomas <[EMAIL PROTECTED]> 2008-07-05 15:40:46 PST --- OK. There are two issues here. The first is that the APR calls eventually called as a result of Address.info() and Socket.create() in o.a.t.util.net.AprEndpoint use slightly different logic to determine whether to create an IPv4 socket or an IPv6 socket. If you have an IPv6 capable interface that does not have an explicit IPv6 address defined these functions will assume different IP families. The second issue is that whilst the first issue could be fixed by using Address.getInfo().family to specify that the family of the address should be used to use to create the socket, Address.getInfo() does not convert the APR_INET and APR_INET6 constants back into the ones defined in Socket (the constants are different in the Java code and in APR). So, I have two patches. The first converts the constants back to the Java defined values and the second uses the family from the address to create the socket. Patches to follow. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43327] Socket bind fails on tomcat startup when using apr
https://issues.apache.org/bugzilla/show_bug.cgi?id=43327 --- Comment #16 from Mark Thomas <[EMAIL PROTECTED]> 2008-07-05 15:46:22 PST --- Created an attachment (id=22216) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22216) Native patch *Health Warning* I am no C programmer. This patch fixes the problem for me but it needs to be checked by someone who actually knows what they are doing. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43327] Socket bind fails on tomcat startup when using apr
https://issues.apache.org/bugzilla/show_bug.cgi?id=43327 --- Comment #17 from Mark Thomas <[EMAIL PROTECTED]> 2008-07-05 15:47:22 PST --- Created an attachment (id=22217) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22217) APR Java connector patch This needs the native patch to work. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
C code needs review
I've just attached a couple of patches to https://issues.apache.org/bugzilla/show_bug.cgi?id=43327 One of the patches is a patch to native and since all I know just about know enough C to be dangerous, I would be grateful if someone who actually knows what they are doing when it comes to C could review it. Cheers, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45346] New: Can not generate the mod_jk.so with apxs
https://issues.apache.org/bugzilla/show_bug.cgi?id=45346 Summary: Can not generate the mod_jk.so with apxs Product: Tomcat 5 Version: 5.5.26 Platform: Other OS/Version: AIX Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, I configure the apache with follwing command: $./configure --prefix=/home/viador/apache2 --enable-so --enable-ssl --with-ssl=/usr/local/ssl --with-expat=builtin --enable-shared=no $make $make install But I want to generate the mod_jk.so with tomcat-connectors-1.2.23-src: In the directory tomcat-connectors-1.2.23-src $cd native $./configure --with-apxs=/home/viador/apache2/bin/apxs $cd apache-2.0 $make $make install There are some errors when execute the 'make install': Installing files to Apache Modules Directory... /home/viador/apache2/bin/apxs -i mod_jk.la /home/viador/apache2/build/instdso.sh SH_LIBTOOL='/home/viador/apache2/build/libtool' mod_jk.la /home/viador/apache2/modules rm -f /home/viador/apache2/modules/mod_jk.so /home/viador/apache2/build/libtool --mode=install cp mod_jk.la / home/viador/apache2/modules/ cp .libs/mod_jk.lai /home/viador/apache2/modules/mod_jk.la cp .libs/mod_jk.a /home/viador/apache2/modules/mod_jk.a ranlib /home/viador/apache2/modules/mod_jk.a chmod 644 /home/viador/apache2/modules/mod_jk.a Libraries have been installed in: /home/viador/apache2/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LIBPATH' environment variable during execution - use the `-Wl,-blibpath:LIBDIR:/home/viador/apache2/lib:/hom e/sybase125/product/OCS-12_5/lib:/home/sybase125/product/ASE-12_5/lib:/home/syba se125/product/FTS-12_5/lib:/usr/lib:/lib:/export/home/dbase/DB28/db2inst2/sqllib /lib ' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. Warning! dlname not found in /home/viador/apache2/modules/mod_jk.la. Assuming installing a .so rather than a libtool archive. chmod 755 /home/viador/apache2/modules/mod_jk.so chmod: /home/viador/apache2/modules/mod_jk.so: A file or directo ry in the path name does not exist. apxs:Error: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. But when configure the apahce without the flag of '--enable-shared=no',the mod_jk.so can generate and the apache can work will with the tomcat.Could you tell me what's the mater?Thanks a lot. Aaron, 2008-07-06 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
