Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Better interceptor structure for multipart requests #176

Merged
merged 4 commits into from
Oct 5, 2013

Conversation

garcia-jj
Copy link
Member

Because we can use less code.

@Turini
Copy link
Member

Turini commented Oct 5, 2013

I don't think we should change internal interceptors to new way until we finish it is optimization. (The old way is like 5x faster). What do you think?

@garcia-jj
Copy link
Member Author

5 times faster? Oh, I'll rollback to old way. :sad_panda:

@garcia-jj
Copy link
Member Author

Reverted to old style.

protected File createTempFile() throws IOException {
return File.createTempFile("raptor.", ".upload");

protected Path createDirInsideApplication() {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why not temp file? If the deploy is via war, in some servers it won't work. Temp files should always work (except when you are on GAE or other PaaS that doesn't allow files )

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it's only a typo, see the method getTemporaryDirectory that creates a temp file. I'll change the name.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lucascs, please see the method getTemporaryDirectory that creates a temp file, then return the parent. createDirInsideApplication it's a fallback method that creates a dir inside application when I can't file temp dir. This method is the same in current version on master. I didn't changed.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Probably the old interceptor will always be faster... It's a direct a call
against a dynamic call... I do not see many ways to improve..

On Sat, Oct 5, 2013 at 1:04 PM, Otávio Garcia notifications@gitpro.ttaallkk.topwrote:

In
vraptor-core/src/main/java/br/com/caelum/vraptor/interceptor/multipart/DefaultMultipartConfig.java:

}

  • protected File createTempFile() throws IOException {
  •   return File.createTempFile("raptor.", ".upload");
    
  • protected Path createDirInsideApplication() {

@lucascs https://github.com/lucascs, please see the method
getTemporaryDirectory that creates a temp file, then return the parent.
createDirInsideApplication it's a fallback method that creates a dir
inside application when I can't file temp dir. This method is the same in
current version on master. I didn't changed.


Reply to this email directly or view it on GitHubhttps://github.com//pull/176/files#r6784155
.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@asouza I didn't understand your comment.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lucascs, I think that @asouza comment is about that old style interceptors are too faster than new style with annotations.

@garcia-jj
Copy link
Member Author

Can I ship this code? @Turini @lucascs

@lucascs
Copy link
Member

lucascs commented Oct 5, 2013

It seems fine by me 🚢

garcia-jj added a commit that referenced this pull request Oct 5, 2013
Better interceptor structure for multipart requests
@garcia-jj garcia-jj merged commit 1984a72 into master Oct 5, 2013
@Turini Turini added this to the 4.0.0-beta-2 milestone Mar 6, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants