[VFS] FTP: broken pipe with vsFTPd due to timeout in 2.1-SNAPSHOT
Hello we are experiencing a strange behaviour of VFS with vsFTPd with 2.1-SNAPSHOT version on trunk. We have a cycle in which periodically tests if a file exists, exiting once it has been found. If the vsFTPd session timeout (idle_session_timeout parameter) has been met, we receive a FileSystemException, due to a broken pipe (see stack trace below). It seems that the problem happens when sending the QUIT command after a failed LIST. I would like to fix this problem with a patch, however: 1. do you think it is a bug at all? 2. what is the best strategy? Trapping the exception in FtpClientWrapper.disconnect? Or in .listFiles? Thanks in advance Antonio The stacktrace and relevant log: -- Log before exception PORT 127,0,0,1,220,47 421 Timeout. -- Stacktrace org.apache.commons.vfs2.FileSystemException: Could not determine the type of file ftp://localhost/xxx;. at org.apache.commons.vfs2.provider.AbstractFileObject.getType(AbstractFileObject.java:1526) at org.apache.commons.vfs2.provider.AbstractFileObject.exists(AbstractFileObject.java:1022) at mystuff... Caused by: java.net.SocketException: Pipe interrotta at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) at java.net.SocketOutputStream.write(SocketOutputStream.java:153) at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) at java.io.BufferedWriter.flush(BufferedWriter.java:254) at org.apache.commons.net.ftp.FTP.__send(FTP.java:505) at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:479) at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:608) at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:582) at org.apache.commons.net.ftp.FTP.quit(FTP.java:864) at org.apache.commons.vfs2.provider.ftp.FTPClientWrapper.disconnect(FTPClientWrapper.java:113) at org.apache.commons.vfs2.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:139) at org.apache.commons.vfs2.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:136) at org.apache.commons.vfs2.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:106) at org.apache.commons.vfs2.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:192) at org.apache.commons.vfs2.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:320) at org.apache.commons.vfs2.provider.AbstractFileObject.getType(AbstractFileObject.java:1517) ... 3 more
Re: [logging] logging vs slf4j
2011/8/4 Ralph Goers ralph.go...@dslextreme.com The flaw would be in JBoss Portal, not the portlet spec. The spec doesn't have anything to do with logging. In fact I would have said a library in general that is referenced both in the portal application and in portlets. Anyway you're right, if JBPortal would have shaded the logging framework, the problem would disappear. Antonio
Re: [logging] logging vs slf4j
First of all, sorry to jump in at this point of the discussion. 2011/7/28 Simone Tripodi simonetrip...@apache.org Hi all guys, I remember I raw a thread - not sure if I did it here at commons or somewhere else here at apache - where specified we prefer adding [logging] as components dependency instead of slf4j... Did I just get crazy or someone can point me to the right direction please? :) I think that we should start from the fact that many application developers use Log4j 1.2 for their purposes, simply because it is *enough* configurable and *enough* useful. Sincerely I think that we don't need anything more than what Log4j 1.2 already provides. And I don't think that j.u.logging is useful enough, the configuration is simply not there. Stated this, obviously it is out of the question to adopt Log4j, simply because Commons is made of libraries, and other libraries use other logging frameworks. So we need a wrapper. I would choose SLF4J for a simple consideration: there is a Commons Logging substitute in SLF4J (jcl-over-slf4j) but not a SLF4J substitute in Commons Logging. From a Maven perspective, If Commons Logging is chosen, when a common library is included, SLF4J users must exclude commons-logging dependency to add jcl-over-slf4j, for all libraries. However in my experience SLF4J has a big drawback: when used in a shared classloader (JBoss Portal anyone?) it is needed to have the same stinky old version of SLF4J in all applications during compile time, and the library should be excluded from the package. Antonio P.S. The world was better when there was only Log4j :-D
Re: [logging] logging vs slf4j
Hi Ceki 2011/8/3 Ceki Gülcü c...@qos.ch Antonio Petrelli wrote: On the other hand, the version of slf4j binding that you select at runtime needs to match the slf4j-api. For example, if you have slf4j-api-1.6.1.jar on your classpath and you wish to use log4j, then you need slf4j-log4j12-1.6.1.jar on your class path, slf4j-log4j12-1.4.3.jar will not work. I think this is the JBoss Portal case, in which slf4j 1.4.3 (both api and binding) is installed and all the portlets are forced to use it. So I think it is a problem with JBoss and JBoss Portal, or even portlet specification itself that are flawed. However the main difference between SLF4J and JCL is that JCL is stuck to 1.1.1 so there is less opportunity for a version mismatch :-D Thanks, I will reply to my own email in the Commons ML about it. Antonio
Re: [logging] logging vs slf4j
2011/8/3 Antonio Petrelli antonio.petre...@gmail.com However in my experience SLF4J has a big drawback: when used in a shared classloader (JBoss Portal anyone?) it is needed to have the same stinky old version of SLF4J in all applications during compile time, and the library should be excluded from the package. Correcting myself, this is a flaw in JBoss Portal and/or the portlet specification, because they need a shared classloader to work, the same problem would happen using commons-logging. Antonio
Re: svn out of sync?
2011/6/20 Simone Tripodi simonetrip...@apache.org Hi all guys, I was trying to push the Digester3 RC1, but while performing release:prepare I got the following error: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.0:prepare (default-cli) on project commons-digester3: Unable to tag SCM [ERROR] Provider message: [ERROR] The svn tag command failed. [ERROR] Command output: [ERROR] svn: Path 'https://svn.apache.org/repos/asf/commons/sandbox/digester3/trunk' does not exist in revision 1137620 Which is the cause of that problem? The EU mirror out of sync, if I remember correctly, or not? Many thanks in advance, have a nice day! All the best, Simo Do a svn update and retry mvn release:prepare. This way it works, at least for me. Antonio
Re: [ognl] internal cache performance improvement
2011/6/6 Simone Tripodi simonetrip...@apache.org my today's topic is about internal cache, that can be IMHO improved in therms of performance; its implementation is a multi-value map alike, based on a fixed-size array, a function is applied to each key to calculate the array index, each array element is a Collection of element. Even if getting the list of element related to a general key 'k' has complexity of O(1), which is fine, insert/search operations are not the best because their complexity is O(m) where m is the size of list related to the key. Pretty naive, i suppose. Follow below my proposal: there's no need to reinvent the wheel, so the array implementation can be replaced with the already provided HashMap, where each map value is a simple implementation of balanced binary heap (AFAIK commons-collections already provides an implementation), that allows us reducing insert/search complexity to O(log m). Probably you are referring to TreeMap, HashMap uses a fixed array with collisions lists. The problem with TreeMap is that any inserted key must implement Comparable, or a Comparator must be supported. Since it is a cache, wouldn't an LRUMap be more useful? http://commons.apache.org/collections/api-release/org/apache/commons/collections/map/LRUMap.html WDYT? Is is a worth or trivial added value? I know that maybe cache dimension is relatively small, but linear search sounds too basic, isn't it? I think you can go on. Surely a Map should be used, the implementation of that Map could be considered at a later stage. Antonio
Re: [ognl] internal cache performance improvement
2011/6/6 Simone Tripodi simonetrip...@apache.org TreeMap sounds reasonable, it's an RB Tree implementation and insert/retrieve operations have both O(log n) complexity[1], I'd suggest to start with it and see how things are going, then switch to LRU if needed. WDYT? Many thanks in advance! +1, TreeMap is fine for now. Antonio
Re: [OGNL] drop old opensymphony build
2011/5/17 Henri Yandell flame...@gmail.com Looks useful to me. Download the ant task. Use this standard file. Execute. Save us maintaining a pointless build.xml. I don't think we need it at all. Don't you think that developers are able to download Maven like they did for Ant? I think that presuming that developers want always to use Ant for their builds is an insult to their intelligence :-D Don't misunderstand me, Ant was a great tool, but now we have to move on, like when most of us moved away from Java 1.4. Antonio
Re: [OGNL] drop old opensymphony build
2011/5/18 sebb seb...@gmail.com On 18 May 2011 08:31, Antonio Petrelli antonio.petre...@gmail.com wrote: 2011/5/17 Henri Yandell flame...@gmail.com Looks useful to me. Download the ant task. Use this standard file. Execute. Save us maintaining a pointless build.xml. I don't think we need it at all. Don't you think that developers are able to download Maven like they did for Ant? Maven requires a lot more downloading than just the product. The first time you use Maven for a build, it will download a lot of other stuff, much of which is not (yet) needed. I don't want to start a Maven vs Ant war, but we need to choose only one of those. Providing two ways of building a project is not choice, it increases confusion. What is important to OGNL users is the possibility to use it in a Maven, Ant, Whatever build tool. Since Apache is committed to Maven we *should* use Maven. But Ant users can use Ivy. Other build tools are able to use Maven repository. I think that presuming that developers want always to use Ant for their builds is an insult to their intelligence :-D What has intelligence to do with it? This is about providing choice. What I meant is that developers are able to download and install Maven like they did it for Ant. After some minutes of ranting, they will be able to build the project from source, even if we don't provide an Ant build file. Don't misunderstand me, Ant was a great tool, but now we have to move on, like when most of us moved away from Java 1.4. Ant still is a great tool. But it has different goals from Maven. But surely we won't use it as a primary way of building OGNL. What I am trying to say is that it is superfluous to use it even as a secondary way. Adding a plugn for Maven that generates a build file, adds a (minimal) amount of maintenance effort that, IMHO, can be avoided because it does not give a real benefit to final users. Antonio
Re: [OGNL] drop old opensymphony build
2011/5/17 Simone Tripodi simonetrip...@apache.org WDYT on dropping old opensymphony ant related build stuff? I think maintaining the maven stuff only is more than enough, or not? I don't think that minor-task worths an Iusse, just discuss about it here. Hi Absolutely, kill Ant stuff, we don't need it and we can do anything with Maven plugins. Antonio P.S. Been out for 4 days so sorry for not having read it before.
Re: [OGNL] Random first thoughts
2011/5/13 Henri Yandell flame...@gmail.com So how do we relicense Drew's contributions from BSD to AL 2.0? Henri probably in this sentence you mistook Drew with Luke. Drew signed a software grant, so now the code is Apache's. Antonio
Re: [OGNL] unable to instantiate TabCharacter
2011/5/13 Simone Tripodi simonetrip...@apache.org Hi all guys, while fixing the reporting, re-enabling the commented report plugins, I got this error: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site (default-site) on project commons-ognl: Error during page generation: Error rendering Maven report: Failed during checkstyle configuration: cannot initialize module TreeWalker - Unable to instantiate TabCharacter: Unable to instantiate TabCharacterCheck Does anyone know more? Please note I already imported the required files. Many thanks in advance, have a nice day! I think that it is a Checkstyle 4.x rule that has been changed in 5.x http://checkstyle.sourceforge.net/releasenotes.html http://checkstyle.sourceforge.net/releasenotes.htmlSee release 5.0 beta 2. Antonio
Re: [OGNL] startup questions
2011/5/11 Jörg Schaible joerg.schai...@scalaris.com * version number: there are 2 way of thinking about it. For someone is fine continuing from the old version number, IMHO it should be 0.1-incubating, since in my mind ognl != commons-ognl. Which one sounds better? I tried to see how running projects managed that situation, once under Apache incubator, but didn't have success. Thoughts? I'd continue with the next major release number. That is 4.0.0. Antonio
[OGNL] Please insert Jira issue in commit log
All OGNL-ers Can you please insert the Jira issue you are working on when you commit? This way, Jira links commits to the issues. Thanks Antonio
Re: svn commit: r1101883 - /incubator/ognl/trunk/pom.xml
2011/5/11 ol...@apache.org +pluginManagement + plugins +plugin + groupIdorg.apache.maven.plugins/groupId + artifactIdmaven-idea-plugin/artifactId + version2.2/version +/plugin + /plugins +/pluginManagement Why so? Do you really need to link idea plugin to a specific version? Antonio
Re: svn commit: r1101883 - /incubator/ognl/trunk/pom.xml
2011/5/11 Olivier Lamy ol...@apache.org nope. But it's defined in the parent without any version so maven 3 check metadata to know the version. It's just to prevent non usefull http requests :-) when building. So the question is: why is it present in the parent pom? :-D Thanks for the clarification Antonio
Re: OGNL as a part of Commons
2011/3/3 Simone Tripodi simonetrip...@apache.org: Looks like Antonio is interested and it would be very nice if he joins. In fact I am, Tiles also uses OGNL via a separate module. Once I created a proposal for a subproject for Tiles but it failed: https://cwiki.apache.org/TILES/dimensionsincubationproposal.html However the real proposal was this: http://wiki.apache.org/incubator/KaolinProposal but it is currently down. Feel free to start writing the proposal using these bases (or others), count on me on fixing terms that may be incorrect. Oh, and suscribe to general@incubator.a.o Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: OGNL as a part of Commons
2011/3/3 Antonio Petrelli antonio.petre...@gmail.com: 2011/3/3 Simone Tripodi simonetrip...@apache.org: Looks like Antonio is interested and it would be very nice if he joins. In fact I am If it was not clear, I wish to join :-) Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: OGNL as a part of Commons
2011/3/3 Lukasz Lenart lukasz.len...@googlemail.com: 2011/3/3 Simone Tripodi simonetrip...@apache.org: Anyone more? :) You can count on me, but I'm a Struts Committer. I know it :-) for incubation, being an Apache commiter is a plus when creating an incubation proposal. I think you should ask the Struts dev mailing list to see if anyone else is interested. Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: OGNL as a part of Commons
Please do not hijack threads, start a new one. Antonio 2011/3/3 Nuwan Arambage nuwan.aramb...@gmail.com: Hi, I have been touched with this mail trail.So frankly speaking I'm not a hardcore programmer or apache comitter but I'm a software engineering undergraduate having application development experience in terms of Struts 2 and Spring.I have subscribed this mailing list as I need to get a initiation to become a apache commiter.I don't have any idea whether I'm fit for you requirement. Regards, Nuwan Arambage On Thu, Mar 3, 2011 at 5:17 PM, Lukasz Lenart lukasz.len...@googlemail.comwrote: One more :-) Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Confitura 2011 http://confitura.pl -- Forwarded message -- From: Maurizio Cucchiara maurizio.cucchi...@gmail.com Date: 2011/3/3 Subject: Re: OGNL as a part of Commons To: Struts Developers List d...@struts.apache.org, lukasz.len...@gmail.com Lukasz, you can count on me too, feel free to tell me how I can help you (I've already subscribed on every apache commons mailing list and incubator one too) On 3 March 2011 12:04, Lukasz Lenart lukasz.len...@googlemail.com wrote: Hi, As Antonio suggested, is anybody else interested here in supporting OGNL and the whole incubation process ? There's a discussion going on on the dev@commons mailing list about that. Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Confitura 2011 http://confitura.pl -- Forwarded message -- From: Antonio Petrelli antonio.petre...@gmail.com Date: 2011/3/3 Subject: Re: OGNL as a part of Commons To: Commons Developers List dev@commons.apache.org, lukasz.len...@gmail.com DW: Lukasz Lenart lukasz.len...@googlemail.com 2011/3/3 Lukasz Lenart lukasz.len...@googlemail.com: 2011/3/3 Simone Tripodi simonetrip...@apache.org: Anyone more? :) You can count on me, but I'm a Struts Committer. I know it :-) for incubation, being an Apache commiter is a plus when creating an incubation proposal. I think you should ask the Struts dev mailing list to see if anyone else is interested. Antonio - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org -- Maurizio Cucchiara - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Fail again. Fail better With Regards , Nuwan Arambage - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: OGNL as a part of Commons
2010/12/13 Lukasz Lenart lukasz.len...@googlemail.com: I want to ask you all, is it possible to include OGNL (https://github.com/jkuhnert/ognl , http://www.opensymphony.com/ognl/ ) into Commons project? Personally I would like to see it as a TLP. AFAIK Apache foundation likes to see one project for one piece of software, Commons is an exception. (I would like to see Commons Math as TLP but this is another story :-D ). IMHO, OGNL is not common, it is a powerfui expression language. Another option would be the code donation to the nearest project, that I think it is Struts. Anyway, ask the Incubator mailing list, they might help you deciding. Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: OGNL as a part of Commons
2011/3/1 Antonio Petrelli antonio.petre...@gmail.com: 2010/12/13 Lukasz Lenart lukasz.len...@googlemail.com: I want to ask you all, is it possible to include OGNL (https://github.com/jkuhnert/ognl , http://www.opensymphony.com/ognl/ ) into Commons project? Personally I would like to see it as a TLP. AFAIK Apache foundation likes to see one project for one piece of software, Commons is an exception. (I would like to see Commons Math as TLP but this is another story :-D ). IMHO, OGNL is not common, it is a powerfui expression language. Another option would be the code donation to the nearest project, that I think it is Struts. Anyway, ask the Incubator mailing list, they might help you deciding. There is another problem: is OpenSymphony willing to donate the code to Apache? It's not only a problem of forking, because the entire copyright will pass to Apache, at least for the donated code as it is (the copyright will remain to OpenSymphony until the act of donation). If not, you cannot donate/incubate at Apache. There are other options though, e.g. forking and apache-extras. Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[digester] Wrong links in site
Hi all This is just to let you know about wrong links in the website of Commons Digester. For example, the Guide link under 2.1 version of digester docs, the link is: http://commons.apache.org/digester/commons-digester-2.1/commons-digester-2.1/core.html it should be: http://commons.apache.org/digester/commons-digester-2.1/core.html Thanks Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [infra] site deploying
2010/9/25 Simone Tripodi simone.trip...@gmail.com: Hi again guys, sorry the Digester 2.1 release is taking too much time but I'm still assembling all the puzzle's pieces :P What I miss now is how the site on http://people.apache.org/builds/commons/digester/2.1/RC2/site/ has to be moved/copied/referenced on http://commons.apache.org/digester/commons-digester-2.1/ ssh to people.apache.org and copy from: /www/people.apache.org/builds/commons/digester/2.1/RC2/site/ to: /www/commons.apache.org/digester/commons-digester-2.1/ Ciao Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [infra] Digester 2.1 release blocked Was [Digester] Auth fail when copying artifacts from staging
2010/9/24 Simone Tripodi simone.trip...@gmail.com: Hi all guys, following the wiki guide[1] for releases, when performing E.2 Copy Artifacts from Staging the build fails just after prompting my password (yes, I checked it twice); can someone help me please? Many thanks in advance, have a nice day! Simo There is a new mailing list about releases, release-disc...@apache.org However I can help here :-) Take a look at the commons-parent version 17: view-source:https://repository.apache.org/service/local/repositories/releases/content/org/apache/commons/commons-parent/17/commons-parent-17.pom I notice that there are distributionManagement elements under rc and ci profiles. Did you use one of those? If yes, don't please. This way (since commons-parent:17 depends on org.apache:apache:7) it is already connected to Nexus. What you need to do is adding a piece of XML in settings.xml: [snip] server idapache.snapshots.https/id usernameyour_username/username passwordyour_password/password /server !-- To stage a release of some part of Maven -- server idapache.releases.https/id usernameyour_username/username passwordyour_password/password /server [snap] HTH Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [infra] Digester 2.1 release blocked Was [Digester] Auth fail when copying artifacts from staging
2010/9/24 Simone Tripodi simone.trip...@gmail.com: thanks a lot for your help!!! During the final phase of release I wasn't using profiles at all You didn't, but unfortunately I discovered that commons-parent does. I see this in commons-parent pom: plugin artifactIdmaven-release-plugin/artifactId configuration !-- Pass these arguments to the deploy plugin. -- arguments-Prc/arguments /configuration /plugin This overrides the configuration in org.apache:apache:7 plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId version2.0-beta-9/version configuration useReleaseProfilefalse/useReleaseProfile goalsdeploy/goals arguments-Papache-release/arguments /configuration /plugin IOW, the rc profile is activated instead of apache-release and it deploys in people.a.o. I suggest to contact the commons-parent maintainer to fix this and, as a temporary fix, run: mvn release:perform -Darguments=-Papache-release Or try to modify the release.properties file (generated after you ran release:prepare) to do this exact thing. It should work this way. Ciao Antonio - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [DISCUSS] New Expressions Sandbox Project...
2008/4/9, James Carman [EMAIL PROTECTED]: I realize that there's a J2EE framework out there called Expresso, but its site hasn't been updated since 2005, so I don't know how active it is or if this would even be a conflict anyway. There is already a regular-expression tool called Expresso: http://www.ultrapico.com/Expresso.htm Come on, James, express yourself better :-D Antonio
Re: [DISCUSS] New Expressions Sandbox Project...
2008/4/9, sebb [EMAIL PROTECTED]: On 09/04/2008, James Carman [EMAIL PROTECTED] wrote: On Wed, Apr 9, 2008 at 10:12 AM, Antonio Petrelli [EMAIL PROTECTED] wrote: There is already a regular-expression tool called Expresso: http://www.ultrapico.com/Expresso.htm Come on, James, express yourself better :-D Thanks, Antonio. :) Ok, I googled only shortly to look for something (I think I typed expresso java and looked at the first couple of hits). Again, I don't care about the name, but I do like it. I'd go for commons-expression (or commons-express) just as easily, though. I'm mainly concerned with the content. Anyway, the name would be [Apache] Commons Expresso, not just Expresso. It doesn't matter, at Tiles we were refused the name of Dimensions for Apache Tiles Dimensions because Dimensions is already a piece of software. We needed to rename it (FYI it is Kaolin). Antonio
Re: [all] Generics and Return Type?
2008/4/9, James Carman [EMAIL PROTECTED]: Does anyone have code that can take care of this situation: ListString strings = new ArrayListString(); Class returnType = getReturnType(strings.getClass(), get, int.class); I want the returnType to be java.lang.String. Does anyone have code that would return that? Is it possible? It's not possible: http://java.sun.com/j2se/1.5.0/docs/guide/language/generics.html snip Generics are implemented by type erasure: generic type information is present only at compile time, after which it is erased by the compiler. /snip Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Translating Java commons Libs to C# commons libs
2008/1/29, Robert Johnson [EMAIL PROTECTED]: I would like to translate some of the Java commons libraries to IL libraries for C# to use with Mono .Net. Would this be of interest to the Apache commons community? OT question: did you try with IKVM? Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]