Re: [aspectj-users] AspectJ 1.9.21.2 maintenance release

As always! Thank you! :-) As a short heads up, I have some issues with that version and the version before within the IDE. I just filed a bug with IntellilJ about that. https://youtrack.jetbrains.com/issue/IDEA-349094/Cannot-read-the-array-length-because-buf-is-null Had not much change right

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

Hi! Just for the records: My test included the JVM startup time. Yours start counting in main() where the JVM is already up - and probably some of the classpath scanning already took place because of the inheritance from „javafx.application.Application“ . Your test shows „showing: 298 shown:

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

Hi! I’ve just test with this very small JavaFX Application: public class TstFx extends Application { @Override public void start(Stage primaryStage) throws Exception { Label root = new Label("test"); Scene scene = new Scene(root, 800, 600);

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

A preloader/splash-screen will/should also hide the JVM startup time. Best regards, Mario > Am 03.06.2018 um 09:57 schrieb Tom Schindl : > > On 01.06.18 19:42, Johan Vos wrote: >> I'm not saying a preloader is really a requirement, but I know of a few >> applications that are using it and

Re: [aspectj-users] AspectJ 1.9.0 released

Great news! Thank you! Best regards, Mario Am 02.04.2018 um 21:55 schrieb Andy Clement >: AspectJ 1.9.0 is finally released, after multiple betas and release candidates. The README can be found here:

Re: modules versus SDK's

+1 on providing JavaFX as „simple“ dependency. Question is how to deal with the native libraries. Provide an artifact per platform? compile: 'javafx:javax.graphics-osx:11.0.0' compile: 'javafx:javax.graphics-win:11.0.0' compile: 'javafx:javax.graphics-pi:11.0.0‘ These bundles might just

Re: Building OpenJFX 9 with OpenJDK 9+181

Hi! I had the same problems when I tried to build JavaFX for the Raspberry PI this weekend. I „fixed" that by adding the —add-exports to the build.gradle file. The Google Drive Link will guide you to a hacky patch to the build.gradle file (+ some other changes). I was able to build JavaFX

Re: [aspectj-users] Plans for 1.9.0 release

Hi Andy! The ant task has a minor bug. The COMPLIANCE_INPUTS for 1.9 is missing the minus sign. Without that it is not possible to configure the compliance level and the error [ant:iajc] [error 0]: error Compliance level '1.4' is incompatible with target level '9'. A compliance level '9' or

[jira] [Updated] (JSPWIKI-1032) layout and img src fixes

[ https://issues.apache.org/jira/browse/JSPWIKI-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits updated JSPWIKI-1032: -- Attachment: fixed_image_src_link_fixed_layout_in_ie_11.patch > layout and img

[jira] [Created] (JSPWIKI-1032) layout and img src fixes

Mario Ivankovits created JSPWIKI-1032: - Summary: layout and img src fixes Key: JSPWIKI-1032 URL: https://issues.apache.org/jira/browse/JSPWIKI-1032 Project: JSPWiki Issue Type: Bug

[aspectj-users] Java 9 sun.boot.class.path gone

Hi! In latest Java 9 builds the „sun.boot.class.path“ is gone. Due to this, the core java classes can no longer be found by aspectj. On AspectJs earlyJava9 branch I’ve patched it like this to make that work again. Index: weaver/src/org/aspectj/weaver/bcel/ClassPathManager.java

Client reconnect problems

Hi list! I started to use Ignite (1.1.0-incubating) for a network message bus where I have a server node and several client nodes using the TcpClientDiscoverySpi. On first startup, it does not matter in which order I start my Ignite sever or client. Each other waits as expected to have the

[jira] [Created] (IGNITE-928) Array out of bounds in IgniteUtils.filterReachable

Mario Ivankovits created IGNITE-928: --- Summary: Array out of bounds in IgniteUtils.filterReachable Key: IGNITE-928 URL: https://issues.apache.org/jira/browse/IGNITE-928 Project: Ignite

[jira] [Updated] (IGNITE-928) Array out of bounds in IgniteUtils.filterReachable

[ https://issues.apache.org/jira/browse/IGNITE-928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits updated IGNITE-928: Description: There is an Array out of bounds exception in IgniteUtils.filterReachable. You

[jira] [Updated] (IGNITE-928) Array out of bounds in IgniteUtils.filterReachable

[ https://issues.apache.org/jira/browse/IGNITE-928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits updated IGNITE-928: Description: There is an Array out of bounds exception in IgniteUtils.filterReachable. You

Re: NPE in VirtualFlow

/OpenJFX/Submitting+a+Bug+Report Thanks, - Chien On 12/26/2014 1:30 AM, Mario Ivankovits wrote: Hi! Every now and then I get the exception down there (starting with JavaFX 8u40-b18 if I remember correctly) It seems it has something to to with the fact that the items list of one of my TableViews gets

NPE in VirtualFlow

Hi! Every now and then I get the exception down there (starting with JavaFX 8u40-b18 if I remember correctly) It seems it has something to to with the fact that the items list of one of my TableViews gets cleared and so no cells are visible any more. I was not yet able to always reproduce

IOOB and null values in ComboBox

Hi! Hi! I am having a list of ComboBox entries where the first entry often is „null“, which means e.g. ALL Now, with 8u40-b04 I am getting IOOB exception when I select a null value in any ComboBox. I tracked it down to ComboBoxListViewSkin.updateValue where the list of selections is cleared

outstanding resource locks

Hi! Is there anything further I can do to see which resources are locked so I can see if this is my fault and to release them properly? How to interpret this output? Thanks for any info. Outstanding resource locks detected: ES2 Vram Pool: 76.571.592 used (28,5%), 76.571.592 managed

[jira] [Commented] (VFS-210) Wrapper-Mode VFS

[ https://issues.apache.org/jira/browse/VFS-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13999688#comment-13999688 ] Mario Ivankovits commented on VFS-210: -- Hi Bernd! Sorry for my late response. Sure, you

Re: Ability to decorate ChangeListener

happen that the code would be changed / re-factored in the future or some bug would be fixed there and behaviour will change again, breaking your application in some future JFX version. Regards, -Martin On 22.3.2014 15:47, Mario Ivankovits wrote: The only thing which I ask

Re: Ability to decorate ChangeListener

Am 24.03.2014 um 15:36 schrieb Martin Sladecek martin.slade...@oracle.com: On 24.3.2014 15:24, Mario Ivankovits wrote: But, after this discussion I do not see why one ever used .equals() at all. Look, it does not fit my needs, I do not see any use-case where one would add

Re: Ability to decorate ChangeListener

); // ... sub.unsubscribe(); Of course this is not possible if you need to pass the observable value to the outside world as ObservableValue. Regards, Tomas On Sat, Mar 22, 2014 at 6:57 AM, Mario Ivankovits ma...@datenwort.at wrote: Hi! In one of my ObservableValue implementations

Re: Ability to decorate ChangeListener

(). In your own app it may not matter, but it is dangerous to assume it won't matter to anyone. Martin owns the core libraries and can comment further. -- Kevin Mario Ivankovits wrote: Hi Thomas! Thanks for your input. Because I want to decorated listeners added by JavaFX core I can not use the sub

Re: Ability to decorate ChangeListener

this is already illegal Anyway, let's see what Martin has to say. In the mean time you file a JIRA enhancement request (issuetype=Tweak) if you like. -- Kevin Mario Ivankovits wrote: The only thing which I ask for is to flip this „if in the *ExpressionHelper classes: So, JavaFX does not break anything

Re: Ability to decorate ChangeListener

if your proposal is accepted: (+) your equals() stays symmetric; (+) you don't depend on an implementation detail in JavaFX. Best, Tomas On Sat, Mar 22, 2014 at 3:47 PM, Mario Ivankovits ma...@datenwort.atmailto:ma...@datenwort.at wrote: The only thing which I ask for is to flip

Ability to decorate ChangeListener

Hi! In one of my ObservableValue implementations I do have the need to decorate ChangeListener added to it. Today this is somewhat complicated to implement, as I have to keep a map of the original listener to the decorated one to being able to handle the removal process of a listener. Because

AW: ntlm with ms exchange server not working since java 1.7

://www.ietf.org/rfc/rfc2616.txt [2] http://msdn.microsoft.com/en-us/library/aa479391.aspx -Ursprüngliche Nachricht- Von: Weijun Wang [mailto:weijun.w...@oracle.com] Gesendet: Montag, 10. Oktober 2011 17:33 An: Chris Hegarty Cc: Mario Ivankovits; net-dev@openjdk.java.net Betreff: Re: ntlm

ntlm with ms exchange server not working since java 1.7

Hi net-devs, I hope you do not mind that I post to this list, but I hope I can provide enough in-depth information about the problem to justify the post here. Accessing a normal ntlm protected resource - a simple index.html in an protected directory on an IIS 7.5 server - the ntlm

Re: [VFS] Softening the exceptions...

Hi! Am 25.10.2010 um 21:13 schrieb James Carman ja...@carmanconsulting.com: On Mon, Oct 25, 2010 at 3:06 PM, Gary Gregory ggreg...@seagullsoftware.com wrote: So for VFS, you would prefer that all error handling be done with unchecked In a nutshell, yes. So, it's a pretty easy change.

AW: [jira] Created: (EXTCDI-57) revisit Conversation#end

+1 for #1 Yes, is is obvious that close() closes immediately. Ciao, Mario Von: Gerhard [mailto:gerhard.petra...@gmail.com] Gesendet: Samstag, 18. September 2010 17:52 An: MyFaces Development Betreff: Re: [jira] Created: (EXTCDI-57) revisit Conversation#end +1 for #1 regards,

Re: Exclusive broker access

We are sorry we have to inform you that this functionality is not yet implemented, but is planned for the Q1 release in 2019. ;-)) sorry, couldn't resist ... I guess, you wouldn't want your mail sent to commons-dev, no? Ciao, Mario -Ursprüngliche Nachricht- Von: Emmanuel Bourg

Re: Long transactions

Hi! I know, I might sound like a broken record already ... But also consider using a JPA-like persistence provider like Ebean [1]. If you are going to deatach your objects, you can avoid the persistence context at all. Ebean just maintains a persistence context per transaction. So, if you are

Re: Long transactions

- Von: Mario Ivankovits [mailto:ma...@ops.co.at] Gesendet: Freitag, 02. Juli 2010 10:27 An: 'MyFaces Discussion' Betreff: Re: Long transactions Hi! I know, I might sound like a broken record already ... But also consider using a JPA-like persistence provider like Ebean [1]. If you are going

Re: Problems with orchestra and JSF 2

Heya! Please check the url parameter conversationContext has been added to each and every url. If it is missing, a new context will be created each request and then a new bean will be created too. Now you sure would like to know why it is missing ... if it is missing. Hmmm ... do you use

AW: potential problem: FtpFileObject caches children when not attached

[mailto:kirill.safo...@gmail.com] Gesendet: Mittwoch, 12. Mai 2010 17:07 An: 'Commons Users List' Cc: Mario Ivankovits Betreff: potential problem: FtpFileObject caches children when not attached Hello, While digging a bit into FTP performance, I’ve noticed the following: When

RE: Need to switch to subclassing?

Hi! I'd definitely would go the subclassing route. The problem you describe here is one of my biggest concerns of how Spring's AOP works. This is just not real AOP - it is dynamic proxy creation - not more, not less. An average developer will never be able to figure out what is going wrong

[jira] Created: (VFS-307) VFS issues a lot of FTP commands when listing a directory

Reporter: Mario Ivankovits Hello Mario, We at JetBrains are implementing support for (S)FTP sync in our IDEs using Commons VFS. When looking at the performance, we noticed that FTP provider is somewhat not perfect: see my discussion with Ralph. So the question is: why FtpClientWrapper changes

[jira] Commented: (VFS-307) VFS issues a lot of FTP commands when listing a directory

[ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12863727#action_12863727 ] Mario Ivankovits commented on VFS-307: -- The change happened when implementing

[jira] Resolved: (VFS-307) VFS issues a lot of FTP commands when listing a directory

[ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-307. -- Fix Version/s: Nightly Builds Resolution: Fixed Please give it a try VFS issues a lot

[jira] Commented: (VFS-307) VFS issues a lot of FTP commands when listing a directory

[ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12863765#action_12863765 ] Mario Ivankovits commented on VFS-307: -- It seems there is no FTP spec which allows

ContextsService for standalone applications

Hi! I am developing a standalone Swing Application and trying to make use of CDI (using openwebbeans). Also for being more fit when discussing Orchestra related things :-) Naturally a Swing Application consists of multiple threads. At least the main thread and the so called Event

[jira] Created: (OWB-349) ignore exception during type hierarchy scan

Versions: 1.0.0 Environment: JDK 1.6.0_17 Reporter: Mario Ivankovits Assignee: Gurkan Erdogdu Attachments: invalid_superclass_type.patch During classpath scan OWB crashes with an MalformedParameterizedTypeException exception. This exception happens

[jira] Commented: (ORCHESTRA-42) Unresolved dependency of org.apache.commons.el.Logger

[ https://issues.apache.org/jira/browse/ORCHESTRA-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12845215#action_12845215 ] Mario Ivankovits commented on ORCHESTRA-42: --- Hmmm ... The shared_* packages

[jira] Commented: (MYFACES-2604) Unresolved dependency of org.apache.commons.el.Logger

[ https://issues.apache.org/jira/browse/MYFACES-2604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12845216#action_12845216 ] Mario Ivankovits commented on MYFACES-2604: --- Could someone of the MyFaces

Re: [TRINIDAD] German umlauts get ignored when entered in inputText

Hi! Probably have a look at this: http://www.jroller.com/mert/entry/utf_8_encoding_with_jsf Also, given you use Tomact, the connector's encoding configurations might be interesting for you: http://tomcat.apache.org/tomcat-5.5-doc/config/http.html Not sure if Trinidad has something special

Re: [TRINIDAD] German umlauts get ignored when entered in inputText

Did you try the connector stuff either? If you have configured e.g. an access-valve this might force the container to choose a charset either, and it might choose the wrong one. Ciao, Mario -Ursprüngliche Nachricht- Von: schneidc [mailto:simon.w...@gmx.de] Gesendet: Montag, 15. März

Re: [TRINIDAD] German umlauts get ignored when entered in inputText

Sorry, I have absolutely no clue with Webspehere, but a search in google with websphere utf-8 brings up the following: http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/rzatz /51/admin/help/trun_svr_utf.html Ciao, Mario -Ursprüngliche Nachricht- Von: schneidc

RE: Google SoC

Hi! - Extend Orchestra use Conversations based on the JSF 2.0 custom scope API, Extend Orchestra to work with Spring Conversations, to do File-New Window Handling Any idea how this should work? What magic is Spring Conversations using here? Ciao, Mario

RE: Google SoC

Handling I was thinking based on a suggestion done on JSFDays to take advantage on trinidad pageFlowScope code (like we did with flash scope on myfaces 2.0), and refactor that code to allow orchestra conversation scope work without spring (using the new JSF 2.0 custom scope). [Mario

AW: [VOTE] codi as a new myfaces extensions sub-project

+1 Von: gerhard.petra...@gmail.com [mailto:gerhard.petra...@gmail.com] Im Auftrag von Gerhard Petracek Gesendet: Dienstag, 16. Februar 2010 12:01 An: MyFaces Development Betreff: [VOTE] codi as a new myfaces extensions sub-project hi @ all, we have collected a lot of possible

AW: [ANNOUNCE] release of myfaces orchestra 1.4

Great to see a new release!! :-) Thanks Leonardo! Von: Leonardo Uribe [mailto:lu4...@gmail.com] Gesendet: Samstag, 19. Dezember 2009 01:09 An: annou...@apache.org; annou...@myfaces.apache.org Cc: MyFaces Development; MyFaces Discussion Betreff: [ANNOUNCE] release of myfaces orchestra

RE: 100% CPU Usage and blocking concurrent Threads when using t:saveState

. Shouldn't we generally synchronize those Maps or use ConcurrentMaps? Regards, Jakob Korherr 2009/12/10 Mario Ivankovits ma...@ops.co.at For me, this clearly looks like concurrent usage of the request map. All the servlet scopes (session, request, …) are not thread safe and one

RE: 100% CPU Usage and blocking concurrent Threads when using t:saveState

. java.util.concurrent.ConcurrentSkipListMap? Best regards, -- Jan Am 10.12.2009 um 11:08 schrieb Mario Ivankovits: Ja, a ConcurrentMap might do the trick, but the thing is, this is out of our scope, isn't it? These maps are create by the servlet container and thus are part of the servlet spec. And even

RE: 100% CPU Usage and blocking concurrent Threads when using t:saveState

For me, this clearly looks like concurrent usage of the request map. All the servlet scopes (session, request, …) are not thread safe and one has to assure that they are not accessed at the same time by multiple threads. This turns out to be hard as e.g. there is no standard how to

RE: [orchestra] could we do a release of this artifacts?

As far as I know, a release should be fine! Ciao, Mario Von: Leonardo Uribe [mailto:lu4...@gmail.com] Gesendet: Dienstag, 01. Dezember 2009 23:46 An: MyFaces Development Betreff: [orchestra] could we do a release of this artifacts? Hi I would like to add a module for orchestra

RE: [vfs] JDK 1.5

Hi! looking at Ralph's comment in https://issues.apache.org/jira/browse/VFS-254 I am questionning myself, if there's any reason why vfs 2.0 should still have JDK 1.4 as requirement and not JDK 1.5. If it is just me, I'd be happy to drop 1.4 dependency - Past votes were declined. Probably

RE: [orchestra] latest code in core project is not JDK 1.4 compatible

Hi! Even if you advertised at the beginning, I too think that JDK 1.4 compatibility is no longer a must. Merging core15 might then be the logical step. Are you going to volunteer? ;-) Ciao, Mario Von: Leonardo Uribe [mailto:lu4...@gmail.com] Gesendet: Mittwoch, 14. Oktober 2009 01:21 An:

[jira] Commented: (ORCHESTRA-40) A transaction token component inspired by the struts transaction processor

[ https://issues.apache.org/jira/browse/ORCHESTRA-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12763854#action_12763854 ] Mario Ivankovits commented on ORCHESTRA-40: --- I think we all agree, having

RE: [VOTE] use of jul or commons logging on myfaces core 2.0

. Regards, ~ Simon On Thu, Oct 1, 2009 at 1:25 AM, Mario Ivankovits ma...@ops.co.atmailto:ma...@ops.co.at wrote: +1 for jul reduces dependencies - and sun also use it, no? Von: Leonardo Uribe [mailto:lu4...@gmail.commailto:lu4...@gmail.com] Gesendet: Donnerstag, 01. Oktober 2009 04:06

RE: [VOTE] use of jul or commons logging on myfaces core 2.0

+1 for jul reduces dependencies - and sun also use it, no? Von: Leonardo Uribe [mailto:lu4...@gmail.com] Gesendet: Donnerstag, 01. Oktober 2009 04:06 An: MyFaces Development Betreff: [VOTE] use of jul or commons logging on myfaces core 2.0 Hi Right now, facelets code added to myfaces core

RE: Orchestra multi-bean Conversation strange behaviour

Hi! Check if the conversationContext= url parameter is correctly passed through the link. Ciao, Mario -Ursprüngliche Nachricht- Von: jid1 [mailto:ideligian...@velti.com] Gesendet: Montag, 21. September 2009 12:24 An: users@myfaces.apache.org Betreff: Orchestra multi-bean

RE: MyFaces Spring Orchestra Best Practice

Hi! You can use two strategies: 1) use conversation.access (as you outlined) with the same conversationName. You can configure the conversationName in your spring config. Just use the same name for aBean and bBean. This makes it easy to pass the selected bean to the second bean, and due to the

AW: [VFS] Minimum Java version

Well, if you're going to make a jump, why go to something that's EOSL very soon? For me, JDK 1.6 would be fine too. But, I'd say this is just a minor issue as the main things one will notice (generics, enhanced for syntax) are there with JDK 1.5. Are there any API changes critical for VFS to

RE: Concurrent requests and Orchestra

Hi! A PersistenceContext is not thread safe, therefore, Orchestra tries to avoid that by locking the request. It would be nice, if Orchestra does this just for requests requireing a PersistenceContext. But till today, we did not manage to spend some time to optimize that code. You can set the

RE: svn commit: r805384 - /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/FileSystemOptions.java

Hi! From personal experience, I've found working with it to be awkward and brittle. I would much prefer to have each provider subclass FileSystemOptions and provide the getters and setters there. Then, at least, you could do an instanceof on the FileSystemOptions and determine what options

[jira] Commented: (ORCHESTRA-43) IllegalStateException on application startup when using conversations with beans that implement ApplicationListener

[ https://issues.apache.org/jira/browse/ORCHESTRA-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12735612#action_12735612 ] Mario Ivankovits commented on ORCHESTRA-43: --- Does it makes sense to have

RE: svn commit: r797267 - in /commons/proper/configuration/trunk/src/java/org/apache/commons/configuration: FileSystem.java VFSFileSystem.java

Hi! Modified: commons/proper/configuration/trunk/src/java/org/apache/commons/configur ation/VFSFileSystem.java -private FileSystemOptions setHttpOptions(FileSystemOptions opts, Map map) +private void setProperty(FileSystemConfigBuilder builder, FileSystemOptions options, +

AW: [VOTE] Change community@ list settings

+1 -Ursprüngliche Nachricht- Von: Jukka Zitting [mailto:jukka.zitt...@gmail.com] Gesendet: Dienstag, 07. Juli 2009 23:28 An: community@apache.org Betreff: [VOTE] Change community@ list settings Hi, This mailing list is currently publicly archived, but only open for Apache committers

AW: Shale Annotations

Hmmm … it might be worth looking at using Orchestra without Spring. Guice is not an option for your clients either, is it? If you do not use Spring, you also do not use its persistence capabilities ;-) So then, using a CGLIB based (or whatever enhancer lib) approach which simply enhances the

RE: AW: slf4j and myfaces

Start voting? ;-) From: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] Sent: Saturday, June 06, 2009 11:45 AM To: MyFaces Development Subject: Re: AW: slf4j and myfaces yes the -1 vote would be a veto in view of slf4j - no agreement - we would vote about jul. or as mario suggested -

AW: [VOTE] jul instead of commons-logging

+1 Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] Gesendet: Dienstag, 09. Juni 2009 20:33 An: MyFaces Development Betreff: [VOTE] jul instead of commons-logging hi, short description: this first vote is about the switch from commons-logging (cl) to java.util.logging (jul). it's a

Re: spring security/acegi and myFaces orchestra conversation scope

Hi! Is there a proper way to integrate spring security on an conversation scope, provided by orchestra, so that one can login for each conversation separately? Phu, we too use Spring Security, but to authenticate against the whole session. First, I think you meant you would like to

AW: [vfs] MemcachedFilesCache for Google App Engine (object serialization)

Hi! I think the answer is: the FilesCache is used to optimize resolveFile() performance, and to reuse FileObject instances, but is not used to cache the actual file content. Thats correct! Ciao, Mario - To unsubscribe,

AW: slf4j and myfaces

] Gesendet: Freitag, 05. Juni 2009 20:50 An: MyFaces Development Betreff: Re: slf4j and myfaces On Fri, Jun 5, 2009 at 19:49, Mario Ivankovits ma...@ops.co.at wrote: Hi! Could one please eloberate a little bit more in detail what the pros are of slf4j? Pros: No class loader ambiguousness (as you

AW: slf4j and myfaces

in our libraries - just different namings. Ciao, Mario [1] http://wiki.apache.org/myfaces/Trinidad_and_Common_Logging -Ursprüngliche Nachricht- Von: Mario Ivankovits [mailto:ma...@ops.co.at] Gesendet: Samstag, 06. Juni 2009 08:08 An: 'MyFaces Development' Betreff: AW: slf4j and myfaces

AW: slf4j and myfaces

Hi! There are two pros of slf4j I did not mention yet: 1. parameterized messages, which make it possible to omit those ugly if (logger.isDebugEnabled()) {... conditions, without performance issue: see http://www.slf4j.org/faq.html#logging_performance

Re: slf4j and myfaces

that would be possible as well. i just started with slf4j since we already discussed it and udo wrote about the switch to slf4j in the next release... we could also vote first about slf4j and everybody who prefers jul should vote -1 Just wait until Monday if possible, then enough

AW: slf4j and myfaces

Hi! The only downside I see is that we might break compatibility for java 1.4 since JUL gut some overhaul between 1.4 and 5, but on the other hand is it really important anymore? Which projects still have to be on 1.4 In 1.4.2 the log methods in question were already there. So - as a

Re: Myfaces 2.0 PPR ResponseWriter impl

Hi! Not sure if this adds any value to this discussion, but The only question is how facelets handles this case, but I assume faclets simply skips comments and passes it through with out.write! I'm talking about !-- on the page level, not on the component level. Facelets will treat !--

AW: slf4j and myfaces

Hi! Could one please eloberate a little bit more in detail what the pros are of slf4j? Notice, I switched to it in our company project - but always using the commons-logging api and just used the slf4j-over-cl wrapper. This is something wich is possible for each and ever user of myfaces

AW: slf4j and myfaces

, Development and Courses in English and German Professional Support for Apache MyFaces 2009/6/5 Mario Ivankovits ma...@ops.co.atmailto:ma...@ops.co.at Hi! Could one please eloberate a little bit more in detail what the pros are of slf4j? Notice, I switched to it in our company project

AW: [vfs] Google App Engine plug-in (GaeVFS)

Hi! http://gaevfs.appspot.com/ cool stuff! This is kind of cool. My first thought was that it might be nice to include it in VFS itself, but after looking at http://code.google.com/appengine/terms.html I have my doubts that including this at Apache would be doable even as an

RE: [vfs] why is FileSystemConfigBuilder.setParam() protected?

This is one of my least favorite parts of VFS. To configure FileSystemOptions you have to use the appropriate FileSystemConfigBuilder. I can't tell you why it was done this way as it precedes my involvement, but I've considered reinventing this more than once. It isn't pretty. The

RE: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in

Hi! 1. Is the LRUFilesCache safe for production use? GAE/J won't allow using the default SoftRefFilesCache because it doesn't allow background threads. I 've found a few really old messages saying things like SoftRefFilesCache is the only implementation suitable for production use and other

[vfs] caching (was: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in)

Hi! Actually, I commented out the call to filesystemclose in SoftRelFilesCache. While looking at the FileSystem implementation I realized that the way close is implemented is not thread safe and can't be called while the system is running. I believe the fix for this is non-trivial.

RE: [vfs] LRUFilesCache safe for production use? Google App Engine/Java plug-in

can close() the filesystem when the servlet is destroyed. In this case, I should be OK using LRUFilesCache? Thanks, Vince On Tue, May 26, 2009 at 2:28 AM, Mario Ivankovits ma...@ops.co.at wrote: Hi! 1. Is the LRUFilesCache safe for production use? GAE/J won't allow using the default

RE: [vfs] Dependency to compress

before ages VFS included the compress classes with own namespace, cause compress wasn't released and VFS had to go ahead. It was planned to replace those vfs.compress classes with a dependency to commons compress. If this is still the plan, I will create an issue for it and would do it

RE: VFS LocalFile#getLocalFile() protected?

Hi! Not every FileObject can be represented as a local file, and thus getLocalFile ist protected. What you can do is to replicate the file: File file = fileObject.getFileSystem().replicateFile(fileObject, Selectors.SELECT_SELF); For the local filesystem this simply exposes the local file

RE: [VFS] anonymous debug logging

Hi! From: Ralph Goers [mailto:ralph.go...@dslextreme.com] I'm not a big fan of that. Me too, any decent logging facility should allow to configure the logger on a per package level, so no problem to make the logging silent for a given package. I'd prefer to switch to SLF4J and just

RE: Orchestra Core 1.3.1 Released

YAH ! :-) -Original Message- From: Simon Kitching [mailto:skitch...@apache.org] Sent: Thursday, March 05, 2009 3:44 PM To: MyFaces Discussion Subject: Orchestra Core 1.3.1 Released The Apache MyFaces Orchestra team is pleased to announce the release of Apache MyFaces

RE: [VOTE] Orchestra 1.3.1 release candidate

+1 Checked it now and looks good! --- Mario visit my blog at http://copy-con.blogspot.com/ -Original Message- From: Mario Ivankovits [mailto:ma...@ops.co.at] Sent: Tuesday, March 03, 2009 8:12 AM To: 'MyFaces Development' Subject: RE: [VOTE] Orchestra 1.3.1 release candidate +0

RE: [VOTE] Orchestra 1.3.1 release candidate

+0 (I trust you made a high quality package again :-) ) -Original Message- From: Simon Kitching [mailto:skitch...@apache.org] Sent: Monday, March 02, 2009 9:58 PM To: MyFaces Development Subject: [VOTE] Orchestra 1.3.1 release candidate Hi All, I think it's time to release an

RE: [VFS]HttpConnectionManager

Hi! -Original Message- From: Ralph Goers [mailto:ralph.go...@dslextreme.com] Sent: Monday, February 23, 2009 8:29 AM Thanks Mario. VFS-164 wasn't really clear. Was the problem the limit to 2 connections per host that MultiThreadedHttpConnectionManager has by default? Sorry, I

RE: [VFS]HttpConnectionManager

Hi! -Original Message- From: Ralph Goers [mailto:ralph.go...@dslextreme.com] Sent: Monday, February 23, 2009 7:28 AM What I'd like to know is, was there more to VFS-164 than is stated in the issue and is this change sufficient? Or do I need to create yet another

[jira] Commented: (VFS-203) FileObject..getName().getURI() returns URIs with spaces

[ https://issues.apache.org/jira/browse/VFS-203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12675791#action_12675791 ] Mario Ivankovits commented on VFS-203: -- Hmmm normally escaping these special

RE: Problem Using Orchestra with Realm after Session-Timeout

Hi! -Original Message- From: Filip Lyncker [mailto:lync...@lyth.de] Sent: Thursday, February 12, 2009 11:29 AM Yep, here it is: javax.faces.application.ViewExpiredException: viewId:/pages/start/actuell.jsf - View /pages/start/actuell.jsf could not be restored. if

RE: orchestra/datatable/datascroller LazyInitializationException

Hi! -Original Message- From: Carl Howarth [mailto:carl.howa...@dlapiper.com] Sent: Wednesday, February 11, 2009 11:56 AM bean name=searchParametersBean class=com.xxx.SearchParametersBean scope=conversation.access property name=serviceBean ref=serviceBean / property

RE: Problem Using Orchestra with Realm after Session-Timeout

Hi! What normally happens then is that the JSF implementation will just log an unable to restore view message to its logfile, and simply *render* the specified page rather than doing a postback, just as if the user had done a GET request for the url rather than a POST request. Unhappily JSF

RE: Scanning for annotated classes in MyFaces 2

Hi! -Original Message- From: Jan-Kees van Andel [mailto:jankeesvanan...@gmail.com] Mario, I've been looking at the Shale code that handles the annotation scanning, but I saw it uses Reflection and standard Java ClassLoaders for scanning the classpath for JSF artifacts. What's your

  1   2   3   4   5   6   7   8   9   10   >